[PHP-DEV] Bug #15111 Updated: mysql_fetch_array() returns bad array

2002-01-19 Thread sander

ID: 15111
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:

mysql_fetch_array contains each field twice (numeric, and with
fieldnames). RTM on mysql_fetch_row, mysql_fetch_array, and
mysql_fetch_assoc.


Previous Comments:


[2002-01-18 23:59:35] [EMAIL PROTECTED]

I have a table with 10 columns. I queried the mysql database to return
only 5. I used mysql_fetch_array($queryID) to get an array of data to
work with. When I did count(mysql_fetch_array($queryid)) it returned 8.
When I did mysql_num_fields($queryid) it returned 5. Also, when I try
to access the array returned from mysql_fetch_array as a numeric array,
it doesn't work. It doesn't give warnings, but it doesn't give any
data. Here is some sample code:

$qid = mysql_query(SELECT a,b,c,d,e FROM table1);
echo mysql_fetch_array($qid);
echo mysql_num_fields($qid);
echo count(mysql_fetch_array($qid));

Thankyou for your time! =)






Edit this bug report at http://bugs.php.net/?id=15111edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15112: failed to compile extension modules as a dso

2002-01-19 Thread tom

From: [EMAIL PROTECTED]
Operating system: NetBSD/Alpha-1.5.2
PHP version:  4.1.1
PHP Bug Type: *Compile Issues
Bug description:  failed to compile extension modules as a dso

# NetBSD/Alpha 1.5.2 PHP-4.1.1
#
# Building the CGI
export LDFLAGS=-Wl,-R/usr/lib -L/usr/lib -Wl,-R/usr/pkg/lib
-L/usr/pkg/lib -Wl,-R/usr/local/lib -L/usr/local/lib -Wl,--export-dynamic
-Wl,--whole-archive -Wl,-lgcc -Wl,--no-whole-archive
./configure \
--prefix=/usr/local_install/php-4.1.1 \
--with-config-file-path=/usr/local/etc \
--with-regex=system \
--with-gettext=shared,/usr/pkg \
--with-pgsql=shared,/usr/local \
--with-mysql=shared,/usr/pkg \
--with-pcre-regex \
--with-gd=shared,/usr/local \
--with-jpeg-dir=shared,/usr/pkg \
--with-png-dir=shared,/usr/pkg \
--with-xpm-dir=shared,/usr/pkg \
--with-ttf=shared,/usr/pkg \
--with-freetype-dir=shared,/usr/pkg \
--with-zlib-dir=/usr \
--enable-gd-native-ttf \
--enable-sysvsem=shared \
--enable-sysvshm=shared \
--enable-sockets=shared \
--enable-xml=shared \
--enable-trans-sid \
--enable-discard-path \
--enable-force-cgi-redirect \
--enable-memory-limit \
--enable-track-vars \
--without-t1lib \
--disable-static \
--enable-shared 

Compiles fine and all that, but the modules aren't in *.so format,
instead:

# ls -l /usr/local_install/php-4.1.1/lib/php/20010901
total 1291
-rw-r--r--  1 root  wheel  312754 Jan 19 03:25 gd.a
-rw-r--r--  1 root  wheel   42044 Jan 19 03:25 gettext.a
-rw-r--r--  1 root  wheel  169096 Jan 19 03:25 mysql.a
-rw-r--r--  1 root  wheel  263840 Jan 19 03:25 pcre.a
-rw-r--r--  1 root  wheel  181726 Jan 19 03:25 pgsql.a
-rw-r--r--  1 root  wheel  174484 Jan 19 03:25 sockets.a
-rw-r--r--  1 root  wheel   49260 Jan 19 03:25 sysvsem.a
-rw-r--r--  1 root  wheel   57342 Jan 19 03:25 sysvshm.a
#

Seems like libtool failed somewhere?
-- 
Edit bug report at: http://bugs.php.net/?id=15112edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15069 Updated: Problems using cookies

2002-01-19 Thread dracon

ID: 15069
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
New Comment:

Sorry, so i'm the wrong place, i only give you another question:
What can be the solution to make cookies work on all clients, should i
use a different script and different functions or where i can go to get
an answer?
Thank you!


Previous Comments:


[2002-01-16 12:35:32] [EMAIL PROTECTED]

bogusified

and restored the form fields silently overwritten
by unwanted mozilla feature



[2002-01-16 12:33:36] [EMAIL PROTECTED]

you know that the security model of IE6 has changed 
regarding cookies?

by the way: setcookie will only give error output
if cookie headers can't be added anymore as content
output has already started 

there is no way for setcookie() to find out whether
the client will accept and use the cookie as the
client will resend the cookie beginning with the *next*
request if it accepted it

HTTP is a request based protocol

client sends a request, server sends result back
no further communication is done between them 
during the request, the server just pushes out
its data letting the client deal with it, the
server does *not* recieve any feedback (unless
the connection terminated, it will be signaled
then)

so no way to find out if a cookie will be accepted
at send time



[2002-01-16 12:07:42] [EMAIL PROTECTED]

Using a windows xp professional with ie 6.0 installed as a client and
windows 2000 server as with IIS 6 web server i can't use the cookies
functions. The problem is simple:
-The setcookie function seems to work properly,he doesn't give any kind
of error output
-When i try to read the cookie i've created i can found only cookies
with no sense strange names and values that remains always same but not
my cookie.If i repeat the script many times the cookies number rest the
same with the same strange names and values..

I think it's a bug but i'm not a real programmer like you.. please
tell me if it is and can be solved or if i made mistakes setting my
server cause i'm the only one with this problem.

THANK YOU!





Edit this bug report at http://bugs.php.net/?id=15069edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: [PHP] Re: [PHP-DEV] Re: Computer Science and PHP

2002-01-19 Thread Andi Gutmans

On Sat, 19 Jan 2002, Alan Knowles wrote:

 This kind of bytes at a nerve when you are hunting for work and almost 
 nobody mentions PHP here
 
 Anyway, A quick few ideas to throw in the pot.. - Press releases, for 
 PHP5 pre-alpha, PHP-GTK's, (Derick - srm?) upcomming release etc. which 
 could be made available - Then a PHP press team??, could be resposnible 
 for getting it out to the Press in their local countries..
 
 I'm would hope that there a few people out there who could help out on 
 this.. Call for Volunteers... - Either writing 'IT Press Friendly' 
 release announcements, or gathering IT Press contacts, and faxing + 
 emailing + phone followup on releases...

When Zend first started out we actually offered the other guys in the PHP
Group to send out press releases on new versions from the group.
We had a PR woman write the press-release and then sent it to the Group
for fixing.
If I remember correctly they felt that open source projects don't need
press releases so it kind of came to a halt.

I don't really share that feeling and think that even an open source
project can get added exposure by press releases.
I think if we can get enough press contacts (it probably shouldn't be too
hard if a few people here know the right people) then it would definitely
be a good thing.
Press releases help because when IT people start seeing press releases all
over it sinks in slowly.
It shouldn't be too hard to have a couple of people taking care of this
and having them send the press releases to php-dev for comments before
they go out.

Andi


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: Computer Science and PHP

2002-01-19 Thread Alexander Wagner

Manuel Lemos wrote:
 There is no doubt about that, but the original poster was asking why
 PHP is not part of college curriculum and I was explaining that
 unlike other languages that are marketed by companies with big
 brands, there is no big brand behind PHP to push it at any comparable
 level.

While I agree that better marketing would greatly benefit PHP, and 
might even get it into some universities, I don't think it is the main 
obstacle.
IMHO PHP does not have much of a place in university.
Languages like Haskell, Scheme and Gopher, have always been quite 
successful in university although there has rarely been anything useful 
done with them in the world outside and marketing behind them has 
always been near zero.

Universities care a lot about concepts, or how to do it right. PHP's 
focus is on people who are new to programming and on do it right now. 
The latter, aka Worse is better,  while being successful and 
important  in the free world, is not very suitable for universities.

PHP's design is not very clean, that never was the goal and it's 
probably better this way., because what PHP wanted to achieve it did 
achieve (I think).
I can't think of very much actual facts (as opposed to marketing) that 
would make universities interested in PHP.
One of those I can think of is MetaL, btw.

 To illustrate what I am say, althought it was not a language but a
 Open Source OS, Linux did not start taking much credit until Red Hat
 started distributing it and entered to NASDAQ. From then on, Red Had
 become a big brand (at least a noticeable one) and Linux was not
 necessarily the best free Unix like OS. Red Hat made it a big deal as
 we all know.

Linux was successful in universities before it was successful outside. 
PHP is very successful outside, and I fear that conquering universities 
from where PHP is successful now is simply neither very probable nor, 
at the current state of PHP,  very desirable.

regards
Wagner

-- 
Never attribute to malice what can as easily be the result of 
incompetence.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15113: PHP4,javabeans, libphp_java.so

2002-01-19 Thread iwdm

From: [EMAIL PROTECTED]
Operating system: Redhat Linux7.2
PHP version:  4.1.1
PHP Bug Type: Java related
Bug description:  PHP4,javabeans, libphp_java.so

Hi, I want to setup a php with javabeans support.
My versions is Redhat Linux7.2+jdk1.3.1+php4.1.1
when i finished all the setup job, i found haven't the 'libphp_java.so'
file. I searched all the directories, only found a libphp_java.la and
libphp_java.a file. Who can tell me why?
my /etc/profile file relation setting is below:
PATH=$PATH:/usr/local/jdk1.3.1_02/bin:/usr/local/jdk1.3.1_02/jre/bin
PATH=$PATH:/usr/local/mysql/bin:/usr/local/etc/httpd/bin
CLASSPATH=/usr/local/jdk1.3.1_02/jre/lib/rt.jar
JAVA_HOME=/usr/local/jdk1.3.1_02


java.class.path =
/usr/local/etc/php4/ext/java/php_java.jar:/usr/local/jdk1.3.1_02/jre/lib/rt.jar
java.home = /usr/local/jdk1.3.1_02
java.library = libjava.so
java.library.path =
/usr/local/jdk1.3.1_02/jre/lib/i386:/usr/local/jdk1.3.1_02/jre/lib/i386/classic:/usr/local/jdk1.3.1_02/jre/lib/i386/native_threads

;extension_dir = /usr/local/lib/php/20010901
;extension = libphp_java.so


-- 
Edit bug report at: http://bugs.php.net/?id=15113edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15113 Updated: PHP4,javabeans, libphp_java.so

2002-01-19 Thread iwdm

ID: 15113
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Java related
Operating System: Redhat Linux7.2
PHP Version: 4.1.1
New Comment:

Hi, I want to setup a php with javabeans support.
My versions is Redhat Linux7.2+jdk1.3.1+php4.1.1
when i finished all the setup job, i found haven't the
'libphp_java.so'
file. I searched all the directories, only found a libphp_java.la and
libphp_java.a file. Who can tell me why?
my /etc/profile file relation setting is below:
PATH=$PATH:/usr/local/jdk1.3.1_02/bin:/usr/local/jdk1.3.1_02/jre/bin
PATH=$PATH:/usr/local/mysql/bin:/usr/local/etc/httpd/bin
CLASSPATH=/usr/local/jdk1.3.1_02/jre/lib/rt.jar
JAVA_HOME=/usr/local/jdk1.3.1_02

My php.ini file is at /usr/local/lib/php.ini
java.class.path =
/usr/local/etc/php4/ext/java/php_java.jar:/usr/local/jdk1.3.1_02/jre/lib
/rt.jar
java.home = /usr/local/jdk1.3.1_02
java.library = libjava.so
java.library.path =
/usr/local/jdk1.3.1_02/jre/lib/i386:/usr/local/jdk1.3.1_02/jre/lib/i386/
classic:/usr/local/jdk1.3.1_02/jre/lib/i386/native_threads
;extension_dir = /usr/local/lib/php/20010901
;extension = libphp_java.so



Previous Comments:


[2002-01-19 05:38:45] [EMAIL PROTECTED]

Hi, I want to setup a php with javabeans support.
My versions is Redhat Linux7.2+jdk1.3.1+php4.1.1
when i finished all the setup job, i found haven't the 'libphp_java.so'
file. I searched all the directories, only found a libphp_java.la and
libphp_java.a file. Who can tell me why?
my /etc/profile file relation setting is below:
PATH=$PATH:/usr/local/jdk1.3.1_02/bin:/usr/local/jdk1.3.1_02/jre/bin
PATH=$PATH:/usr/local/mysql/bin:/usr/local/etc/httpd/bin
CLASSPATH=/usr/local/jdk1.3.1_02/jre/lib/rt.jar
JAVA_HOME=/usr/local/jdk1.3.1_02


java.class.path =
/usr/local/etc/php4/ext/java/php_java.jar:/usr/local/jdk1.3.1_02/jre/lib/rt.jar
java.home = /usr/local/jdk1.3.1_02
java.library = libjava.so
java.library.path =
/usr/local/jdk1.3.1_02/jre/lib/i386:/usr/local/jdk1.3.1_02/jre/lib/i386/classic:/usr/local/jdk1.3.1_02/jre/lib/i386/native_threads

;extension_dir = /usr/local/lib/php/20010901
;extension = libphp_java.so







Edit this bug report at http://bugs.php.net/?id=15113edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Javascript array

2002-01-19 Thread Beta

Hi, I have a problem sending variable value from JAVASCRIPT to PHP
exactly i want when i press Submit button the javascript array to be posted
in PHP, i don;t want to use any HTML form, so sending values from forms, i
want the values to be posted directly in PHP so i can use those values;

thanks
 Beta




-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] JavaScript --- PHP

2002-01-19 Thread Beta

Hi, I have a problem sending variable value from JAVASCRIPT to PHP
Exactly what I want is when i press Submit button the javascript array to be
posted
in PHP, i don't want to use any HTML form.
How Can i  POST  variable values  from JavaScript Directly in PHP and not
throught HTML forms

thanks
 Beta




-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: Feature Suggestion

2002-01-19 Thread Jan Lehnardt

Hi,
On Sat, 19 Jan 2002 03:52:53 +0100
Markus Fischer [EMAIL PROTECTED] wrote:

 -1 on that one. This would considerable break BC. We have
 range() already. I don't see any benefit just to safe some
 characters. Any sharing this?

functions like range() are the PHP-Way how to handle things.
$bfoo=['a'..'z']; would not be PHP.

-1

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: JavaScript --- PHP

2002-01-19 Thread André Næss

Beta [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 Hi, I have a problem sending variable value from JAVASCRIPT to PHP
 Exactly what I want is when i press Submit button the javascript array to
be
 posted
 in PHP, i don't want to use any HTML form.
 How Can i  POST  variable values  from JavaScript Directly in PHP and not
 throught HTML forms

You're on the wrong group, this group is for developers of PHP, please use
php.general instead.

André Næss



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15110 Updated: session_start()

2002-01-19 Thread fabian

ID: 15110
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Linux
PHP Version: 4.1.1
New Comment:

Register_globals is on.

This is what it used to be:
session_start() registered the session so I could see it even if it's
included no data(no registered variables). When I say see, I mean that
if i looked in the table I use for writeing the seesions I saw the key,
the expiry and no value.

NOW:
session_start() gives the visitor a key but it doesn't register the key
in my sessions teable unless I register a variable to the session.

A bit clearer?


Previous Comments:


[2002-01-18 22:19:00] [EMAIL PROTECTED]

What do you mean no value?
Empty string? NULL? FALSE?

Are you using $HTTP_SESSION_VARS/$_SESSION? or globals?
Is register_globals on?



[2002-01-18 21:34:18] [EMAIL PROTECTED]

Apache

session_start() doesn't save the session unless it holds any data. I've
just upgraded from 4.0.4pl1. It used to register all session even if
they only included a key and no value(data). Maybe it's a feature but
it sure messes my stats-scripts... =/

Get back to me with what you need.






Edit this bug report at http://bugs.php.net/?id=15110edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15019 Updated: browser.ini

2002-01-19 Thread php

ID: 15019
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PHP options/info functions
Operating System: Linux RH 7.1
PHP Version: 4.1.1


Previous Comments:


[2002-01-13 14:52:17] [EMAIL PROTECTED]

Hi!

I did dl, the browsercap.ini from the web, and includede the i php.ini
but on the infomation page made with phpinfo();

It stills say: browscap no value no value.
And get browser reports:
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461)

 0: 

What is wrong? it that a bug in 4.1.1

Se for my info page at http://stat.mpsoft.dk/tb.php


Thanks
Martin P. Larsen






Edit this bug report at http://bugs.php.net/?id=15019edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] CVS Account Request: holev

2002-01-19 Thread David Berlin

Translation of the manual to hebrew

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15114: Constructor Rule, defined for PHP4 does not work in PHP4.1.1

2002-01-19 Thread arash

From: [EMAIL PROTECTED]
Operating system: Suse Linux
PHP version:  4.1.1
PHP Bug Type: Class/Object related
Bug description:  Constructor Rule, defined for PHP4 does not work in PHP4.1.1

In the documentation
(http://www.php.net/manual/en/language.oop.constructor.php) you defined
the following rule:

If a class has no constructor, the constructor of the base class is being
called, if it exists

This worked in PHP 4.0.6 for me. After upgrading to Version 4.1.1, it
doesn't.

Here are my test-scripts. The first one ends up with no output or the
errormessage: Fatal error: Cannot instantiate non-existent class:
mountainbike in
/www/testOO.php on line 15. 

actually, the behaviour seems to be undefined. 

The second one works, as it should be, but only because of actively
calling the constructor of the base class. 

FIRST:
?php
class Bike {
  function Bike() {
echo 'Constructor of class Bike';
  }
}


class MountainBike extends Bike {
}

$mb = new MountainBike();
?

SECOND:
?php
class Bike {
  function Bike() {
echo 'Constructor of class Bike';
  }
}


class MountainBike extends Bike {
  function MountainBike() {
parent::Bike();
  }
}

$mb = new MountainBike();
?

Greetings, 
Arash

My configure line is:
./configure \
--with-apxs=/usr/local/apache/1.3.20/bin/apxs \
--enable-track-vars \
--enable-ftp \
--with-zlib \
--with-gd \
--with-pdflib \
--with-sockets \
--enable-sockets \
--with-sysvshm \
--with-sysvsem \
--enable-dbg=shared \
--with-dbg-profiler \
--with-mysql=/usr/local/mysql/current \
--with-pgsql=/usr/local/pgsql \
--with-mcrypt
-- 
Edit bug report at: http://bugs.php.net/?id=15114edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14746 Updated: Problem whith option --with-mnogosearch

2002-01-19 Thread sander

ID: 14746
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: mnoGoSearch related
Operating System: Red Hat 7.2
PHP Version: 4.1.0
New Comment:

No feedback. Closing.


Previous Comments:


[2001-12-28 19:30:22] [EMAIL PROTECTED]

What version of mnogosearch are you using?

The current stable version of mnogosearch compiles
fine (mnoGoSearch-3.1.19).




[2001-12-28 16:37:27] [EMAIL PROTECTED]

Hi...

I have a problem in configuration of php-4.0.6 and php-4.1.0 when I use
the option --with-mnogosearch

PHP Configuration
./configure --with-pgsql=/usr/local/pgsql --enable-track-vars
--disable-debug --with-apxs=/usr/local/apache/bin/apxs
--enable-versioning --with-config-file-path=/usr/php4/lib
--enable-libgcc --with-imap=/usr/local/lib --enable-ftp  --with-mysql
--with-kerberos --with-sybase-ct=/opt/sybase-11.9.2
--with-openssl=../openssl-0.9.6b/ --with-mnogosearch
--

/bin/sh /root/php-4.1.0/libtool --silent --mode=compile gcc  -I.
-I/root/php-4.1.0/main -I/root/php-4.1.0/main -I/root/php-4.1.0
-I/usr/local/apache/include -I/root/php-4.1.0/Zend
-I/root/openssl-0.9.6b/include -I/usr/include/imap
-I/usr/local/mnogosearch/include -I/root/php-4.1.0/ext/mysql/libmysql
-I/opt/sybase-11.9.2/include -I/root/php-4.1.0/ext/xml/expat 
-DLINUX=22 -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT
-I/root/php-4.1.0/TSRM -g -O2 -prefer-pic  -c internal_functions.c
In file included from /usr/local/mnogosearch/include/udmsearch.h:37,
 from /root/php-4.1.0/ext/mnogosearch/php_mnogo.h:31,
 from internal_functions.c:34:
/usr/local/mnogosearch/include/udm_doc.h:7: parse error before `1'
make[2]: *** [internal_functions.lo] Error 1
make[2]: Leaving directory `/root/php-4.1.0/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/php-4.1.0/main'
make: *** [all-recursive] Error 1







Edit this bug report at http://bugs.php.net/?id=14746edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14730 Updated: return wrong charset

2002-01-19 Thread sander

ID: 14730
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: MSSQL related
Operating System: Windows2000Pro
PHP Version: 4.1.0
New Comment:

No feedback. Closing.


Previous Comments:


[2001-12-28 11:26:10] [EMAIL PROTECTED]

Can you provide a (short) sample script?



[2001-12-28 03:16:49] [EMAIL PROTECTED]

Dataset return incorrect charset. I use russian win-1251 charset.
With version 4.0.5 work fine.





Edit this bug report at http://bugs.php.net/?id=14730edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14750 Updated: exit signal Floating point exception (8)

2002-01-19 Thread derick

ID: 14750
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: No Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-RELEASE #0
PHP Version: 4.1.1
New Comment:

Closed due to no feedback is the 'No Feedback' status.


Previous Comments:


[2002-01-19 11:26:11] [EMAIL PROTECTED]

No feedback. Closing.



[2001-12-29 04:40:06] [EMAIL PROTECTED]

No matter what I did, I can't reproduce this. Either with apache 1.3.22
mod_php nor command line version.

Please try only with ./configure without any arguments.

I think you're systems libs or so are broken. Did you verified you made
a clean installation, nor other stale mod_php around?



[2001-12-29 04:14:55] [EMAIL PROTECTED]

And what about CGI (command line)?



[2001-12-29 03:43:52] [EMAIL PROTECTED]

This works, if it's alone on the page. 
exit((string)0.1);

and this one works too:
echo(34);
exit();

But this one doesn't:
echo(3.5);
exit((string)0.1);

nor this:
echo(22.3);
exit();

:-(





[2001-12-29 03:24:05] [EMAIL PROTECTED]

Do you have the same problem with a CGI from the command line?

Does exit((string)0.1); help you?

Feedback.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14750


Edit this bug report at http://bugs.php.net/?id=14750edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14750 Updated: exit signal Floating point exception (8)

2002-01-19 Thread derick

ID: 14750
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-RELEASE #0
PHP Version: 4.1.1
New Comment:

Closed due to no feedback is the 'No Feedback' status.


Previous Comments:


[2002-01-19 11:27:38] [EMAIL PROTECTED]

Closed due to no feedback is the 'No Feedback' status.



[2002-01-19 11:26:11] [EMAIL PROTECTED]

No feedback. Closing.



[2001-12-29 04:40:06] [EMAIL PROTECTED]

No matter what I did, I can't reproduce this. Either with apache 1.3.22
mod_php nor command line version.

Please try only with ./configure without any arguments.

I think you're systems libs or so are broken. Did you verified you made
a clean installation, nor other stale mod_php around?



[2001-12-29 04:14:55] [EMAIL PROTECTED]

And what about CGI (command line)?



[2001-12-29 03:43:52] [EMAIL PROTECTED]

This works, if it's alone on the page. 
exit((string)0.1);

and this one works too:
echo(34);
exit();

But this one doesn't:
echo(3.5);
exit((string)0.1);

nor this:
echo(22.3);
exit();

:-(





The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14750


Edit this bug report at http://bugs.php.net/?id=14750edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14746 Updated: Problem whith option --with-mnogosearch

2002-01-19 Thread derick

ID: 14746
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: No Feedback
Bug Type: mnoGoSearch related
Operating System: Red Hat 7.2
PHP Version: 4.1.0


Previous Comments:


[2001-12-28 19:30:22] [EMAIL PROTECTED]

What version of mnogosearch are you using?

The current stable version of mnogosearch compiles
fine (mnoGoSearch-3.1.19).




[2001-12-28 16:37:27] [EMAIL PROTECTED]

Hi...

I have a problem in configuration of php-4.0.6 and php-4.1.0 when I use
the option --with-mnogosearch

PHP Configuration
./configure --with-pgsql=/usr/local/pgsql --enable-track-vars
--disable-debug --with-apxs=/usr/local/apache/bin/apxs
--enable-versioning --with-config-file-path=/usr/php4/lib
--enable-libgcc --with-imap=/usr/local/lib --enable-ftp  --with-mysql
--with-kerberos --with-sybase-ct=/opt/sybase-11.9.2
--with-openssl=../openssl-0.9.6b/ --with-mnogosearch
--

/bin/sh /root/php-4.1.0/libtool --silent --mode=compile gcc  -I.
-I/root/php-4.1.0/main -I/root/php-4.1.0/main -I/root/php-4.1.0
-I/usr/local/apache/include -I/root/php-4.1.0/Zend
-I/root/openssl-0.9.6b/include -I/usr/include/imap
-I/usr/local/mnogosearch/include -I/root/php-4.1.0/ext/mysql/libmysql
-I/opt/sybase-11.9.2/include -I/root/php-4.1.0/ext/xml/expat 
-DLINUX=22 -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT
-I/root/php-4.1.0/TSRM -g -O2 -prefer-pic  -c internal_functions.c
In file included from /usr/local/mnogosearch/include/udmsearch.h:37,
 from /root/php-4.1.0/ext/mnogosearch/php_mnogo.h:31,
 from internal_functions.c:34:
/usr/local/mnogosearch/include/udm_doc.h:7: parse error before `1'
make[2]: *** [internal_functions.lo] Error 1
make[2]: Leaving directory `/root/php-4.1.0/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/php-4.1.0/main'
make: *** [all-recursive] Error 1







Edit this bug report at http://bugs.php.net/?id=14746edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14730 Updated: return wrong charset

2002-01-19 Thread derick

ID: 14730
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: No Feedback
Bug Type: MSSQL related
Operating System: Windows2000Pro
PHP Version: 4.1.0


Previous Comments:


[2001-12-28 11:26:10] [EMAIL PROTECTED]

Can you provide a (short) sample script?



[2001-12-28 03:16:49] [EMAIL PROTECTED]

Dataset return incorrect charset. I use russian win-1251 charset.
With version 4.0.5 work fine.





Edit this bug report at http://bugs.php.net/?id=14730edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] CVS Account Request: raful

2002-01-19 Thread Itai Nathaniel

I want to help translating the manual to hebrew.
Shlomi Loubaton ([EMAIL PROTECTED]), who told me to fill this form, also mentioned that I 
need access to the phpdoc.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15115: strtotime not recognizing 'Sa' as Saturday

2002-01-19 Thread tim

From: [EMAIL PROTECTED]
Operating system: Win2000 Server
PHP version:  4.1.1
PHP Bug Type: Date/time related
Bug description:  strtotime not recognizing 'Sa' as Saturday

What I do is parsing Mail-Headers, especially the 'Date:' header. One mail
I parsed had the following 'Date:' header:

Date: Sa, 19 Jan 2002 12:28:51 -1100

strtotime just returns -1 after parsing this string:

?
  $dheader=Sa, 19 Jan 2002 12:28:51 -1100;
  echo strtotime($dheader); // prints '-1'
?

when I replace 'Sa' with 'Sat', it returns the correct value:

?
  $dheader=Sat, 19 Jan 2002 12:28:51 -1100;
  echo strtotime($dheader); // prints '1011482931'
?

I am in Timezone GMT+1.
Now should I find a workaround to this problem by replacing 'Sa' with
'Sat' for myself (so this is a mailer-problem) or perhaps you should
consider this in your implementation (I don't know how often this
'Sa'/'Sat' problem occurs.
-- 
Edit bug report at: http://bugs.php.net/?id=15115edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14895 Updated: Error when using openssl and php4.1 with Apache

2002-01-19 Thread snowgod

ID: 14895
User updated by: [EMAIL PROTECTED]
Old Summary: Error when trying to load the php4 module
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: OpenSSL related
Operating System: FreeBSD 4.3-RELEASE
PHP Version: 4.1.1


Edit this bug report at http://bugs.php.net/?id=14895edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14895 Updated: Error when trying to load the php4 module

2002-01-19 Thread derick

ID: 14895
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: OpenSSL related
Operating System: FreeBSD 4.3-RELEASE
PHP Version: 4.1.1
New Comment:

You need to provide a little more information, read
bugs.php.net/how-to-report.php

Derick


Previous Comments:


[2002-01-06 18:37:15] [EMAIL PROTECTED]

Here is my configuration when compiling php

./configure  --with-mysql --enable-track-vars --with-snmp --with-imap
--with-apxs=/usr/local/apache/bin/apxs --enable-ucd-snmp-hack
--with-imap-ssl --with-openssl=/usr --enable-sockets --enable-ftp
--with-bz2 --with-zlib

My apache version is 1.3.20 (I tried with 1.3.22 as well and had the
same issue.

The error I get when attempting to start the apache server (compiles
fine) is:

Cannot load /usr/local/libexec/apache/libphp4.so into server:
/usr/local/libexec/apache/libphp4.so: Undefined symbol
ssl_onceonlyinit

libssl exists:
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so
lrwxrwxrwx  1 root  wheel  11 Sep  7 17:59 /usr/lib/libssl.so -
libssl.so.2
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so.2
-r--r--r--  1 root  wheel  176348 Apr 21  2001 /usr/lib/libssl.so.2

I can post a list of apache modules if nessicary, but that doesn't seem
to matter, I do use mod_ssl though.






Edit this bug report at http://bugs.php.net/?id=14895edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: cvs: php4 /ext/xslt config.m4

2002-01-19 Thread Christian Stocker

In cvssterling1011288098@cvsserver, Sterling Hughes wrote:

 sterling  Thu Jan 17 12:21:38 2002 EDT
 
   Modified files:
 /php4/ext/xsltconfig.m4
   Log:
   Update for Sablotron .8

wouldn't it be more consistent to call this config-param
--with-xslt-sablot-js instead of --with-sablot-js? We just dumped
--with-sablot :)

chregu

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15116: Rendering/naming Problem

2002-01-19 Thread holliwell

From: [EMAIL PROTECTED]
Operating system: n/a
PHP version:  4.1.1
PHP Bug Type: Documentation problem
Bug description:  Rendering/naming Problem


Some links are not correctly rendered/displayed in the funktion
reference:
Image functions and Oracle8 functions.
The reason: funtion names inside function/function are uppercase.

See below:
Image functions
For example: xml source of function imagearc
See also functionImageEllipse/function,
functionImageFilledEllipse/function, and
functionImageFilledArc/function.

Oracle8 functions
For example: xml source of function OCIDefineByName
para
If you need to define an abstract Datatype(LOB/ROWID/BFILE) you
need to allocate it first using
functionOCINewDescriptor/function function. See also the
functionOCIBindByName/function function.
/para

Online to see at:
http://www.php.net/manual/en/function.ocidefinebyname.php

In reply to my mail to PHO-DOC list the answer from Jim Winstead:

as near as i can tell, the stylesheets should be trying to do a
case-insensitive comparison to avoid this issue. if that isn't working,
it's a bug in the html-common.dsl stylesheet.

 jim

Is this a bug in the stylesheets or should all function names inside
fucntion/function be lowercase?

Friedhelm Betz
-- 
Edit bug report at: http://bugs.php.net/?id=15116edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14895 Updated: Error when trying to load the php4 module

2002-01-19 Thread snowgod

ID: 14895
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: OpenSSL related
Operating System: FreeBSD 4.3-RELEASE
PHP Version: 4.1.1
New Comment:

I've searched the bugdb per your suggestion, Derick. All I found were
two old IMAP-SSL related issues when I searched for the function name
(ssl_onceonlyinit). 

I can download a copy of the CVS source if you like and retry my
compile to see if it is fixed.

Something to note, is on a fresh FreeBSD install (4.4-RELEASE), I
installed apache and mod_php from a cvsup'ed ports collection, and I
get the same error, so you may start to get more wide spread reports of
this error.

Let me know.


Previous Comments:


[2002-01-19 13:08:40] [EMAIL PROTECTED]

You need to provide a little more information, read
bugs.php.net/how-to-report.php

Derick



[2002-01-06 18:37:15] [EMAIL PROTECTED]

Here is my configuration when compiling php

./configure  --with-mysql --enable-track-vars --with-snmp --with-imap
--with-apxs=/usr/local/apache/bin/apxs --enable-ucd-snmp-hack
--with-imap-ssl --with-openssl=/usr --enable-sockets --enable-ftp
--with-bz2 --with-zlib

My apache version is 1.3.20 (I tried with 1.3.22 as well and had the
same issue.

The error I get when attempting to start the apache server (compiles
fine) is:

Cannot load /usr/local/libexec/apache/libphp4.so into server:
/usr/local/libexec/apache/libphp4.so: Undefined symbol
ssl_onceonlyinit

libssl exists:
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so
lrwxrwxrwx  1 root  wheel  11 Sep  7 17:59 /usr/lib/libssl.so -
libssl.so.2
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so.2
-r--r--r--  1 root  wheel  176348 Apr 21  2001 /usr/lib/libssl.so.2

I can post a list of apache modules if nessicary, but that doesn't seem
to matter, I do use mod_ssl though.






Edit this bug report at http://bugs.php.net/?id=14895edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14222 Updated: PHP Crashes with weird output often

2002-01-19 Thread andre . krause

ID: 14222
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: Windows XP Pro
PHP Version: 4.0.6
New Comment:

I ALSO HAVE THIS PROBLEM !! I tried several combinations of apache (
1.3x, 2.0beta) and php (4.06, 4.11) and i get too this weird output.
and the output is irregular if i reload.
i have windows xp german too. this is defenitly a problem caused by
windows xp, scince my old configuration under winnt worked fine , but
after updating to xp some files fail. it looks like it depends on the
php file size, not on the code in the php file. example:
www.videofiles.de/andre/dmmain.php - try with netscape, as iexplorer
not even loads the page.
hope this problem gets fixed soon, as i cannot go back to nt neither
win2000

greetz from germany!!
(wish i could use linux...)


Previous Comments:


[2002-01-11 08:30:52] [EMAIL PROTECTED]

I've a similar probleme with Apache 3.2.22, PHP 4.1.0 and mysql. I
obtain a page correctly generated when i call it from localhost but it
seem that don't work on the net (Cannot display... or the source of
page is not correct some data from mysql database are mixed with the
source, and sometime there's a another HTTP-header in the middle of the
page.

I don't understand why because, if i call the page by the internet
address from the server it's work at 100%. I try the same page from a
another computer on the LAN, and it's seem work at 60%, sometime i met
the same mistakes that there was via internet.

So if you can help me !

Thx !



[2001-11-29 14:19:35] [EMAIL PROTECTED]

I set up my Computer new, this time with XP German (last time XP eng),
still have the problems, but not that hard than last time.
Just as info :)

btw when php 4.1.0 will be released now?



[2001-11-26 07:30:10] [EMAIL PROTECTED]

OK, its like i expected.
When you fill out a loop (any kind of one) with enough data it happens
(a overflow??)

?
//create an array with 100 items with different informations
for($i=0;$i100;$i++){
srand((double)microtime()*100);
$testarray[] = md5(uniqid(rand()));
}
?
table
?
//output from this array, 3 times for enougth data
for($i=0;$i100;$i++){
?  tr
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
/tr
? };?
/table



[2001-11-26 07:14:15] [EMAIL PROTECTED]

Its not reproduce able (thats why called weird)
specially the output is always diffrent and irregular...

i'll test it in the office (also with XP)



[2001-11-26 07:09:14] [EMAIL PROTECTED]

Please include a SHORT example script that can be used to
reproduce this. And also try PHP 4.1.0 (will be released
today/tomorrow)

--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 at
http://bugs.php.net/?id=14222


Edit this bug report at http://bugs.php.net/?id=14222edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15117: fopen and fwrite writes to much data in mode a and a+

2002-01-19 Thread bitbybit

From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.1.1
PHP Bug Type: Output Control
Bug description:  fopen and fwrite writes to much data in mode a and a+


 code 
$orderstring = $date.\t.  //current time
$tireqty. tires\t.//received form field
$oilqty. oil\t.   //received form field
$sparkqty. sparks\t.  //received form field
$totalamount.\t.  /calc. from form fields
$address.\n;  //received form field

$fp = fopen(orders.txt, a);
fwrite($fp, $orderstring);
fclose($fp);

 output in orders.txt 
22:32 19th Saturday 20024 tires 1 oil   12 sparks   503.80  NL
22:32 19th Saturday 2002 tires   oil sparks 0.00
Bug:
When using fopen() in mode a or a+ the last line will be added without any
obvious cause.
When fopen() is used in same code but in mode w it works correct like
expected.
I haven't tested fopen() in all other available modes.
-- 
Edit bug report at: http://bugs.php.net/?id=15117edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15117 Updated: fopen and fwrite writes to much data in mode a and a+

2002-01-19 Thread bitbybit

ID: 15117
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Output Control
Operating System: W2K
PHP Version: 4.1.1


Edit this bug report at http://bugs.php.net/?id=15117edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15118: fopen and fwrite writes to much data in mode a and a+

2002-01-19 Thread bitbybit

From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.1.1
PHP Bug Type: Filesystem function related
Bug description:  fopen and fwrite writes to much data in mode a and a+

 code 
$orderstring = $date.\t.  //current time
$tireqty. tires\t.//received form field
$oilqty. oil\t.   //received form field
$sparkqty. sparks\t.  //received form field
$totalamount.\t.  /calc. from form fields
$address.\n;  //received form field

$fp = fopen(orders.txt, a);
fwrite($fp, $orderstring);
fclose($fp);

 output in orders.txt 
22:32 19th Saturday 20024 tires 1 oil   12 sparks   503.80  NL
22:32 19th Saturday 2002 tires   oil sparks 0.00

Bug:
When using fopen() in mode a or a+ the last line will be added without
any obvious cause.
When fopen() is used in same code but in mode w it works correct like
expected.
I haven't tested fopen() in all other available modes.

-- 
Edit bug report at: http://bugs.php.net/?id=15118edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15118 Updated: fopen and fwrite writes to much data in mode a and a+

2002-01-19 Thread lobbin

ID: 15118
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Filesystem function related
Operating System: W2K
PHP Version: 4.1.1
New Comment:

Dupe of #15117

Please, post only once.


Previous Comments:


[2002-01-19 17:12:55] [EMAIL PROTECTED]

 code 
$orderstring = $date.\t.  //current time
$tireqty. tires\t.//received form field
$oilqty. oil\t.   //received form field
$sparkqty. sparks\t.  //received form field
$totalamount.\t.  /calc. from form fields
$address.\n;  //received form field

$fp = fopen(orders.txt, a);
fwrite($fp, $orderstring);
fclose($fp);

 output in orders.txt 
22:32 19th Saturday 20024 tires 1 oil   12 sparks   503.80  NL
22:32 19th Saturday 2002 tires   oil sparks 0.00

Bug:
When using fopen() in mode a or a+ the last line will be added without
any obvious cause.
When fopen() is used in same code but in mode w it works correct like
expected.
I haven't tested fopen() in all other available modes.






Edit this bug report at http://bugs.php.net/?id=15118edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14861 Updated: nlist and rawlist don`t work with ftp-daemon of Suse

2002-01-19 Thread bernd . herbold

ID: 14861
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: FTP related
Operating System: Linux and W2K
Old PHP Version: 4.0.6
PHP Version: 4.1.1
New Comment:

Hello?


Previous Comments:


[2002-01-05 07:05:07] [EMAIL PROTECTED]

Hello,

I tried to use PHP4.1.1, but there was the same Problem. Then I tried 
again to resolve the problem by my self, and it works! But I don't 
know if it is OK in connection with other FTP-server and want to use
my Script with several FTP-server on several plattforms.  I made the
following modifaktion in file ftp.c.

Line 1226:
if (*ptr == '\n' )
Line 1254:
if (ch == '\n' ) {


Can you use this for the standard? So that I can use the next Version?

Thanhs, Bernd




[2002-01-04 18:56:14] [EMAIL PROTECTED]

Please test 4.1.1 and see if the problem still exists.



[2002-01-04 17:40:11] [EMAIL PROTECTED]

Hello,

I tried to user ftp_nlist to get an directory-listing of an Suse7.1 
ftp-Server, but the function returns nothing.

I tried the same code to connect to an ftp-server on an
Windows-System.

To analyse the problem I made some printentries in the file ftp.c. I
edited 
the file in the array of line 1195. I think that here is one problem: 
the code expect \r and \n, but only retrieves \n.

Here is the code:


while ((ch = getc(tmpfp)) != EOF) {
printf(%d ,ch);
/*
if (ch == '\n'  lastch == '\r') {
*/
if (ch == '\n' ) {
*(text - 1) = 0;
printf(\nText:%s\n\n, text);
*++entry = text;
}
else {
*text++ = ch;
}
lastch = ch;
}
*entry = NULL;

if (ferror(tmpfp))
goto bail;

fclose(tmpfp);

if (!ftp_getresp(ftp) || (ftp-resp != 226  ftp-resp != 250)) {
free(ret);
return NULL;
}
printf(ret[0]:%s\n, ret[0]);
printf(ret[1]:%s\n\n, ret[1]);
return ret;


And here is the output from my PHP-Script:

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

45 114 119 45 114 45 45 114 45 45 32 32 49 32 114 111 111 116 32 32 32
114 111 111 116 32 32 32 49 54 51 57 32 68 101 99 32 50 49 32 50 51 58
51 48 32 105 99 97 112 46 112 104 112 10 
Text:icap.php
-rw-r-  1 bernd  users  1717 Dec 21 23:29 kal.php


45 114 119 45 114 45 45 45 45 45 32 32 49 32 98 101 114 110 100 32 32
117 115 101 114 115 32 32 49 55 49 55 32 68 101 99 32 50 49 32 50 51 58
50 57 32 107 97 108 46 112 104 112 10 
Text:9 kal.php


ret[0]::¶
ret[1]:-rw-r-  1 bernd  users  1717 Dec 21 23:29 kal.ph

array(2) {
  [0]=
  string(4) :¶
  [1]=
  string(52) -rw-r-  1 bernd  users  1717 Dec 21 23:29 kal.ph
}


Thanks
Bernd





Edit this bug report at http://bugs.php.net/?id=14861edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: cvs: php4 /ext/xslt config.m4

2002-01-19 Thread Sterling Hughes

 In cvssterling1011288098@cvsserver, Sterling Hughes wrote:
 
  sterlingThu Jan 17 12:21:38 2002 EDT
  
Modified files:
  /php4/ext/xslt  config.m4
Log:
Update for Sablotron .8
 
 wouldn't it be more consistent to call this config-param
 --with-xslt-sablot-js instead of --with-sablot-js? We just dumped
 --with-sablot :)

yep, sounds good.

-Sterling

 chregu
 
 -- 
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]
 

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12219 Updated: Command Line Arguments not being passed correctly

2002-01-19 Thread edink

ID: 12219
Updated by: edink
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: URL related
Operating System: Redhat 7.0
PHP Version: 4.0.5
New Comment:

This issue is resolved by inclussion of
cli sapi in the current cvs. You can download the
latest cvs snapshot from http://snaps.php.net/php4-latest.tar.gz.

The new cli interpreter is built in $srcdir/sapi/cli.
make install will install it in $bindir/php
(/usr/local/bin/php by default).


Previous Comments:


[2001-07-18 11:37:08] [EMAIL PROTECTED]

Ack! What was I doing? :) Thanks for catching this!





[2001-07-18 10:21:42] [EMAIL PROTECTED]

Zak, IIRC this _is_ a bug, or at least a misfeature. the TODO file
says:

* when used in standalone (skell-script like) mode don't urldecode
  arguments passed to php. right now it's not possible to say
/usr/local/bin/php somescript.php dog+cat.txt
  as dog+cat.txt will arrive in php as dog cat.txt. 

BTW, AFAICT the manual page you linked here contains _nothing_ about
this particular issue (I even read all the notes on the page).




[2001-07-17 22:33:26] [EMAIL PROTECTED]

This is not a bug.
Review http://www.php.net/manual/en/language.variables.external.php



[2001-07-17 20:31:03] [EMAIL PROTECTED]

./grab_meta
http://altavista.com/sites/search/web?q=task+managementpg=qkl=XX 3

The following command line argument doesn't work because of the plus
sign (+).  This also hold true when the second argument is enclosed in
qutoes () || (').
The plus sign (+) causes the second argument to split up into two
smaller arguments.  BUG?





Edit this bug report at http://bugs.php.net/?id=12219edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Zend resocurces lists and allocating memory

2002-01-19 Thread Krzysztof Jarecki

Hi all ;)

Does zend calculate the exact memory size of a inserted resource?
I have a resource that after inserting does allocate some more memory, but
zend seems to free it just after my function has ended. The effect is that
my resource
has a memory pointer that points to some arbitrary data ;(
I mean this statement does deallocates what I need:
zend_ptr_stack_clear_multiple(TSRMLS_C);

Do I have to delete my resource from the zend's list and then
insert it again???

How do I solve this? :)

Any help will be appreciated :)

--
Krzysztof Jarecki
IT Project Manager
IPRO
http://www.ipro.pl/


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: Zend resocurces lists and allocating memory

2002-01-19 Thread Krzysztof Jarecki

This only occours to me when I am running the debug version
But maybe without the debug option it runs accidentally...

I am confused ;(





-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14529 Updated: script doesn't always finish output

2002-01-19 Thread jay1

ID: 14529
User updated by: [EMAIL PROTECTED]
Old Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.1.1
New Comment:

found some new things that may help.

On the pages that didn't finish loading I discovered my PHP generated
code missed a end /font tag.  So I added it in and it displays the
entire page now (weird that PHP4.0.6 didn't have this problem).

BUT the problem of it crashing IE6.0 still happens in PHP4.1.1.  It is
as if there is header information that isn't being sent properly.  When
I use a linux box rather than crashing it pops up an error window
saying Error, connection to server was dropped.

The way to duplicate this is simply go to a page that loaded fine a
minute ago and click refresh (and 1/3 will crash).  I've tried this on
smaller scripts and it doesn't crash but it does on this larger program
which uses many different functions of PHP so I'm wondering if a
function that is used is what causes the problem.  

Any ideas of how I can narrow the test down to find what exactly causes
the conflict (maybe a combination of functions)?

The script varies depending on the pages function (many includes) and
can be as many as 5000 lines long in some places.  It runs perfectly
smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer.  I'll try
todays latest snap again (previous one didn't work either).


Previous Comments:


[2002-01-10 01:58:24] [EMAIL PROTECTED]

Ok. Please test it when the site is up.
If you find any new problem in snapshots, please submit bug report for
it :)

BTW, output control code differs in 4.2.0, so this problem may be fixed
in 4.2.0.



[2002-01-10 01:05:52] [EMAIL PROTECTED]

http://snaps.php.net seems to be down now (get message 
saying host doesn't exist) so I'll have to try it another 
day




[2002-01-10 00:56:41] [EMAIL PROTECTED]

I tried the latest snapshot a few weeks ago and after some difficulty
getting it to run this script (as I discovered it won't let me connect
to mysql using localhost) it crashed my IE when I tried loading the
script.

When I use another browser (on my linux box) it gives me the connection
lost error again.

I haven't tried it with the latest snapshot (so it's a few weeks
outdated).  I'll go get it and try it right now.




[2002-01-10 00:29:39] [EMAIL PROTECTED]

Derick was asking if you have problem with 4.2.0-dev
http://snaps.php.net/




[2002-01-09 23:26:20] [EMAIL PROTECTED]

Have tried using PHP 4.1.1 now and output is still being cut off.

It seems to do this when there is a very long string in a variable. 
For example I have my one program create all the body of an HTML file
into one variable such as $body.  Other variables handle other sections
of the HTML code such as $header, $body_tag, etc.  This way many
different modules can all have control over the page output regardless
of when they are called.  But if the output gets fairly large in one
variable, then the script seems to stop output (NOT NECESSARILY while
outputing that variable but could be in the middle of an echo statement
further down.  It's as if it can only handle echoing a limited amount
HTML.  I'm not talking about the variable being huge either, just a
couple of pages worth of text.

I tried changing the default 8MB of memory a script can use up to
20MB.

Currently I have output buffering turned to Off.  If I turn it on it
seems to handle it better but still have problems.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14529


Edit this bug report at http://bugs.php.net/?id=14529edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15118 Updated: fopen and fwrite writes to much data in mode a and a+

2002-01-19 Thread derick

ID: 15118
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Filesystem function related
Operating System: W2K
PHP Version: 4.1.1
New Comment:

Two exactly the same postings = Bogus


Previous Comments:


[2002-01-19 17:23:49] [EMAIL PROTECTED]

Dupe of #15117

Please, post only once.



[2002-01-19 17:12:55] [EMAIL PROTECTED]

 code 
$orderstring = $date.\t.  //current time
$tireqty. tires\t.//received form field
$oilqty. oil\t.   //received form field
$sparkqty. sparks\t.  //received form field
$totalamount.\t.  /calc. from form fields
$address.\n;  //received form field

$fp = fopen(orders.txt, a);
fwrite($fp, $orderstring);
fclose($fp);

 output in orders.txt 
22:32 19th Saturday 20024 tires 1 oil   12 sparks   503.80  NL
22:32 19th Saturday 2002 tires   oil sparks 0.00

Bug:
When using fopen() in mode a or a+ the last line will be added without
any obvious cause.
When fopen() is used in same code but in mode w it works correct like
expected.
I haven't tested fopen() in all other available modes.






Edit this bug report at http://bugs.php.net/?id=15118edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15118 Updated: fopen and fwrite writes to much data in mode a and a+

2002-01-19 Thread derick

ID: 15118
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Duplicate
Status: Bogus
Bug Type: Filesystem function related
Operating System: W2K
PHP Version: 4.1.1
New Comment:

Two exactly the same postings = Bogus


Previous Comments:


[2002-01-19 20:01:41] [EMAIL PROTECTED]

Two exactly the same postings = Bogus



[2002-01-19 17:23:49] [EMAIL PROTECTED]

Dupe of #15117

Please, post only once.



[2002-01-19 17:12:55] [EMAIL PROTECTED]

 code 
$orderstring = $date.\t.  //current time
$tireqty. tires\t.//received form field
$oilqty. oil\t.   //received form field
$sparkqty. sparks\t.  //received form field
$totalamount.\t.  /calc. from form fields
$address.\n;  //received form field

$fp = fopen(orders.txt, a);
fwrite($fp, $orderstring);
fclose($fp);

 output in orders.txt 
22:32 19th Saturday 20024 tires 1 oil   12 sparks   503.80  NL
22:32 19th Saturday 2002 tires   oil sparks 0.00

Bug:
When using fopen() in mode a or a+ the last line will be added without
any obvious cause.
When fopen() is used in same code but in mode w it works correct like
expected.
I haven't tested fopen() in all other available modes.






Edit this bug report at http://bugs.php.net/?id=15118edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: Javascript array

2002-01-19 Thread Andrew Heebner

[EMAIL PROTECTED] (Beta) wrote in
[EMAIL PROTECTED]:">news:[EMAIL PROTECTED]: 

 Hi, I have a problem sending variable value from JAVASCRIPT to PHP
 exactly i want when i press Submit button the javascript array to be
 posted in PHP, i don;t want to use any HTML form, so sending values
 from forms, i want the values to be posted directly in PHP so i can
 use those values; 
 
 thanks
  Beta
 

PHP is a dynamic embedded language, whereas Javascipt is a client side 
hardcoded language.  It's nearly impossible to have PHP variables be input 
to Javascript variables without psoting to the page.

~ Andrew Heebner, EvilWalrus.com

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15102 Updated: Upload fails (internal error 500)

2002-01-19 Thread k141

ID: 15102
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Red Hat 7.2
PHP Version: 4.0.6
New Comment:

Hi,

I have compiled 4.0.4pl1 on the system (simple static install,
--with-mysql --with-apache, --host i386-redhat-linux, everything else
defaulted, and the script works fine, so there is a problem with 4.0.6.
I can't install RPMS as I don't have rpm access. I opened a ticket with
the ISP for them to check the configuration, but I don't understand why
PHP barfs. I will try with 4.0.5 tomorrow.

Fabrice.


Previous Comments:


[2002-01-18 14:27:46] [EMAIL PROTECTED]

The only log I know about is error_log on /usr/local/apache/log is
there anything else I should look at?

[Fri Jan 18 14:22:53 2002] [error] [client 151.200.238.39] Premature
end of script headers: /home/usr235/html/upload.php

phpinfo says: 

 './configure' '--with-mysql=/usr/local/mysql'
'--prefix=/usr/local/php' '--with-mck=/usr/local/mck-3.2.0.3-linux'
'--with-dbase' '--with-pfpro=/usr/local/pfpro' '--enable-discard-path'
'--prefix=/usr/local' '--with-gd' '--enable-gdbm' '--enable-bcmath'
'--with-config-file-path=/usr/local/apache' '--enable-magic-quotes'
'--enable-ftp'

Server API CGI 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /usr/local/apache 

Note that there is no php.ini in this path, or anywhere on the server.

Finally someone that agrees with me that this should work!!! 



[2002-01-18 14:15:44] [EMAIL PROTECTED]

It should work. It's probably a configuration problem (echo'ing
$userfile should print out the temporary filename of the uploaded
file).
Can you provide some more information, like what's in the error log?



[2002-01-18 11:08:12] [EMAIL PROTECTED]

A simple standard form is used to upload a file

form action=upload.php enctype=multipart/form-data method=post
File: input type=file MAX_FILE_SIZE=1 name=userfile
input type=submit value=send
/form

The php script says:

#!/usr/local/bin/php
?php
echo $userfile;
?

My ISP upgraded from PHP 4.0.2 to 4.0.6 and at the same time from
Redhat 6.1 to 7.2. Apache is 1.3.20.

I've been battling with my ISP (Interland) who says that since i'm not
doing anything with the file, this can't work. I gave up trying to
teach them PHP after the senior PHP support specialist told me that
can't work (I wonder why it did before, then).

What happens is the file gets uploaded (takes time to upload, so it is
definitely transfering it), then I get the Internal Server Error 500. I
don't see the file on /tmp.

There is no php.ini anywhere on the server, so I guess the default
values are taken. The phpinfo() looks fine to me.

This worked fine on 4.0.2 and 3.0.9. I tried uploading a file using
perl and that works, but i want to use php.

Help!





Edit this bug report at http://bugs.php.net/?id=15102edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: Javascript array

2002-01-19 Thread Markus Fischer

 [EMAIL PROTECTED] (Beta) wrote in
 [EMAIL PROTECTED]:">news:[EMAIL PROTECTED]: 
 
  Hi, I have a problem sending variable value from JAVASCRIPT to PHP
  exactly i want when i press Submit button the javascript array to be
  posted in PHP, i don;t want to use any HTML form, so sending values
  from forms, i want the values to be posted directly in PHP so i can
  use those values; 

Well, you _have_ to do some kind of POST or GET request in
order to call a server-side PHP script with your variables.

A common trick is to use a hidden (or one-pixel) frame so the
user just does not see the output of the PHP script. This way
your custom JS post/get requests aren't easily visible to the
user.

-- 
Please always Cc to me when replying to me on the lists.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14222 Updated: PHP Crashes with weird output often

2002-01-19 Thread yohgaki

ID: 14222
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: Windows XP Pro
Old PHP Version: 4.0.6
PHP Version: 4.1.1
New Comment:

Please update PHP version :)


Previous Comments:


[2002-01-19 14:37:34] [EMAIL PROTECTED]

I ALSO HAVE THIS PROBLEM !! I tried several combinations of apache (
1.3x, 2.0beta) and php (4.06, 4.11) and i get too this weird output.
and the output is irregular if i reload.
i have windows xp german too. this is defenitly a problem caused by
windows xp, scince my old configuration under winnt worked fine , but
after updating to xp some files fail. it looks like it depends on the
php file size, not on the code in the php file. example:
www.videofiles.de/andre/dmmain.php - try with netscape, as iexplorer
not even loads the page.
hope this problem gets fixed soon, as i cannot go back to nt neither
win2000

greetz from germany!!
(wish i could use linux...)



[2002-01-11 08:30:52] [EMAIL PROTECTED]

I've a similar probleme with Apache 3.2.22, PHP 4.1.0 and mysql. I
obtain a page correctly generated when i call it from localhost but it
seem that don't work on the net (Cannot display... or the source of
page is not correct some data from mysql database are mixed with the
source, and sometime there's a another HTTP-header in the middle of the
page.

I don't understand why because, if i call the page by the internet
address from the server it's work at 100%. I try the same page from a
another computer on the LAN, and it's seem work at 60%, sometime i met
the same mistakes that there was via internet.

So if you can help me !

Thx !



[2001-11-29 14:19:35] [EMAIL PROTECTED]

I set up my Computer new, this time with XP German (last time XP eng),
still have the problems, but not that hard than last time.
Just as info :)

btw when php 4.1.0 will be released now?



[2001-11-26 07:30:10] [EMAIL PROTECTED]

OK, its like i expected.
When you fill out a loop (any kind of one) with enough data it happens
(a overflow??)

?
//create an array with 100 items with different informations
for($i=0;$i100;$i++){
srand((double)microtime()*100);
$testarray[] = md5(uniqid(rand()));
}
?
table
?
//output from this array, 3 times for enougth data
for($i=0;$i100;$i++){
?  tr
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
td
font face=Tahoma, Tahoma, Tahoma size=1 
color=black
style=text-decoration:none
a href=# 
target=top?=$testarray[$i]?/a/font
/td
/tr
? };?
/table



[2001-11-26 07:14:15] [EMAIL PROTECTED]

Its not reproduce able (thats why called weird)
specially the output is always diffrent and irregular...

i'll test it in the office (also with XP)



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14222


Edit this bug report at http://bugs.php.net/?id=14222edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14529 Updated: script doesn't always finish output

2002-01-19 Thread yohgaki

ID: 14529
Updated by: yohgaki
Old Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.1.1
New Comment:

This is 4th time to ask. Do you have problem with 4.2.0-dev?


Previous Comments:


[2002-01-19 19:44:12] [EMAIL PROTECTED]

found some new things that may help.

On the pages that didn't finish loading I discovered my PHP generated
code missed a end /font tag.  So I added it in and it displays the
entire page now (weird that PHP4.0.6 didn't have this problem).

BUT the problem of it crashing IE6.0 still happens in PHP4.1.1.  It is
as if there is header information that isn't being sent properly.  When
I use a linux box rather than crashing it pops up an error window
saying Error, connection to server was dropped.

The way to duplicate this is simply go to a page that loaded fine a
minute ago and click refresh (and 1/3 will crash).  I've tried this on
smaller scripts and it doesn't crash but it does on this larger program
which uses many different functions of PHP so I'm wondering if a
function that is used is what causes the problem.  

Any ideas of how I can narrow the test down to find what exactly causes
the conflict (maybe a combination of functions)?

The script varies depending on the pages function (many includes) and
can be as many as 5000 lines long in some places.  It runs perfectly
smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer.  I'll try
todays latest snap again (previous one didn't work either).



[2002-01-10 01:58:24] [EMAIL PROTECTED]

Ok. Please test it when the site is up.
If you find any new problem in snapshots, please submit bug report for
it :)

BTW, output control code differs in 4.2.0, so this problem may be fixed
in 4.2.0.



[2002-01-10 01:05:52] [EMAIL PROTECTED]

http://snaps.php.net seems to be down now (get message 
saying host doesn't exist) so I'll have to try it another 
day




[2002-01-10 00:56:41] [EMAIL PROTECTED]

I tried the latest snapshot a few weeks ago and after some difficulty
getting it to run this script (as I discovered it won't let me connect
to mysql using localhost) it crashed my IE when I tried loading the
script.

When I use another browser (on my linux box) it gives me the connection
lost error again.

I haven't tried it with the latest snapshot (so it's a few weeks
outdated).  I'll go get it and try it right now.




[2002-01-10 00:29:39] [EMAIL PROTECTED]

Derick was asking if you have problem with 4.2.0-dev
http://snaps.php.net/




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14529


Edit this bug report at http://bugs.php.net/?id=14529edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14984 Updated: php parser problem, with // comment, can reveal script

2002-01-19 Thread irc-html

ID: 14984
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Documentation problem
Operating System: windows and other
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: irc-html
New Comment:

I'll add a note in the documentation about this.

Status - Assigned


Previous Comments:


[2002-01-11 05:56:38] [EMAIL PROTECTED]

'?' in a comment switching out of php mode
is intended behaviour, consider

...?php foo($bar); // do foo ?...

embedded in a document

changing this would break backwards compatibility
and would lead to problems of its own kind

changed to documentation problem



[2002-01-10 19:03:01] [EMAIL PROTECTED]

Hi all,

I found this bug randomly as all other, it cause me
a php html parser to crash.

try a script like this : 


?php
// eval('?'.$tmp);
// eval(''.$tmp);
$coucou='';

$password = 'le parser php déconne';
$password = 'php parser bug';

/*
? php ?
*/
// // coucou ?
// ?
// ?
// 
?

see the result, abnormal I think:

'.$tmp); // eval(''.$tmp); $coucou=''; $password = 'le parser php
déconne'; $password = 'php parser bug'; /* */ // // coucou ? // ? //
? //  ?


I think it can be a very very serious, easy to fiw fot you,
but in the case a php user encounter it.
It so surpising !!!



thanks.

An echo please.

Yours faithlly php is always great!.





Edit this bug report at http://bugs.php.net/?id=14984edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] CVS Account Request: nose picker

2002-01-19 Thread Brandon Pierson

I might be the new Administrator at a site, and i am interesting in learning PHP.  
Shernon, owner of Norom.com sent me here.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14529 Updated: script doesn't always finish output

2002-01-19 Thread jay1

ID: 14529
User updated by: [EMAIL PROTECTED]
Old Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.1.1
New Comment:

I've answered that before (I've tried 3 different snaps versions).  I
tried todays php-200201191500 and still the same problem.  I even
re-compiled my kernel to the latest stable version this morning just in
case it was a RH default compile thing.  

I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we
speak with the exact same options on ./configure line just to be sure
that it is just 4.1.0 or newer giving me the grief.


Previous Comments:


[2002-01-19 21:56:53] [EMAIL PROTECTED]

This is 4th time to ask. Do you have problem with 4.2.0-dev?



[2002-01-19 19:44:12] [EMAIL PROTECTED]

found some new things that may help.

On the pages that didn't finish loading I discovered my PHP generated
code missed a end /font tag.  So I added it in and it displays the
entire page now (weird that PHP4.0.6 didn't have this problem).

BUT the problem of it crashing IE6.0 still happens in PHP4.1.1.  It is
as if there is header information that isn't being sent properly.  When
I use a linux box rather than crashing it pops up an error window
saying Error, connection to server was dropped.

The way to duplicate this is simply go to a page that loaded fine a
minute ago and click refresh (and 1/3 will crash).  I've tried this on
smaller scripts and it doesn't crash but it does on this larger program
which uses many different functions of PHP so I'm wondering if a
function that is used is what causes the problem.  

Any ideas of how I can narrow the test down to find what exactly causes
the conflict (maybe a combination of functions)?

The script varies depending on the pages function (many includes) and
can be as many as 5000 lines long in some places.  It runs perfectly
smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer.  I'll try
todays latest snap again (previous one didn't work either).



[2002-01-10 01:58:24] [EMAIL PROTECTED]

Ok. Please test it when the site is up.
If you find any new problem in snapshots, please submit bug report for
it :)

BTW, output control code differs in 4.2.0, so this problem may be fixed
in 4.2.0.



[2002-01-10 01:05:52] [EMAIL PROTECTED]

http://snaps.php.net seems to be down now (get message 
saying host doesn't exist) so I'll have to try it another 
day




[2002-01-10 00:56:41] [EMAIL PROTECTED]

I tried the latest snapshot a few weeks ago and after some difficulty
getting it to run this script (as I discovered it won't let me connect
to mysql using localhost) it crashed my IE when I tried loading the
script.

When I use another browser (on my linux box) it gives me the connection
lost error again.

I haven't tried it with the latest snapshot (so it's a few weeks
outdated).  I'll go get it and try it right 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 at
http://bugs.php.net/?id=14529


Edit this bug report at http://bugs.php.net/?id=14529edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] RFC: Moving documents in source

2002-01-19 Thread Yasuo Ohgaki

Hi all,

Currently general documents are located in source root.
It might be nice if we put documents under docs or like.

How about move files like this?

[yohgaki@dev php4]$ ls -R docs
docs:
EXTENSIONS  INSTALL  README.QNX  README.SELF-CONTAINED-EXTENSIONS 
README.Zeus  TODO  TODO-4.2.txt  developer

docs/developer:
CODING_STANDARDS  README.EXTENSIONS  README.PARAMETER_PARSING_API 
RELEASE_PROCESS  apidoc.txt  header
README.CVS-RULES  README.EXT_SKELREADME.STREAMS 
apidoc-zend.txt  footer

We probably should rename filenames and make new README which
describes general infomation. (ext_skel script should be modified
a little. Anything else?)


README draft located under source root.
-
WHAT IS PHP

PHP is a server-side, cross-platform, HTML embedded scripting language. 
If you are new to PHP and want to get some idea of how it works, refer
to http://www.php.net/ for more information.

LICENSE

PHP is avairable under PHP License. Zend and TSRM is avairable under BSD 
style License. Refer to LICENSE files for details.

HOWTO INSTALL FROM SOURCE

PHP can compile under many UNIX like OS, Windows and Mac OSX. Refer to 
source root/docs/INSTALL for details.

GETTING MORE INFO

General documents are located under source root/docs/ directory. 
Develper's documents are located source root/docs/developer/.
For more information, refer to following URLs.

PHP: http://www.php.net/
PHP Manual:  http://www.php.net/docs.php
PHP Support: http://www.php.net/support.php
PEAR:http://pear.php.net/(PHP Libraly)
PHP GTK: http://gtk.php.net/ (GTK Application)
PHP Bugs:http://bugs.php.net/(PHP Bug Tracking DB)
Zend Engine: http://www.zend.com/(Zend Script Engine and more)
---

Thanks for your comments :)

--
Yasuo Ohgaki


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15119 Updated: BOYFRIEND IS HACKER: SETS UP SECRET STUFF ALL THE TIME ON ME.

2002-01-19 Thread irc-html

ID: 15119
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: SWF related
Operating System: MSNTV
PHP Version: 4.1.1
New Comment:

Very interesting.

Status - Bogus


Previous Comments:


[2002-01-19 23:26:16] [EMAIL PROTECTED]

Please ask support qestions to [EMAIL PROTECTED] 



[2002-01-19 23:16:27] [EMAIL PROTECTED]

COULD YOU PLEASE ANALYZE MY CONNECTION ETC. i KNOW VERY BASIC STUFF. IF
THERE IS ANY COVERT OR ADVANCED SETTINGS ON MY CONNECTION I SURE WOULD
LIKE TO KNOW WHAT THEY ARE CALLED, WHERE THEY COME FROM, IE; ORIGIN.
HOW LONG THEY HAVE BEEN THERE. HOW CAN I PROTECT MY PASSWORDS ONCE THEY
ARE SET. HE CAN GET THEM SOMEHOW. I HAVE A DESKTOP PC ALSO. I HAVE
PRETTY MUCH GIVEN UP ON THAT UNIT ALTOGATHER. FILES ARE WIERD I EVEN
DISCOVERED THAT THERE IS ALOT OF OPTIOS THAT I NEVER KNEW EXISTED
BECAUSE THEN I WOULD NOT KNOW WHAT THE OPTIONS ARE. I HOPE YOU CAN
DISYPHER MY INEPT EXPLANATIONS OF THIS STUFF THAT I AM REALLY SO
CONFUSED ABOUT. I FOUND A BUNCH OF FILES THE OTHER DAY THAT SAID THAT
MY ORIGINAL FILES WERE STRIPPED, MOVED AND HAD DIFFERNT NAMES. I HAVE
AN AMD ATHELON K6 PROCESSOR , 64MB OF RAM AND A WESTERN DIGITAL 20 GIG
HD. MY HUSBAND GAVE ME MY COMPUTER. I LOST MY COMPAQ PRESARIO 4 GIG
LAPTOP ABOUT 1 YEAR AGO. STOLEN FROM MY HOUSE. THIS OTHER COMPUTER WAS
TO REPLACE IT SO I COULD RUN MY BUSINESS FROM MY COMPUTER. HOWEVER I
CAN NEVER STORE ANY FILES BECAUSE MY FILES GO CRAZY SHORTLY AFTER
REFORMATING. THE FILES I LOCATED THE OTHER AM SAID THAT IT WAS NOT
ALLOWING ME TO  DO A CLEAN BOOT. IT SAID THAT IT WAS LOADING DUMMY
FILES. AND THAT I HAD NO HARD DRIVE LEFT AFTER LOADING WIN 98. I THINK
THAT I HAD SOMETHING LIKE 2630 MB AFTERWRD. I ALSO READ ABOUT THAT ALL
THE MATHMATICAL STATS WERE GAFF TOO. IT SAID THAT CERTAIN FUNCTIONS
WOULD BE PROMPTED BY MY SYSTEM AND IT WOULD HAVE A FUNCTION RIGHT AFTER
IT TO MAKE SURE IT DIDNOT BUT IT SAID THAT THE WARNINGS WOULD NOT
DISPLAY ON THE SCREEN. I FIRST BECAME AWARE OF THESE ACTUAL FILES JUST 
A COUPLE OF DAYS AGO. I STUMBLED ACROSS INTER NET EXPLORER FILES THAT
WERE ORIGINALLY DISPLAYING THAT THEY WERE CORRUPTED. I WANTED TO SEE
WHAT CORRUPTED WAS AND MAYBE GET RID OF THEM. BUT THAT WAS WHEN I FOUND
ALL THOSE HIDDEN CONFIG FILES. PLEASE HELP ME FIGURE THIS OUT OR TELL
ME WHERE I MIGHT GET SOME GUIDANCE THANK YOU IN ADVANCE. LEXIS ADAMS





Edit this bug report at http://bugs.php.net/?id=15119edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14529 Updated: script doesn't always finish output

2002-01-19 Thread jay1

ID: 14529
User updated by: [EMAIL PROTECTED]
Old Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Output Control
Operating System: Linux RH 7.2
Old PHP Version: 4.1.1
PHP Version: 4.1.0 - 4.2.0-dev
New Comment:

PHP4.0.6 compiled with the same ./configure line works flawless so it's
only happening in 4.1.0 - 4.2.0-dev

In linux the pages almost never load simply gives me error reports
(some sort of connection error so drops connection), IE loads about
60-70% of the time (but I've noticed it is only displaying old cached
information even though I've got it set to nocache in php.ini and tried
sending headers to force no caching).  I even tried forcing IE not to
cache in it's settings but it still does it or else it locks up forever
(ALT-CTL-DEL to finally end that task - I've left it for as long as an
hour to see if it'd time out first or do something).

I've tried reducing the code to force it not to do any includes except
the main one.  So I could test a much smaller script and it still gives
me the problem.  Yet if I do a very simple page (like with ? phpinfo()
?) there is no problems at all.  I'm reading through other bugs trying
to find similarities with various functions I use and other bugs to see
if I can narrow this down.


Previous Comments:


[2002-01-19 23:16:19] [EMAIL PROTECTED]

I've answered that before (I've tried 3 different snaps versions).  I
tried todays php-200201191500 and still the same problem.  I even
re-compiled my kernel to the latest stable version this morning just in
case it was a RH default compile thing.  

I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we
speak with the exact same options on ./configure line just to be sure
that it is just 4.1.0 or newer giving me the grief.



[2002-01-19 21:56:53] [EMAIL PROTECTED]

This is 4th time to ask. Do you have problem with 4.2.0-dev?



[2002-01-19 19:44:12] [EMAIL PROTECTED]

found some new things that may help.

On the pages that didn't finish loading I discovered my PHP generated
code missed a end /font tag.  So I added it in and it displays the
entire page now (weird that PHP4.0.6 didn't have this problem).

BUT the problem of it crashing IE6.0 still happens in PHP4.1.1.  It is
as if there is header information that isn't being sent properly.  When
I use a linux box rather than crashing it pops up an error window
saying Error, connection to server was dropped.

The way to duplicate this is simply go to a page that loaded fine a
minute ago and click refresh (and 1/3 will crash).  I've tried this on
smaller scripts and it doesn't crash but it does on this larger program
which uses many different functions of PHP so I'm wondering if a
function that is used is what causes the problem.  

Any ideas of how I can narrow the test down to find what exactly causes
the conflict (maybe a combination of functions)?

The script varies depending on the pages function (many includes) and
can be as many as 5000 lines long in some places.  It runs perfectly
smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer.  I'll try
todays latest snap again (previous one didn't work either).



[2002-01-10 01:58:24] [EMAIL PROTECTED]

Ok. Please test it when the site is up.
If you find any new problem in snapshots, please submit bug report for
it :)

BTW, output control code differs in 4.2.0, so this problem may be fixed
in 4.2.0.



[2002-01-10 01:05:52] [EMAIL PROTECTED]

http://snaps.php.net seems to be down now (get message 
saying host doesn't exist) so I'll have to try it another 
day




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14529


Edit this bug report at http://bugs.php.net/?id=14529edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14529 Updated: script doesn't always finish output

2002-01-19 Thread yohgaki

ID: 14529
Updated by: yohgaki
Old Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Output Control
Operating System: Linux RH 7.2
Old PHP Version: 4.1.0 - 4.2.0-dev
PHP Version: 4.2.0-dev (2002/1/19)
New Comment:

Please update Version :)
Here comes more questions.

Do you use trans-sid? (If yes, do you have register_globals=On?)
Do you use ob_end_flush(), ob_end_clean() anywher in your scripts?

I guess you have already checked, but 
Do you see any error logs for Apache and PHP?

Could you try to run httpd under gdb to see if you get any signal or
exit code.






Previous Comments:


[2002-01-19 23:29:21] [EMAIL PROTECTED]

PHP4.0.6 compiled with the same ./configure line works flawless so it's
only happening in 4.1.0 - 4.2.0-dev

In linux the pages almost never load simply gives me error reports
(some sort of connection error so drops connection), IE loads about
60-70% of the time (but I've noticed it is only displaying old cached
information even though I've got it set to nocache in php.ini and tried
sending headers to force no caching).  I even tried forcing IE not to
cache in it's settings but it still does it or else it locks up forever
(ALT-CTL-DEL to finally end that task - I've left it for as long as an
hour to see if it'd time out first or do something).

I've tried reducing the code to force it not to do any includes except
the main one.  So I could test a much smaller script and it still gives
me the problem.  Yet if I do a very simple page (like with ? phpinfo()
?) there is no problems at all.  I'm reading through other bugs trying
to find similarities with various functions I use and other bugs to see
if I can narrow this down.



[2002-01-19 23:16:19] [EMAIL PROTECTED]

I've answered that before (I've tried 3 different snaps versions).  I
tried todays php-200201191500 and still the same problem.  I even
re-compiled my kernel to the latest stable version this morning just in
case it was a RH default compile thing.  

I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we
speak with the exact same options on ./configure line just to be sure
that it is just 4.1.0 or newer giving me the grief.



[2002-01-19 21:56:53] [EMAIL PROTECTED]

This is 4th time to ask. Do you have problem with 4.2.0-dev?



[2002-01-19 19:44:12] [EMAIL PROTECTED]

found some new things that may help.

On the pages that didn't finish loading I discovered my PHP generated
code missed a end /font tag.  So I added it in and it displays the
entire page now (weird that PHP4.0.6 didn't have this problem).

BUT the problem of it crashing IE6.0 still happens in PHP4.1.1.  It is
as if there is header information that isn't being sent properly.  When
I use a linux box rather than crashing it pops up an error window
saying Error, connection to server was dropped.

The way to duplicate this is simply go to a page that loaded fine a
minute ago and click refresh (and 1/3 will crash).  I've tried this on
smaller scripts and it doesn't crash but it does on this larger program
which uses many different functions of PHP so I'm wondering if a
function that is used is what causes the problem.  

Any ideas of how I can narrow the test down to find what exactly causes
the conflict (maybe a combination of functions)?

The script varies depending on the pages function (many includes) and
can be as many as 5000 lines long in some places.  It runs perfectly
smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer.  I'll try
todays latest snap again (previous one didn't work either).



[2002-01-10 01:58:24] [EMAIL PROTECTED]

Ok. Please test it when the site is up.
If you find any new problem in snapshots, please submit bug report for
it :)

BTW, output control code differs in 4.2.0, so this problem may be fixed
in 4.2.0.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=14529


Edit this bug report at http://bugs.php.net/?id=14529edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #14529 Updated: script doesn't always finish output

2002-01-19 Thread jay1

ID: 14529
User updated by: [EMAIL PROTECTED]
Old Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Output Control
Operating System: Linux RH 7.2
Old PHP Version: 4.2.0-dev (2002/1/19)
PHP Version: 4.1.1
New Comment:

Never thought to look at apache logs.  Here is a very common error.
[Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal
Segmentation fault (11)
[Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not
exit, sending a SIGTERM
[Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not
exit, sending a SIGKILL

The first line has at least 20 of them in a row and then the last two
occasionally show up at the end of it.  It happens on every page load.

I was using trans-sid for most tests.  Register globals has been Off
for most tests as well.

No use of ob_end_flush() or ob_end_clean() anywhere in my scripts.  (I
have output_buffering set to Off - but have tried, On and 4K).

I'm not sure what you mean by gdb for running httpd under.  I tried
using tail on the error_log and when the page locks the error message
(above) is what I got.




Previous Comments:


[2002-01-19 23:33:04] [EMAIL PROTECTED]

Please update Version :)
Here comes more questions.

Do you use trans-sid? (If yes, do you have register_globals=On?)
Do you use ob_end_flush(), ob_end_clean() anywher in your scripts?

I guess you have already checked, but 
Do you see any error logs for Apache and PHP?

Could you try to run httpd under gdb to see if you get any signal or
exit code.







[2002-01-19 23:29:21] [EMAIL PROTECTED]

PHP4.0.6 compiled with the same ./configure line works flawless so it's
only happening in 4.1.0 - 4.2.0-dev

In linux the pages almost never load simply gives me error reports
(some sort of connection error so drops connection), IE loads about
60-70% of the time (but I've noticed it is only displaying old cached
information even though I've got it set to nocache in php.ini and tried
sending headers to force no caching).  I even tried forcing IE not to
cache in it's settings but it still does it or else it locks up forever
(ALT-CTL-DEL to finally end that task - I've left it for as long as an
hour to see if it'd time out first or do something).

I've tried reducing the code to force it not to do any includes except
the main one.  So I could test a much smaller script and it still gives
me the problem.  Yet if I do a very simple page (like with ? phpinfo()
?) there is no problems at all.  I'm reading through other bugs trying
to find similarities with various functions I use and other bugs to see
if I can narrow this down.



[2002-01-19 23:16:19] [EMAIL PROTECTED]

I've answered that before (I've tried 3 different snaps versions).  I
tried todays php-200201191500 and still the same problem.  I even
re-compiled my kernel to the latest stable version this morning just in
case it was a RH default compile thing.  

I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we
speak with the exact same options on ./configure line just to be sure
that it is just 4.1.0 or newer giving me the grief.



[2002-01-19 21:56:53] [EMAIL PROTECTED]

This is 4th time to ask. Do you have problem with 4.2.0-dev?



[2002-01-19 19:44:12] [EMAIL PROTECTED]

found some new things that may help.

On the pages that didn't finish loading I discovered my PHP generated
code missed a end /font tag.  So I added it in and it displays the
entire page now (weird that PHP4.0.6 didn't have this problem).

BUT the problem of it crashing IE6.0 still happens in PHP4.1.1.  It is
as if there is header information that isn't being sent properly.  When
I use a linux box rather than crashing it pops up an error window
saying Error, connection to server was dropped.

The way to duplicate this is simply go to a page that loaded fine a
minute ago and click refresh (and 1/3 will crash).  I've tried this on
smaller scripts and it doesn't crash but it does on this larger program
which uses many different functions of PHP so I'm wondering if a
function that is used is what causes the problem.  

Any ideas of how I can narrow the test down to find what exactly causes
the conflict (maybe a combination of functions)?

The script varies depending on the pages function (many includes) and
can be as many as 5000 lines long in some places.  It runs perfectly
smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer.  I'll try
todays latest snap again (previous one didn't work either).



The 

RE: [PHP-DEV] RFC: Moving documents in source

2002-01-19 Thread Sean R. Bright

I like that idea.  My only suggestion is that we combine the TODO files
into one file and leave both TODO and INSTALL in the root directory, not
in the docs folder.  When I untar a source distro, I expect to find the
INSTALL file at the root level.

Sean

 -Original Message-
 From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]]
 Sent: Saturday, January 19, 2002 11:23 PM
 To: [EMAIL PROTECTED]
 Subject: [PHP-DEV] RFC: Moving documents in source
 
 
 Hi all,
 
 Currently general documents are located in source root.
 It might be nice if we put documents under docs or like.
 
 How about move files like this?
 
 [yohgaki@dev php4]$ ls -R docs
 docs:
 EXTENSIONS  INSTALL  README.QNX  README.SELF-CONTAINED-EXTENSIONS 
 README.Zeus  TODO  TODO-4.2.txt  developer
 
 docs/developer:
 CODING_STANDARDS  README.EXTENSIONS  README.PARAMETER_PARSING_API 
 RELEASE_PROCESS  apidoc.txt  header
 README.CVS-RULES  README.EXT_SKELREADME.STREAMS 
 apidoc-zend.txt  footer
 
 We probably should rename filenames and make new README which
 describes general infomation. (ext_skel script should be modified
 a little. Anything else?)
 
 
 README draft located under source root.
 -
 WHAT IS PHP
 
 PHP is a server-side, cross-platform, HTML embedded scripting 
 language. 
 If you are new to PHP and want to get some idea of how it works, refer
 to http://www.php.net/ for more information.
 
 LICENSE
 
 PHP is avairable under PHP License. Zend and TSRM is 
 avairable under BSD 
 style License. Refer to LICENSE files for details.
 
 HOWTO INSTALL FROM SOURCE
 
 PHP can compile under many UNIX like OS, Windows and Mac OSX. 
 Refer to 
 source root/docs/INSTALL for details.
 
 GETTING MORE INFO
 
 General documents are located under source root/docs/ directory. 
 Develper's documents are located source root/docs/developer/.
 For more information, refer to following URLs.
 
 PHP: http://www.php.net/
 PHP Manual:  http://www.php.net/docs.php
 PHP Support: http://www.php.net/support.php
 PEAR:http://pear.php.net/(PHP Libraly)
 PHP GTK: http://gtk.php.net/ (GTK Application)
 PHP Bugs:http://bugs.php.net/(PHP Bug Tracking DB)
 Zend Engine: http://www.zend.com/(Zend Script Engine and more)
 ---
 
 Thanks for your comments :)
 
 --
 Yasuo Ohgaki
 
 
 -- 
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: 
 [EMAIL PROTECTED]
 
 

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15120: Netscape sessions contain no data

2002-01-19 Thread debbie

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Session related
Bug description:  Netscape sessions contain no data

I have been trying to implement some shopping cart software that uses a
MySQL database and sessions to track the shopping carts.  When you access
the shop using IE and add an item to the cart, everything is fine.  But
when you access the shop using a Netscape browser (version 4.61) or an AOL
or CompuServe browser, try to add an item to the cart, it comes back and
tells you the cart is empty.  This also happens when you try to login.

The sessions are kept in a /tmp directory on my server.  When I go in an
look at the sessions, there are sessions created for both IE and Netscape,
only the Netscape session contains no data.

This software is Open Source software and I have gone into many other
people's shops and not had this problem which leads me to believe that it
may be server/php related.  What do you folks think?
-- 
Edit bug report at: http://bugs.php.net/?id=15120edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15121: main/.libs/libmain.al(main.lo) in archive is not object

2002-01-19 Thread xjourneau

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.1.0
PHP Bug Type: *Configuration Issues
Bug description:  main/.libs/libmain.al(main.lo) in archive is not object

Here is the situation : when executed the make during my install procedure,
the following error occured : 

main/.libs/libmain.al(main.lo) in archive is not o
bject

This question was reported on bug id 8278 but the solution doesn't help
me.

Here are the details of the operation :
Apache 1.3.22 installed with the following options :
./configure \
--prefix=/usr/local/apache-1.3.22 \
--enable-module=all   (I tried most and some other values without any
success)

Here are the config directives used for php 4.1.0 :
./configure \
--with-apxs=/usr/local/apache-1.3.22/bin/apxs \
--enable-inline-optimization \
--enable-debug=no \
--enable-safe-mode \
--enable-calendar \
--enable-ftp \
--enable-trans-sid \
--with-sablot \
--enable-sysvsem \
--enable-sysvshm \
--disable-static \
--with-regex=system \
--with-gd=/usr \
--enable-gd-native-tt \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-tiff-dir=/usr \
--with-zlib=/usr \
--with-pdflib=/usr/local \
--libdir=/usr/lib

Need help .

-- 
Edit bug report at: http://bugs.php.net/?id=15121edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] RFC: Moving documents in source

2002-01-19 Thread Egon Schmid

From: Yasuo Ohgaki [EMAIL PROTECTED]

 Currently general documents are located in source root.
 It might be nice if we put documents under docs or like.

 How about move files like this?

 [yohgaki@dev php4]$ ls -R docs
 docs:
 EXTENSIONS  INSTALL  README.QNX  README.SELF-CONTAINED-EXTENSIONS
 README.Zeus  TODO  TODO-4.2.txt  developer

 docs/developer:
 CODING_STANDARDS  README.EXTENSIONS  README.PARAMETER_PARSING_API
 RELEASE_PROCESS  apidoc.txt  header
 README.CVS-RULES  README.EXT_SKELREADME.STREAMS
 apidoc-zend.txt  footer

 We probably should rename filenames and make new README which
 describes general infomation. (ext_skel script should be modified
 a little. Anything else?)


 README draft located under source root.
 -
 WHAT IS PHP

 PHP is a server-side, cross-platform, HTML embedded scripting
language.
 If you are new to PHP and want to get some idea of how it works,
refer
 to http://www.php.net/ for more information.

 LICENSE

 PHP is avairable under PHP License. Zend and TSRM is avairable
under BSD
 style License. Refer to LICENSE files for details.

 HOWTO INSTALL FROM SOURCE

 PHP can compile under many UNIX like OS, Windows and Mac OSX.
Refer to
 source root/docs/INSTALL for details.

 GETTING MORE INFO

 General documents are located under source root/docs/ directory.
 Develper's documents are located source root/docs/developer/.
 For more information, refer to following URLs.

 PHP: http://www.php.net/
 PHP Manual:  http://www.php.net/docs.php
 PHP Support: http://www.php.net/support.php
 PEAR:http://pear.php.net/(PHP Libraly)
 PHP GTK: http://gtk.php.net/ (GTK Application)
 PHP Bugs:http://bugs.php.net/(PHP Bug Tracking DB)
 Zend Engine: http://www.zend.com/(Zend Script Engine and
more)
 ---

 Thanks for your comments :)

I have talked yesterday with Hartmut Holzgraefe and Georg Richter
about the future of the PHP manual. I made the following suggestion,
the PHP manual could or should be the main PHP User Manual. The
documents and text file you mentioned should or could be collected
in a new PHP Developers Guide. Gabo´s HowTo is IMHO the first step
in the right direction.

-Egon


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] RFC: Moving documents in source

2002-01-19 Thread Yasuo Ohgaki

Egon Schmid wrote:
SNIP
 I have talked yesterday with Hartmut Holzgraefe and Georg Richter
 about the future of the PHP manual. I made the following suggestion,
 the PHP manual could or should be the main PHP User Manual. The
 documents and text file you mentioned should or could be collected
 in a new PHP Developers Guide. Gabo´s HowTo is IMHO the first step
 in the right direction.
 

I'm glad to hear that :)

There should be manual/how-to for developers and
I was hoping someone start working the way you
mentioned.

Where can I find Goba's HOWTO?

Not all developers are confortable with docbook
It might be better to have place for basic docs
somewhere in source.

-- 
Yasuo Ohgaki


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]