[PHP-DEV] ext/domxml: How to copy nodes?

2001-05-21 Thread Sebastian Bergmann

  Following situation: I have several functions that use ext/domxml to
build XML trees, such as

function foo() {
  $xmldoc = domxml_new_xmldoc('1.0');
  $root = $xmldoc-add_root('foo');

  // ...
}

function bar() {
  $xmldoc = domxml_new_xmldoc('1.0');
  $root = $xmldoc-add_root('bar');

  // ...
}

  Now, I need to merge the trees generated by foo() and bar() under one
root element foobar in a new XML tree.

  I could find nothing in the documenation about this, but I
believe/hope such functionality does exist...

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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 #10986: makerpm script make a wron version no.

2001-05-21 Thread edmund_c

From: [EMAIL PROTECTED]
Operating system: redhat 7.1
PHP version:  4.0.5
PHP Bug Type: Scripting Engine problem
Bug description:  makerpm script make a wron version no.

file makerpm line 9:
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX//g`}
always return a version no with -
e.g. Building RPM version -4.0.5, release: 2

Suggest Change
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX-//g`}


-- 
Edit Bug report at: http://bugs.php.net/?id=10986edit=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 #10986 Updated: makerpm script make a wron version no.

2001-05-21 Thread cardinal

ID: 10986
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: Compile Problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Reclassifying

Previous Comments:
---

[2001-05-21 08:51:23] [EMAIL PROTECTED]
file makerpm line 9:
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX//g`}
always return a version no with -
e.g. Building RPM version -4.0.5, release: 2

Suggest Change
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX-//g`}

---



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


-- 
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] language specification project

2001-05-21 Thread Stig Sæther Bakken

[[EMAIL PROTECTED]]
 Hi,
 
 About the language specification project:
 
 The goal I see for this project is coming out with a document that is
 useful for users.  Something that they could hold in their hands, and from
 reading it, they'd know whether something is supposed to work or not.  Now,
 I'm sure that it's possible that during the course of the project we'll
 find inconsistencies in the implementation that need to be fixed, but as a
 guideline the spec should describe the implementation.  We really don't
 need the kind of stuff that were with C++, with 80% conformance and 99%
 conformance and all that headache.
 
 --
 
I agree, in part.  I think however we should document the syntax as it
 ought to be, ie, some of the stuff is not yet realized like what sascha
 was reffering to as far as the zend-cvs discussion (which I didn't really
 follow too well).  Or, obviously, bugs should not be at all considered in
 the specification itself.
 
 (discussed mid-november 2000)
 
 This project seems rather dead to me. Though, I think it should be
 continued. Some work was alread been done.
 
 I would like to try to reanimate it. I think, like Sacha I think, that a
 spec should be quite exact and precise.
 Zend was made without a proper specification, something they try to hammer
 all first-year students at my university you should NEVER do that.
 
 It is very annoying to have to specify all quirks, I think it is most
 practical to document it the way it should be, and then note whereever it
 goes wrong.
 
 Most of these 'where it goes wrong's are in fact quirks, that normal users
 shouldn't meet, and if they do, it works so strange, it can't be documented
 in a easy way.
 
 (what do you think of this one:
 $a[5] = 'abc';
 $foo = $a[5];
 
 $b = $a; // should copy the array
 $a[5] = 'boe';
 echo $b[5]; // boe...
 
 Array elements that have a reference are not copyd, but a reference is
 made... bah!
 )
 
 And the target shouldn't be the user at first.
 
 Then, IMO the next step would be to make zend comply to the specs, finally
 making version 4.1 as some people seem to want.
 And THEN you can publish the spec. With the current quirky behaviour, PHP
 won't be seen as a well and neatly specified and LOGIC language, but rather
 as some potpourri (mixup) of other languages.
 
 But before I start, I want to know your opinions nowadays...
 And, I really need (=want) to know whether Zend WILL go comply to the new
 spec.
 
 About what the spec exactly will be: I, and anyone who wants, just make it
 based on their own views. First of course
 the framework should be made ready, so concurrent work can be done more
 easily. I think adapting a bit to the structure of the phpdoc documentation
 isn't such a bad idea.
 
 Regulary it is posted to phpdev, and then you can flame it, or whatever. And
 then some decission needs to be made, consensus seems hard, but hey, lets
 add the rule that if consensus isn't reached I'll decide ;)
 
 (by the way, I came onto this trying to document the language properly, but
 that is really hard to do... if you want it to have as exact as possible)
 (BTW2: zend-cvs discussion? where are the archives? and is there web-cvs for
 zend somewhere?)
 
 SUMMARY:
 - spec framework made (sacha?, myself?)
 - spec made, as how it should work, so close as possible to PHP, but in case
 of quirks, just a logic behaviour.
  (Anyone who wants. Myself included)
   WITH notes where zend does something strange.
 - extensive discussion on phpdev
 - zend adapted
 - spec published along with new version of PHP/zend

I think the important thing is just to have the language specified and
thoroughly documented, with BNF and all.  Let quirks be quriks for
now, a specification process should not fix them, but put them all on
the radar for future fixing.  There's always someone who relies on a
quirk.  If you mix the spec/doc and fixing processes you're in deep
shit, that's something the first-year university students should
learn, too. ;-)

Anyway, this is a process Zeev  Andi would have to be deeply involved
in, even though I think it's best to have the actual writing done by
someone else, to have an extra audit point to come up with the
questions implementors sometimes forget.

On the other hand, Zeev and Andi may not want to prioritize their time
on this, since a real language specification would clear the path for
alternate parser implementations.

 - Stig

-- 
  Stig Sæther Bakken [EMAIL PROTECTED]
  Fast Search  Transfer ASA, Trondheim, Norway

-- 
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] Fork() in php?

2001-05-21 Thread Stig Sæther Bakken

[Manuel Lemos [EMAIL PROTECTED]]
 Hello Zeev,
 
 On 12-May-01 14:14:10, you wrote:
 
 At 04:05 12/5/2001, Wez Furlong wrote:
 I know that there might be some bad interactions with apache if you fork,
 but if you allow PHP to spot that it forked and call _exit() instead of
 returning into the SAPI, you should be OK?
 
 Not really, the parent has to somehow call wait() on the child, otherwise 
 you'd get zombie processes...
 Generally, implementing that sort of stuff within the Apache framework is a 
 bit of asking for trouble :I
 
 Anyway, PHP really lacks of real multi-threading capabilities.  Things like
 database connection pooling, (non-HTTP) server request handling, and GUI
 event processing could be properly implemented in PHP with multi-threading
 capabilities like the way it is done in Java, Perl, Python, etc. but can't
 be done right in PHP because it lacks multi-threading support.
 
 Any plans to add multi-threading capabilities to PHP?

There are no plans for adding MT to PHP itself, but you do have a
poor man's cooperative multi-threading through ticks.  So now we have
a poor man's objects and a poor man's multitasking.  What does that
say about us? :-)

 - Stig

-- 
  Stig Sæther Bakken [EMAIL PROTECTED]
  Fast Search  Transfer ASA, Trondheim, Norway

-- 
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] Bug #10948: Apache can't load with php_interbase.dll

2001-05-21 Thread Vladimir Michl

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

On 18 May 2001 [EMAIL PROTECTED] wrote:

 From: [EMAIL PROTECTED]
 Operating system: Win2K
 PHP version:  4.0.5
 PHP Bug Type: InterBase related
 Bug description:  Apache can't load with php_interbase.dll
 
 I have Apache 1.3.19 running as an NT service on Win2K sp1 with php loaded as a 
module.  If I try to enable interbase support by uncommenting the line
 
 extension=php_interbase.dll
 
 then apache cannot start.  if i try and start it through the Services panel, i get 
the following message:
 
 Could not start the Apache service on Local Computer.  The service did not return 
an error.  This could be an internal Windows error or an internal service error
 
 if i do it on the command line, i get:
 
 [Fri May 18 04:04:02 2001] [emerg] 2The system cannot find the file specified: 
OpenEvent on ap2024_restart event

Copy php*/dlls/gds32.dll to %WINNT% dir or set extensions_dir in php.ini
to path where you have extensions. Good way to test functionality is php
as CGI. If work, usually work Apache extension.


- -
Vladimir Michl  E-mail: [EMAIL PROTECTED]
Czech Republic  Web:http://www.penguin.cz/~michlv
Phone:  +420 68 5391545
ISO-8859-2 compatibile  Work phone: +420 68 5711219
Key fingerprint: D558 FF4F 468E 544F 7F43  E005 7E7C AD8F 2F69 9DA4
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Made with pgp4pine

iQEXAwUBOwi/Fn58rY8vaZ2kFAMp9gQAjhoN8kL01a4Uv9W8G688idzIiO79f4yn
fgfrhZmG71EyrCHA0yy7xYnFoyMsVNhpMXSjjgUikbrlSQ/maWuz2XDdmSm2FJs7
b9dlToymhTc0X1wCEWTQLpiHw3mCMJVUP0aKRvDThgEBVQtQ1RY4l7FxtaSnMJQH
3XFkepCG7BcD+QGiy4aTIAQl6D+zxWeOZOJXTt2wZukNmS+pnKzEdcZ3iRpp+Ors
F1pCiWuMph3QZNAUUw61wM9Yk1rJNjD47u/j5G4gDbTAUyO3T5mvNcnKHQQ2h1Db
Iaf8UZmpEIH8UwTcln7fc3BWsxD0O/PvUaqnL1tsqNoOEURQv2cOkVr+
=x/Ri
-END PGP SIGNATURE-


-- 
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 #10986 Updated: makerpm script make a wron version no.

2001-05-21 Thread edmund_c

ID: 10986
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Operating system: redhat 7.1
PHP Version: 4.0.5
Description: makerpm script make a wron version no.

Also need to change:
  TAR=php$VERSION.tar.gz
  SPEC=php$VERSION.spec
  Source0:
http://www.php.net/distributions/php%{PACKAGE_VERSION}.tar.gz
to
  TAR=php-$VERSION.tar.gz
  SPEC=php-$VERSION.spec
  Source0:
http://www.php.net/distributions/php-%{PACKAGE_VERSION}.tar.gz

Previous Comments:
---

[2001-05-21 08:56:43] [EMAIL PROTECTED]
Reclassifying

---

[2001-05-21 08:51:23] [EMAIL PROTECTED]
file makerpm line 9:
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX//g`}
always return a version no with -
e.g. Building RPM version -4.0.5, release: 2

Suggest Change
  VERSION=${2:-`echo $TARDIR | sed s/$PREFIX-//g`}

---


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


-- 
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 #10969 Updated: apache don't start, cannot load php4apache.dll

2001-05-21 Thread ipcholkin

ID: 10969
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache related
Operating system: Win 98
PHP Version: 4.0.5
Description: apache don't start, cannot load php4apache.dll

I don't see any sintax error there.
Please send detailed info.
I think scripting engine classifies this as a sintax error but indeed
there are another kind of a problem. By the way, the full message
I see in my console window is:

Syntax error on line 979 of k:/apache/apache/conf/httpd.conf:
Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: (1157)
Cannot load dinamic library:

The last sentence was written in russian, in accordance with OS-specific regional 
settings and then translated by me in English. That's why I omitted this message in 
the first edition of this bug report.

Previous Comments:
---

[2001-05-19 10:50:01] [EMAIL PROTECTED]
Bogus

---

[2001-05-19 10:44:27] [EMAIL PROTECTED]
This is not a bug in PHP. You have made a mistake in your httpd.conf on line 979. fix 
this syntax error and try again.

---

[2001-05-19 10:14:54] [EMAIL PROTECTED]
When I try to start apache, it says:

Syntax error on line 979 of k:/apache/apache/conf/httpd.conf:
Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: (
1157)

Added lines in apache.conf are:

---CUT HERE
# for the apache module
LoadModule php4_module modules/mod_php4/sapi/php4apache.dll 
AddType application/x-httpd-php .php4

#for the cgi binary (you can use that one compiled with force cgi redirect too)
ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/
Action application/x-httpd-php4 /php4/php.exe
AddType application/x-httpd-php4 .php
---CUT HERE 

---


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


-- 
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 #10987: apache display error when excuting exit ou die function

2001-05-21 Thread f . labanvoye

From: [EMAIL PROTECTED]
Operating system: windows NT4.0
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  apache display error when excuting exit ou die function

Whit the simple script 
? exit(); ? ou ? die(); ?

apache display a error message like this:

l'instruction à 0x00a62ea0 emploie l'adresse mémoire 0x0055. la mémoire ne peut 
être read

the address 0x0055 is always the same. 
I use windows NT4/apache1.3.19/php4.0.5

 


-- 
Edit Bug report at: http://bugs.php.net/?id=10987edit=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: Bug #9859 Updated: mail() doesn't send cc or bcc as in the manual instructions

2001-05-21 Thread joel

Whichever is decided, \r\n or just \n, it should be uniform across 
platforms so you don't have to re-write code when switching from linux to 
windows or vice versa.
Or even from the cgi version to the isapi version.

[EMAIL PROTECTED]


At 03:06 AM 5/21/01 +, you wrote:
ID: 9859
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Documentation problem
Bug Type: Mail related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:

I've corrected the Cc: and Bcc: problems in the mail() example, but I'm 
reclassifying this as a Mail Function problem.  Is it necessary for the 
win32 version of the mail() function to require that you use \r\n?



If it is, I can add this information to the mail function docs.

Previous Comments:
---

[2001-03-20 02:42:22] [EMAIL PROTECTED]
script example:

--- 
--

?php

$returnvar=false;



$mailto=[EMAIL PROTECTED];

$mailsubject=cc test;

$mailmessage=message content;

$mailHeader=cc:[EMAIL PROTECTED];



$returnvar=mail($mailto,$mailsubject,$mailmessage,$mailHeader);



?

html

body

the mail was sent?

?php

echo brreturnvar= $returnvarbr;

?

/body

/html

--- 
--

The above does not send the carbon copy.



The pdf manual says:

--- 
---

$headers .= cc:[EMAIL PROTECTED]; // CC to

$headers .= bcc:[EMAIL PROTECTED], [EMAIL PROTECTED]; // BCCs to

/* and now mail it */

mail($recipient, $subject, $message, $headers);

--- 




That does not work since Win32 sendmail.c looks for case sensitve Cc:

sendmail.c also does not look for bcc:



Also you must have rn not just n.



I think the problem is here in win32 sendmail.c :



 if (headers  (pos1 = strstr(headers, Cc:))) {

 pos2 = strstr(pos1, rn);

 tempMailTo = estrndup(pos1, pos2-pos1);





---



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



-- 
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 #10988: Mcrypt no longer working in 4.0.5

2001-05-21 Thread acuthbert

From: [EMAIL PROTECTED]
Operating system: Red Hat 6.2
PHP version:  4.0.5
PHP Bug Type: mcrypt related
Bug description:  Mcrypt no longer working in 4.0.5

Mcrypt functions have indeed stopped working. It seems to crash php altogether when I 
do a mcrypt_generic... as our site simply returns a Page not found error. Can you fix 
this asap? And please post something on your site letting people know the problem. It 
has taken 4 days before someone actually let us know that our site hasn't been 
functional for this time!

I can't do a backtrace unfortunately as I had it compiled without debug for the 
optimizer.

Andrew Cuthbert


-- 
Edit Bug report at: http://bugs.php.net/?id=10988edit=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 #10989: Wrong file writing

2001-05-21 Thread trax102

From: [EMAIL PROTECTED]
Operating system: Win2K-Win98-UNIX
PHP version:  4.0 Latest CVS (2001-05-21)
PHP Bug Type: Filesystem function related
Bug description:  Wrong file writing

?php
//At the end of the script test.txt should 
//contains ADD1ADD2, but, as you can see,
//it will contains just ADD2.
//Is there a work around for this problem ?

function read_file ($file_name)
{
$file = fopen($file_name, r);
flock($file, 1); 
$content = trim(fread($file, filesize($file_name)));
flock($file, 3); 
fclose ($file);
return ($content);
}

function write_file ($content, $file_name)
{
$file = fopen($file_name, w);
flock($file, 2);
fwrite($file, $content);
flock($file, 3);
fclose ($file);
}

$filename=test.txt;
write_file(, $filename);

$content = read_file($filename);
$content .= ADD1;
write_file($content, $filename);

$content = read_file($filename);
$content .= ADD2;
write_file($content, $filename);
?


-- 
Edit Bug report at: http://bugs.php.net/?id=10989edit=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 #10990: Compilation Failed with the --with-imap-ssl

2001-05-21 Thread zapzap

From: [EMAIL PROTECTED]
Operating system: Linux RH7.0
PHP version:  4.0.5
PHP Bug Type: IMAP related
Bug description:  Compilation Failed with the --with-imap-ssl

hi,

I try compil php 4.0.5 as an DSO Module 
with the 2 directives :
--with-openssl
--with-imap-ssl
--with-imap

and it failed with an error on :
auth_link (auth_ssl);

i use the c-client imap lib (from imap-2001.BETA.SNAP-0104262058) with the SSL enable 
at compil time

i can compil without aby problem with only 
--with-openssl
--with-imap

ZapZap


-- 
Edit Bug report at: http://bugs.php.net/?id=10990edit=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] Fork() in php?

2001-05-21 Thread Zeev Suraski

At 16:00 21/5/2001, Stig Sæther Bakken wrote:
There are no plans for adding MT to PHP itself, but you do have a
poor man's cooperative multi-threading through ticks.  So now we have
a poor man's objects and a poor man's multitasking.  What does that
say about us? :-)

That we have a filthy rich man's Web platform? :)

Zeev


--
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] language specification project

2001-05-21 Thread Zeev Suraski

At 15:58 21/5/2001, Stig Sæther Bakken wrote:
I think the important thing is just to have the language specified and
thoroughly documented, with BNF and all.  Let quirks be quriks for
now, a specification process should not fix them, but put them all on
the radar for future fixing.  There's always someone who relies on a
quirk.  If you mix the spec/doc and fixing processes you're in deep
shit, that's something the first-year university students should
learn, too. ;-)

Anyway, this is a process Zeev  Andi would have to be deeply involved
in, even though I think it's best to have the actual writing done by
someone else, to have an extra audit point to come up with the
questions implementors sometimes forget.

On the other hand, Zeev and Andi may not want to prioritize their time
on this, since a real language specification would clear the path for
alternate parser implementations.

Overall, I don't think I can agree with that;  I'm very much in favour of 
the language spec effort, but instead of going the 'official 
ANSI-committee' approach, I was always in favour of a good documentation of 
what PHP is, in practice.  That's what people were missing.

An effort to create yet-another-language-specification is not something I 
consider to be interesting nor beneficial.  I don't really worry about Zend 
Engine clones (people know enough about the PHP syntax today, they don't 
have to wait for me or Andi to document it, if they wanted to create such a 
clone).  I think that having such clones would not be very beneficial for 
PHP to say the least, but as I said, I don't think it's related to the 
language spec project.

The reasons Andi and I don't invest too much time in this project today are:
- We simply don't have too much time, and the time we have is better spent 
solving real world issues.
- We don't consider the project as it turned out to be all that useful in 
real world terms (i.e., aiming at is some formal document that theoretical 
language implementors would use, but effectively, nobody really will).   I 
think that's the main reason the project ended up lingering to death - 
because it had very little real world use.

Zeev



--
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 #10989 Updated: Wrong file writing

2001-05-21 Thread trax102

ID: 10989
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating system: Win2K-Win98-UNIX
PHP Version: 4.0 Latest CVS (2001-05-21)
Description: Wrong file writing

Ok, I've found the solution: simply call clearstatcache() before filesize().

Previous Comments:
---

[2001-05-21 10:57:52] [EMAIL PROTECTED]
?php
//At the end of the script test.txt should 
//contains ADD1ADD2, but, as you can see,
//it will contains just ADD2.
//Is there a work around for this problem ?

function read_file ($file_name)
{
$file = fopen($file_name, r);
flock($file, 1); 
$content = trim(fread($file, filesize($file_name)));
flock($file, 3); 
fclose ($file);
return ($content);
}

function write_file ($content, $file_name)
{
$file = fopen($file_name, w);
flock($file, 2);
fwrite($file, $content);
flock($file, 3);
fclose ($file);
}

$filename=test.txt;
write_file(, $filename);

$content = read_file($filename);
$content .= ADD1;
write_file($content, $filename);

$content = read_file($filename);
$content .= ADD2;
write_file($content, $filename);
?

---


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


-- 
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 #10989 Updated: Wrong file writing

2001-05-21 Thread derick

ID: 10989
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Analyzed
Bug Type: Filesystem function related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-05-21)
Assigned To: 
Comments:

This should not be closed yet, as I think it's a valid bug.

Derick

Previous Comments:
---

[2001-05-21 11:52:14] [EMAIL PROTECTED]
Ok, I've found the solution: simply call clearstatcache() before filesize().

---

[2001-05-21 10:57:52] [EMAIL PROTECTED]
?php
//At the end of the script test.txt should 
//contains ADD1ADD2, but, as you can see,
//it will contains just ADD2.
//Is there a work around for this problem ?

function read_file ($file_name)
{
$file = fopen($file_name, r);
flock($file, 1); 
$content = trim(fread($file, filesize($file_name)));
flock($file, 3); 
fclose ($file);
return ($content);
}

function write_file ($content, $file_name)
{
$file = fopen($file_name, w);
flock($file, 2);
fwrite($file, $content);
flock($file, 3);
fclose ($file);
}

$filename=test.txt;
write_file(, $filename);

$content = read_file($filename);
$content .= ADD1;
write_file($content, $filename);

$content = read_file($filename);
$content .= ADD2;
write_file($content, $filename);
?

---



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


-- 
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 #10982 Updated: zlib w/ adabas - compile fails on configure

2001-05-21 Thread sniper

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

So is there a libodbc_adabas.so (or .a) in /usr/lib/adabas/lib ??

--Jani


Previous Comments:
---

[2001-05-21 04:16:50] [EMAIL PROTECTED]
checking whether to include zlib support... yes
checking for gzgets in -lz... no
configure: error: Zlib module requires zlib = 1.0.9.

even though zlib version 1.1.3 is installed. If I take
'--with-adabas=/usr/lib/adabas' out it works. 

This is dupe of Bug #10739 that relates this to IMAP but I
have no trouble including '--with-imap=yes'. Here is the end
of config.log and thanks!

configure:47629: checking whether to include YP support
configure:47826: checking whether to include zlib support
configure:48027: checking for gzgets in -lz
configure:48046: gcc -o conftest -g -O2 
-DHARD_SERVER_LIMIT=2048 -DDYNAMIC_MODULE_LIMIT=128
-DLINUX=22 -DMOD_SSL=208100 -DEAPI -DUSE_EXPAT
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -L/usr/lib 
-Wl,-rpath,/usr/lib/adabas/lib -L/usr/lib/adabas/lib
-Wl,-rpath,/usr/local/src/php-4.0.5/ext/odbc
-L/usr/local/src/php-4.0.5/ext/odbc
-Wl,-rpath,/usr/lib/pgsql -L/usr/lib/pgsql conftest.c -lz 
-lsnmp -lexpat -lsablot -lreadline -lhistory -lpq
-lodbc_adabas -lsqlrte -lsqlptc -lmysqlclient -lldap -llber
-lttf -lz -lpng -lgd -ljpeg -lgdbm -lssl -lcrypto -lresolv
-lm -ldl -lcrypt -lnsl  -lresolv -L/usr/lib -ljpeg 15
/usr/i486-suse-linux/bin/ld: cannot find -lodbc_adabas
collect2: ld returned 1 exit status
configure: failed program was:
#line 48035 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still
apply.  */
char gzgets();

int main() {
gzgets()
; return 0; }
config.log line 1389/1425 (END)


---



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


-- 
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 #10991: configuration problem with imap

2001-05-21 Thread Gerard . Gachelin

From: [EMAIL PROTECTED]
Operating system: Solaris8
PHP version:  4.0.5
PHP Bug Type: *Install and Config
Bug description:  configuration problem with imap

Imap from Washington University is installed.
The installed version is : imap-2001.BETA.SNAP-0104140025

The c-client library (c-client.a) is in /usr/local/lib

So I type :
./configure --with-apxs=/usr/local/httpsd/bin/apxs --with-mysql 
--with-imap=/usr/local/lib/imap/c-client.a 
--with-imap-ssl=/usr/local/lib/imap/c-client.a 

It crashes with :
checking for SSL support in IMAP... yes
checking for IMAP support... yes
configure: error: Cannot find imap library. Please check your IMAP installation

Where is the mistake ?



-- 
Edit Bug report at: http://bugs.php.net/?id=10991edit=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 #10992: Problem connecting to Oracle

2001-05-21 Thread fabio . pascarella

From: [EMAIL PROTECTED]
Operating system: Windows
PHP version:  4.0.5
PHP Bug Type: ODBC related
Bug description:  Problem connecting to Oracle

On Windows NT 4 and IIS PHP, from version 4 to the latest, is encountering a problem 
connecting remote Oracle using ODBC. When tring to connect to a DB using the alias 
defined in the file TNSNAMES.ORA also Oracle and OCI8 functions are doing the same.

The problem is that, when using Oracle client version 7.3.4, the file SQLNET.ORA needs 
to be saved in Unix text format to get a connection to a DB defined in TNSNAMES.ORA, 
which needs to be saved the same way to get connected when using Oracle client 8.

I know it is not a severe bug, but if you look at the bug reporting and in many PHP 
mailing lists you'll find a lot of people reporting problems connecting to Oracle from 
PHP on Windows, at the risk of lowering the trust in the use of PHP in commercial or 
enterprise applications.

Please fix it ASAP.


-- 
Edit Bug report at: http://bugs.php.net/?id=10992edit=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 #10985 Updated: Cannot load /usr/local/apache/libexec/libphp4.so into server: shared object not

2001-05-21 Thread sniper

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

This is certainly not any bug in PHP. 
Please ask support questions on one of the mailing
lists, ie. [EMAIL PROTECTED] or [EMAIL PROTECTED]

Hint: /etc/ld.so.conf , /sbin/ldconfig

--Jani


Previous Comments:
---

[2001-05-21 08:16:19] [EMAIL PROTECTED]
I am running Suse Linux 7.1 with kernel 2.4 on a P233MMX Fujitsu Myrica Plus.

Configure line for php4.0.5:
#./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs
I was following a routine from ibm.com/developerworks and had succeeded with 
installing apache_1.2.19 and MySQL-3.23.38.
I copied php.ini-dist into /usr/local/lib/php.ini and edited the apache conf file to 
include
AddType application/x-httpd-php .php .phtml
AddType application/x-httpd-source .phps
I saved the file, then restarted apache and got a message that apache could not be 
started because it could not load 
/usr/local/apache/libexec/libphp4.so into server: shared object not open.
Do you have a solution?

---



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


-- 
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] copyright question for ext_skel generated source

2001-05-21 Thread Thomas Fromm


hi,

i want to build in php extension support into the kdevelop applikation 
wizards, to generate a basic source  Makefile construct alike this
generated by ext_skel. At the top of the .c and .h files is an header which 
showed an copyright of this generated source to the php group.

if i use these generated source, and put in there my own stuff and modify 
them, then its not allowed to put these source under a different licence, 
isn't it?
(normally is generated source licence free, so this confuse me a little bit)

can i have the permission, to create these basefiles with the application 
wizard of kdevelop?

regards,
tf

-- 
--   
http://phporacleadmin.org http://tfromm.com  http://inubit.com
Go away or I will replace You with a small PHP script!

-- 
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] bug or feature?

2001-05-21 Thread Kristian Köhntopp

Stig Sæther Bakken wrote:
 I disagree with your conclusion here.  If a side-effect is useful
 enough and people want to use it, why not document it de-bastardize
 it?  The fact that other OO languages implement this should be a hint
 that it shouldn't be impossible to do in a different OO model.

Also, this is not performance critical. It is usually done
in errors handlers in constructors, so PHP engine implementors
should be able to emulate it, even if assignments to $this are
not a natural side effect in their implementation of a PHP
engine.

Kristian

-- 
Kristian Köhntopp, NetUSE AG Dr.-Hell-Straße, D-24107 Kiel
Tel: +49 431 386 435 00, Fax: +49 431 386 435 99

-- 
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 #10993: filesize on newly made/just opened file weirdness

2001-05-21 Thread wico

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.5
PHP Bug Type: Filesystem function related
Bug description:  filesize on newly made/just opened file weirdness

Hiya

run this test script and and watch the output differ depending on using filesize or not

$fp = fopen('file.test', a+b);

//(un)comment this line
filesize('file.test');

fwrite($fp, boe);
fclose($fp);

$fp2 = fopen('file.test', a+b);
fseek($fp2, 0);
echo fread($fp2, filesize('file.test'));

unlink('file.test');

Greetz,

Wico


-- 
Edit Bug report at: http://bugs.php.net/?id=10993edit=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 #10995 Updated: httpd dumps core when php4 module is loaded before modssl

2001-05-21 Thread yohgaki

ID: 10995
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: 
Bug Type: Apache related
Operating system: RedHat 7.0.1
PHP Version: 4.0 Latest CVS (2001-05-21)
Description: httpd dumps core when php4 module is loaded before modssl

Incorrect description
httpd.conf (NG) must be OK.
httpd.conf (OK) must be NG.


Previous Comments:
---

[2001-05-21 14:08:54] [EMAIL PROTECTED]
This report is probably a duplicate of 9813 and 10974.

Apahce+Mod-SSL dumps core when httpd is started with SSL
option and php4 module is loaded before mod-ssl.

= httpd.conf (NG) =
LoadModule php4_modulelib/apache/libphp4.so
IfDefine SSL
LoadModule ssl_module lib/apache/libssl.so
/IfDefine

= httpd.conf (OK) =
IfDefine SSL
LoadModule ssl_module lib/apache/libssl.so
/IfDefine
LoadModule php4_modulelib/apache/libphp4.so

Loading php4 module before mod-ssl starts httpd. It seems
working.

Apache 1.3.20
Mod-SSL 2.8.4
OpenSSL 0.9.6
PHP4.0.7-dev (CVS 5/21/2000)

I guess you don't need config, backtrace, etc. If you need,
let me know.




---


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


-- 
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] §Aª¾¹D¦³¡u7-Eleven¦Ê¤¸Â§¨é¡v¶Ü Time:PM 08:05:25

2001-05-21 Thread lo518
Title: ¤W´­³q°T¦³­­¤½¥q
Dear php-dev,±z¦n(³o¬O¼s§i¦p¦³¥´ÂZ·q½Ð¥]¨ç)







  emob(¥ì¼¯¥»)³q°Tºô
  ¦b¦¹«D±`·PÁ¦U¦ìºô¤Í¹ïemob³q°Tºô¼ö¯Pªº­qÁÊ¡I
  ²Ä¤@´Á«P¾P(¦Ü5¤ë25¤é¤î¡A¥H­qÁʤé´Á¬°·Ç)
   ­­¶q¶W§C°Ó«~   
  ÂI¿ï²£«~¦WºÙ¦³¸Ô²Ó¤¶²Ð¤º®e
  ³ï¾_¦¡§K«ù¦Õ¾÷   
  ¥þ­±¤j­°»ù 190¤¸  
  ­qÁʼƶq «ü©wÃC¦â¤º®e 
  «¬¸¹¤º®e
   
  
  ¿Õ©_¨È,¦èªù¤l¶Ç¿é½u§÷   
  ­­¶q¯S»ù 190¤¸ 
  ­qÁʼƶq «ü©w«¬¸¹¤º®e 
   
   
  ¿Õ©_¨È   
  8250 ¥~´ß   
  10²ÕÃC¦â90¤¸ 
  ­qÁʼƶq «ü©wÃC¦â¤º®e 
   
  
  ²Ä¤G´Á³Ì·s«P¾P(5¤ë18¤é°_¡A¥H­qÁʤé´Á¬°·Ç)
  ¥ô¿ï¤GÁû°ª®e¶q¹q¦À¥u­n590¤¸ 
  «Ý¾÷®É¶¡¯Sªø 
  ­qÁʼƶq «ü©w«¬¸¹¤º®e 
   
  
  ¤Z®ø¶Oº¡1000¤¸§K¶l¸ê¡A¦A°e¡u7-Eleven§¨é¡v¤A±i®@¡I 
  ¨º»ò¦n±d
  ¶R¸U¥Î«¬¨®¥Î§K«ù¦A°e³ï¾_¦¡¦Õ¾÷ 
  550¤¸ ¦³¦Y¤S¦³®³ 
  
  ­qÁʼƶq «ü©w«¬¸¹¤º®e 
   
  
  ¶RMP3ÀH¨­Å¥°eNOKIA©Î¦èªù¤l¶Ç¿é½u 
  1600¤¸ ¦³Å¥¤S¦³ª± 
  ­qÁʼƶq  
  ³Ì·s³ø§i
  ¿Õ©_¨È 
  8310 ¥\¯à¤j³zµø NOKIA¤S¥X©Û¤F!
  ¥´¶}ªüº¸¥d¯SOT511ªº­±»ª 
  §A¤£ª¾¹DÁÙ¦³OT511§a.
  ¤â¾÷¹q¦À¥R¹q§Þ¥© 
  ¹F¨ì³Ì¦³®Ä
  ¤¤¤å©m¦W¡G­q³æ¤é´Á¡G¤ë¤é
  
  ¦a§}¡G¶l»¼°Ï¸¹¡G
  Ápµ¸¹q¸Ü¡G¤é¡G©]¡G¤â¾÷¡G
  E-mail ¦a§}   
  
  ¦³¥ô¦ó°ÝÃD½Ð¨Ó¯d¨¥ªO
  ¥æ³f¤è¦¡: 
  ¤@«ß±Ä¥Î³f¨ì¥I´Ú¡A»Ý¥t¥[¶l¸ê80¤¸(¥H­­±¾±H¥X) 
  ­qÁʤ覡:   
  ­qÁʱM½u   
  0913-147144   
  ¶Ç¯u­qÁÊ 02-27039396  
  ²£«~ºô§}  
  www.emob.com.tw
  ¡@





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



[PHP-DEV] Bug #10996 Updated: fopen of url results in invlaid file handle

2001-05-21 Thread sniper

ID: 10996
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Bug Type: Filesystem function related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Reproduced with PHP 4.0.6RC1.

--Jani



Previous Comments:
---

[2001-05-21 14:19:26] [EMAIL PROTECTED]
#!/usr/local/bin/php
?php
$fp = fopen(php://stdin, r); #same result with a file
$text = fread($fp, 100);
fclose($fp);
$fp2 = fopen(http://cnn.com;, r);
$text2 = fread($fp2, 100);
fclose($fp2);
?

CGI version of php 4.0.5 (4.0.2 did the same too) with default ./configure

default php.ini too

The URL fopen usually goes through (meaning the server of the called URL usually gets 
the request), but the response is unreadable since the file-handle isn't valid. If I'm 
missing something totally obvious I apologize in advance. Thanks so much. 
-Graham Warden


---



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


-- 
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 #10989 Updated: Wrong file writing

2001-05-21 Thread cynic

ID: 10989
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Bogus
Bug Type: Filesystem function related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-05-21)
Assigned To: 
Comments:

It's not. The clearstatcache() is really needed (per manual). The result of filesize() 
is cached (and it's 0), so on all the calls to read_file() 0 bytes is read, hence 

$filename=test.txt;
write_file(, $filename);
# filesize() returns 0, and the result is cached

$content = read_file($filename);
# read filesize(), i. e. the cached 0 bytes. ok this time
$content .= ADD1;
write_file($content, $filename);

$content = read_file($filename);
# read filesize(), i. e. the cached 0 bytes. this time it's not ok
#  == $content
$content .= ADD2;
write_file($content, $filename);

BTW I think it should be bogusified (user error).

Previous Comments:
---

[2001-05-21 11:55:50] [EMAIL PROTECTED]
This should not be closed yet, as I think it's a valid bug.

Derick

---

[2001-05-21 11:52:14] [EMAIL PROTECTED]
Ok, I've found the solution: simply call clearstatcache() before filesize().

---

[2001-05-21 10:57:52] [EMAIL PROTECTED]
?php
//At the end of the script test.txt should 
//contains ADD1ADD2, but, as you can see,
//it will contains just ADD2.
//Is there a work around for this problem ?

function read_file ($file_name)
{
$file = fopen($file_name, r);
flock($file, 1); 
$content = trim(fread($file, filesize($file_name)));
flock($file, 3); 
fclose ($file);
return ($content);
}

function write_file ($content, $file_name)
{
$file = fopen($file_name, w);
flock($file, 2);
fwrite($file, $content);
flock($file, 3);
fclose ($file);
}

$filename=test.txt;
write_file(, $filename);

$content = read_file($filename);
$content .= ADD1;
write_file($content, $filename);

$content = read_file($filename);
$content .= ADD2;
write_file($content, $filename);
?

---



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


-- 
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 #10997: Constant contains garbage

2001-05-21 Thread peter . valkov

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 7.2
PHP version:  4.0.5
PHP Bug Type: HTTP related
Bug description:  Constant contains garbage

After form data is submitted to the script i have up to 3 

header('Location: '.$newPage);

http redirects. In case i hit 3rd page where i have constant defined it is full with 
garbage !?!?!

define(CONSTANT,value);
if (CONSTANT != value) die(Why is that?!?);

If i hit this page with same parameters but not from http redirect or using PHP 
4.0.4pl1 everything is woking fine.

I can not expose entire script here because is quite big (2000 lines +).

I'm using IE 5.5 SP1.
Linux Mandrake 7.2
PHP 4.0.5 compiled --with-apxs --with-mysql --with-oci8
using egcs-2.91.66
libc-5.3.12
glibc-2.1.3
apache 1.3.14


-- 
Edit Bug report at: http://bugs.php.net/?id=10997edit=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 #10998: include http file

2001-05-21 Thread lan

From: [EMAIL PROTECTED]
Operating system: AIX 4.3
PHP version:  4.0.5
PHP Bug Type: HTTP related
Bug description:  include http file

I receive that only on the new version of PHP and not on my Linux machine (with php 
4.0.4pl1)

I can include a specific file but not from http. 

Warning: php_hostconnect: connect failed in /appl/htdocs/xped-output.php on line 38

Warning: Failed opening 'http://32.203.99.36/xped-output.php?seq=0518sort=' for 
inclusion (include_path='') in /appl/htdocs/xped-output.php on line 38





-- 
Edit Bug report at: http://bugs.php.net/?id=10998edit=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 #10993 Updated: filesize on newly made/just opened file weirdness

2001-05-21 Thread swm

ID: 10993
Updated by: swm
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

The results of filesize() are cached. You will need to
reload the cache for this file in order that it return the
correct result.

See clearstatcache() and filesize() documentation.

Previous Comments:
---

[2001-05-21 13:34:21] [EMAIL PROTECTED]
Hiya

run this test script and and watch the output differ depending on using filesize or 
not

$fp = fopen('file.test', a+b);

//(un)comment this line
filesize('file.test');

fwrite($fp, boe);
fclose($fp);

$fp2 = fopen('file.test', a+b);
fseek($fp2, 0);
echo fread($fp2, filesize('file.test'));

unlink('file.test');

Greetz,

Wico

---



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


-- 
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 #11001: ini_set() of 'magic_quotes_sybase' has no effect

2001-05-21 Thread mike

From: [EMAIL PROTECTED]
Operating system: Win2K Professional SP1
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  ini_set() of 'magic_quotes_sybase' has no effect

Trying to set magic_quotes_sybase with

ini_set('magic_quotes_sybase', 1 )

even though a ini_get() says the value is set it has no effect on the handling of 
quotes. I have to set the value to 'on' in the PHP.ini file in order for this to work. 

I have tried the following without any success.

ini_set('magic_quotes_sybase', 1 )
ini_set('magic_quotes_sybase', '1' )
ini_set('magic_quotes_sybase', -1 )
ini_set('magic_quotes_sybase', '-1' )
ini_set('magic_quotes_sybase', true )
ini_set('magic_quotes_sybase', 'on' )



-- 
Edit Bug report at: http://bugs.php.net/?id=11001edit=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 #11002: Corrupt Output

2001-05-21 Thread jgreenwood

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.0.5
PHP Bug Type: *General Issues
Bug description:  Corrupt Output

I'm currently using PHP and mySQL on my windows 2000 Server
(with the latest IIS). One of every 9 or 10 hits result in a
page with corrupt data.  Is this a common problem on the
windows platform?  Is there something I need to do to fix
this?  Usually, if I refresh the page, the problem is fixed.
When I view the source code, there is either some text
missing, or some gibberish mixed in with the HTML.
I've installed and reinstalled the OS, mySQL, and PHP on
multiple systems. I'm a big fan of open source and I'd like
to use PHP for my projects.  Do I have to use linux for this
to be reliable?
thanks for your help!


-- 
Edit Bug report at: http://bugs.php.net/?id=11002edit=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 #11001 Updated: ini_set() of 'magic_quotes_sybase' has no effect

2001-05-21 Thread mike

ID: 11001
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Operating system: Win2K Professional SP1
PHP Version: 4.0.5
Description: ini_set() of 'magic_quotes_sybase' has no effect

Is it a documention issue?

The Online Manual
=
magic_quotes_sybase 0 PHP_INI_ALL 


PHP_INI_ALL 7 Entry can be set anywhere 

Previous Comments:
---

[2001-05-21 16:26:50] [EMAIL PROTECTED]
Not a bug.  magic quotes are done before your script is executed, so you can't change 
these settings in your script.

---

[2001-05-21 16:23:33] [EMAIL PROTECTED]
Trying to set magic_quotes_sybase with

ini_set('magic_quotes_sybase', 1 )

even though a ini_get() says the value is set it has no effect on the handling of 
quotes. I have to set the value to 'on' in the PHP.ini file in order for this to work. 


I have tried the following without any success.

ini_set('magic_quotes_sybase', 1 )
ini_set('magic_quotes_sybase', '1' )
ini_set('magic_quotes_sybase', -1 )
ini_set('magic_quotes_sybase', '-1' )
ini_set('magic_quotes_sybase', true )
ini_set('magic_quotes_sybase', 'on' )


---


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


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

2001-05-21 Thread CVS Account Request

Full name: Slaven Vujiæ
Email: [EMAIL PROTECTED]
ID: lancelot_
Purpose: I\'m finishing the first PHP book written on Croatian. I\'m interested in 
writting documentation and taking place in development of php.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] Bug #10991 Updated: configuration problem with imap

2001-05-21 Thread sniper

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

What does it say in config.log for this?

--Jani



Previous Comments:
---

[2001-05-21 12:55:16] [EMAIL PROTECTED]
Imap from Washington University is installed.
The installed version is : imap-2001.BETA.SNAP-0104140025

The c-client library (c-client.a) is in /usr/local/lib

So I type :
./configure --with-apxs=/usr/local/httpsd/bin/apxs --with-mysql 
--with-imap=/usr/local/lib/imap/c-client.a 
--with-imap-ssl=/usr/local/lib/imap/c-client.a 

It crashes with :
checking for SSL support in IMAP... yes
checking for IMAP support... yes
configure: error: Cannot find imap library. Please check your IMAP installation

Where is the mistake ?


---



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


-- 
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] Fork() in php?

2001-05-21 Thread Jason Greene

I was thinking about MT in php, but  the platform differences  would be a nightmare.
We could abstract it like perl does, though even their implementation
has problems.

I would like to start with process control features (fork(), signals, waitpid() etc), 
but
I am not sure where everything should go. Should there be a /ext/process?
Should signals be in a separate extension?

Let me know what you guys think.
-Jason


- Original Message -
From: Zeev Suraski [EMAIL PROTECTED]
To: Stig Sæther Bakken [EMAIL PROTECTED]
Cc: Manuel Lemos [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, May 21, 2001 4:33 AM
Subject: Re: [PHP-DEV] Fork() in php?


At 16:00 21/5/2001, Stig Sæther Bakken wrote:
There are no plans for adding MT to PHP itself, but you do have a
poor man's cooperative multi-threading through ticks.  So now we have
a poor man's objects and a poor man's multitasking.  What does that
say about us? :-)

That we have a filthy rich man's Web platform? :)

Zeev


--
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 #11000 Updated: ftp_connect(...) produces ftpbuf 0 error

2001-05-21 Thread sniper

ID: 11000
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: FTP related
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Have you tried with some public ftp-server?
Does it work then? And what is the full error message?

--Jani


Previous Comments:
---

[2001-05-21 15:39:36] [EMAIL PROTECTED]
I installed the PHP4 software (actual Windows binary 4.04pl1) with the actual 
Apache-Server on a NT 4.0 server. The FTP-Server I try to contact runs localy on my 
NT4.0 PC.
The following script
?php
$ftp_user = username;
$ftp_pass = password;
$ftp_server = 127.0.0.1;
$conn_id = ftp_connect($ftp_server);
echo $conn_id;
$login_result = ftp_login($conn_id, $ftp_user, $ftp_pass);
?
causes Warning: Unable to find ftpbuf 0 in .
$conn_id is null, it seems, that there is no connection.
I found some similar error-messages in the php-FAQ's, but no answer.
bye...


---



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


-- 
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 #11004: Allow ini_set() of magic_quotes_sybase to have effect

2001-05-21 Thread mike

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.5
PHP Bug Type: Feature/Change Request
Bug description:  Allow ini_set() of magic_quotes_sybase to have effect

See http://bugs.php.net/?id=11001

I am running PHP/MYSQL and PHP/MSSQL apps on the same server which will not work 
because I have to set a global value in the PHP.ini file or have multiple copies of 
PHP on the server.

thanks!


-- 
Edit Bug report at: http://bugs.php.net/?id=11004edit=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] htmlentities and locales

2001-05-21 Thread Wez Furlong

Hey,

I've started to work on making htmlentities aware of different charsets.
Now, the question is, how do we let it know which charset to use?

There is a comment in ext/standard/html.c that says it would be wise to use
the LC_CTYPE setting but the problem is that there is no easy way to
determine the charset from the locale name if it is not included in the
locale name (an implicit character set).

Perhaps it would be better to specify the charset by some other means?
Maybe an optional charset parameter ? (/me ducks to avoid hurled rocks).

Seriously, we need a workable solution; ideally one that works on win32 as
well.

IMHO the locale.h stuff is a bit too black-box if you want to make your own
functions locale aware. (unless I am missing something vital!).

--Wez.


-- 
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 #10998 Updated: include http file

2001-05-21 Thread sniper

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

Please include the example script here which can be used
to reproduce this problem.

--Jani



Previous Comments:
---

[2001-05-21 15:13:47] [EMAIL PROTECTED]
I receive that only on the new version of PHP and not on my Linux machine (with php 
4.0.4pl1)

I can include a specific file but not from http. 

Warning: php_hostconnect: connect failed in /appl/htdocs/xped-output.php on line 38

Warning: Failed opening 'http://32.203.99.36/xped-output.php?seq=0518sort=' for 
inclusion (include_path='') in /appl/htdocs/xped-output.php on line 38




---



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


-- 
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] mysql and functions

2001-05-21 Thread Lybarger, Denver J (LYBARDJ8)

Hi All,
 Is there a way to return the results of a mysql_query or the array that
is generated after mysql_fetch_array, via a function?  Note I have tried to
do a straight return.  Another issue is that all of the tables are a
different size, therefore a static array size would be a big waste of
memory.  Thanks for any help you could lend.
- Denver

function findEntryId($tableName,$keyName){

  connects to db here   

   $db =SELECT * FROM '$tableName' WHERE '$keyName' =$selectOption;
   $mysql_result = mysql_query($db);
   $row = mysql_fetch_array($mysql_result);
   return $row;
}

from page:
$row = findEntryId(x,x_num));


-- 
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] Constructor Inheritance

2001-05-21 Thread Tiago Moitinho

Hello all, 

I am new to PHP, so please appologize if my question looks silly...

How do I inherit a class that inherits the constructor behaviour from the
parent class, assuming the parent class cannot be changed? 
For instance, 

class A { 
  // this class is already define, not changeable
  function A()
 // does something
  }
}

class B extends A {
  function B()
 // inherits A construction: how do I do this? 
 // does something else
  }
}


Thanks in advance, 

Tiago 

-- 
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] Latest CVS on Win32

2001-05-21 Thread Andi Gutmans

Are you sure you rebuilt the whole tree? It works fine for me.
Do you have an extremely short reproducing script?

Andi

At 06:58 AM 5/21/2001 +0200, Sebastian Bergmann wrote:
   With the latest CVS on Win32 I get the following warnings

 Warning: Unknown list entry type in request shutdown (0) in
  Unknown on line 0

   Could that be related to the ZendEngine patches from last night? The
same script runs fine without warnings on PHP 4.0.5.

--
  sebastian bergmann[EMAIL PROTECTED]
http://www.sebastian-bergmann.de

  bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

--
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]




Re: [PHP-DEV] Latest CVS on Win32

2001-05-21 Thread Sebastian Bergmann

Andi Gutmans wrote:
 Are you sure you rebuilt the whole tree? It works fine for me.

  Yes, I rebuilt completely.

 Do you have an extremely short reproducing script?

?php
  $xmldoc = domxml_new_xmldoc('1.0');
  $root = $xmldoc-add_root('root');
  $foo = $root-new_child('foo', 'bar');
  print $xmldoc-dumpmem();
?

  This works fine with PHP 4.0.5 and 4.0.7-CVS from yesterday, so it
should not be related to any patches to ext/domxml itself.

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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 #10742 Updated: iconv failure

2001-05-21 Thread sniper

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

Fixed in CVS. Thanks!

--Jani


Previous Comments:
---

[2001-05-09 22:45:40] [EMAIL PROTECTED]
filename is config.m4,
if use error source,you cannot make iconv for php4.05.

please use right replace error.
error begin row 30.

---

[2001-05-09 22:40:14] [EMAIL PROTECTED]
filename is iconv/config.m4

---

[2001-05-09 14:33:55] [EMAIL PROTECTED]
Sascha, Sterling, can you please comment on this one?

---

[2001-05-09 02:21:38] [EMAIL PROTECTED]
error source:
  if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then
AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD)
  else
AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
  fi

right source:

  if test -f $ICONV_DIR/lib/libconv.a -o -f $ICONV_DIR/lib/libiconv.so ; then
AC_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD)
AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
  else
AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
  fi

---



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


-- 
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] db vs. dba

2001-05-21 Thread Andi Gutmans

Hey,

Do people still use db or has it become an antique due to dba?

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] copyright question for ext_skel generated source

2001-05-21 Thread Stig Sæther Bakken

[Thomas Fromm [EMAIL PROTECTED]]
 hi,
 
 i want to build in php extension support into the kdevelop
 applikation wizards, to generate a basic source  Makefile construct
 alike this generated by ext_skel. At the top of the .c and .h files
 is an header which showed an copyright of this generated source to
 the php group.
 
 if i use these generated source, and put in there my own stuff and
 modify them, then its not allowed to put these source under a
 different licence, isn't it?  (normally is generated source licence
 free, so this confuse me a little bit)
 
 can i have the permission, to create these basefiles with the
 application wizard of kdevelop?

IMHO it's ok to use the skeleton files and change the license, even to
a commercial closed-source one.  I don't know about others' HO
though. :-)

 - Stig

-- 
  Stig Sæther Bakken [EMAIL PROTECTED]
  Fast Search  Transfer ASA, Trondheim, Norway

-- 
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 #10982 Updated: zlib w/ adabas - compile fails on configure

2001-05-21 Thread sniper

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

user error. Use the install prefixes for configure options.

--Jani


Previous Comments:
---

[2001-05-21 18:10:43] [EMAIL PROTECTED]
doh! I assumed it had already found it because adabas comes
before zlib alphabetically; and Mr. RPM told me it was there
;] So I dont know if this still qualifies as a bug or a
PEBKAC but thanks for your prompt reply

-S


---

[2001-05-21 12:43:23] [EMAIL PROTECTED]
So is there a libodbc_adabas.so (or .a) in /usr/lib/adabas/lib ??

--Jani


---

[2001-05-21 04:16:50] [EMAIL PROTECTED]
checking whether to include zlib support... yes
checking for gzgets in -lz... no
configure: error: Zlib module requires zlib = 1.0.9.

even though zlib version 1.1.3 is installed. If I take
'--with-adabas=/usr/lib/adabas' out it works. 

This is dupe of Bug #10739 that relates this to IMAP but I
have no trouble including '--with-imap=yes'. Here is the end
of config.log and thanks!

configure:47629: checking whether to include YP support
configure:47826: checking whether to include zlib support
configure:48027: checking for gzgets in -lz
configure:48046: gcc -o conftest -g -O2 
-DHARD_SERVER_LIMIT=2048 -DDYNAMIC_MODULE_LIMIT=128
-DLINUX=22 -DMOD_SSL=208100 -DEAPI -DUSE_EXPAT
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -L/usr/lib 
-Wl,-rpath,/usr/lib/adabas/lib -L/usr/lib/adabas/lib
-Wl,-rpath,/usr/local/src/php-4.0.5/ext/odbc
-L/usr/local/src/php-4.0.5/ext/odbc
-Wl,-rpath,/usr/lib/pgsql -L/usr/lib/pgsql conftest.c -lz 
-lsnmp -lexpat -lsablot -lreadline -lhistory -lpq
-lodbc_adabas -lsqlrte -lsqlptc -lmysqlclient -lldap -llber
-lttf -lz -lpng -lgd -ljpeg -lgdbm -lssl -lcrypto -lresolv
-lm -ldl -lcrypt -lnsl  -lresolv -L/usr/lib -ljpeg 15
/usr/i486-suse-linux/bin/ld: cannot find -lodbc_adabas
collect2: ld returned 1 exit status
configure: failed program was:
#line 48035 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still
apply.  */
char gzgets();

int main() {
gzgets()
; return 0; }
config.log line 1389/1425 (END)


---



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


-- 
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] Fork() in php?

2001-05-21 Thread Stig Sæther Bakken

[Jason Greene [EMAIL PROTECTED]]
 I was thinking about MT in php, but the platform differences would
 be a nightmare.  We could abstract it like perl does, though even
 their implementation has problems.
 
 I would like to start with process control features (fork(),
 signals, waitpid() etc), but I am not sure where everything should
 go. Should there be a /ext/process?  Should signals be in a separate
 extension?
 
 Let me know what you guys think.  -Jason

IMHO this type of functionality should only be available in a
dedicated SAPI module, at least now.  There are a lot of worms waiting
to come out of this can, so put the can in a bucket first. :-)

 - Stig

-- 
  Stig Sæther Bakken [EMAIL PROTECTED]
  Fast Search  Transfer ASA, Trondheim, Norway

-- 
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] Latest CVS on Win32

2001-05-21 Thread Andi Gutmans

Well it sounds like a bug in domxml to me.
Maybe yesterday's patch unveiled this bug because there is no reason I can 
think of (unless I'm missing something) that yesterday's patch should 
effect domxml.
It should work with whatever resource type id it received.

Andi

At 06:22 PM 5/21/2001 +0200, Sebastian Bergmann wrote:
Andi Gutmans wrote:
  Are you sure you rebuilt the whole tree? It works fine for me.

   Yes, I rebuilt completely.

  Do you have an extremely short reproducing script?

 ?php
   $xmldoc = domxml_new_xmldoc('1.0');
   $root = $xmldoc-add_root('root');
   $foo = $root-new_child('foo', 'bar');
   print $xmldoc-dumpmem();
 ?

   This works fine with PHP 4.0.5 and 4.0.7-CVS from yesterday, so it
should not be related to any patches to ext/domxml itself.

--
  sebastian bergmann[EMAIL PROTECTED]
http://www.sebastian-bergmann.de

  bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de


-- 
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] Fork() in php?

2001-05-21 Thread Zeev Suraski

At 01:30 22/5/2001, Stig Sæther Bakken wrote:
IMHO this type of functionality should only be available in a
dedicated SAPI module, at least now.  There are a lot of worms waiting
to come out of this can, so put the can in a bucket first. :-)

Very nicely put! :)

Zeev


--
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 #11005: The specified CGI application exceeded the allowed time for processing. The ser

2001-05-21 Thread balani

From: [EMAIL PROTECTED]
Operating system: Windows2000
PHP version:  4.0.5
PHP Bug Type: *Graphics related
Bug description:  The specified CGI application exceeded the allowed time for 
processing. The ser




-- 
Edit Bug report at: http://bugs.php.net/?id=11005edit=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 #11005 Updated: The specified CGI application exceeded the allowed time for processing. The ser

2001-05-21 Thread balani

ID: 11005
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Graphics related
Operating system: Windows2000
PHP Version: 4.0.5
Description: The specified CGI application exceeded the allowed time for processing. 
The ser


I'm receiving this message an access web page


CGI Timeout
The specified CGI application exceeded the allowed time for processing. The server has 
deleted the process.

Previous Comments:
---

[2001-05-21 18:55:34] [EMAIL PROTECTED]


---


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


-- 
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: Bug #9859 Updated: mail() doesn't send cc or bcc as in the manual instructions

2001-05-21 Thread Daniel Beckham

Does it even need to force you to use one over the other?  Can it not simply
accept both forms?

Daniel

- Original Message -
From: [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Sent: Monday, May 21, 2001 3:28 AM
Subject: [PHP-DEV] Re: Bug #9859 Updated: mail() doesn't send cc or bcc as
in the manual instructions


 Whichever is decided, \r\n or just \n, it should be uniform across
 platforms so you don't have to re-write code when switching from linux to
 windows or vice versa.
 Or even from the cgi version to the isapi version.

 [EMAIL PROTECTED]


 At 03:06 AM 5/21/01 +, you wrote:
 ID: 9859
 Updated by: danbeck
 Reported By: [EMAIL PROTECTED]
 Status: Open
 Old-Bug Type: Documentation problem
 Bug Type: Mail related
 Operating system:
 PHP Version: 4.0.4pl1
 Assigned To:
 Comments:
 
 I've corrected the Cc: and Bcc: problems in the mail() example, but I'm
 reclassifying this as a Mail Function problem.  Is it necessary for the
 win32 version of the mail() function to require that you use \r\n?
 
 
 
 If it is, I can add this information to the mail function docs.
 
 Previous Comments:

---
 
 [2001-03-20 02:42:22] [EMAIL PROTECTED]
 script example:
 

---
 --
 
 ?php
 
 $returnvar=false;
 
 
 
 $mailto=[EMAIL PROTECTED];
 
 $mailsubject=cc test;
 
 $mailmessage=message content;
 
 $mailHeader=cc:[EMAIL PROTECTED];
 
 
 
 $returnvar=mail($mailto,$mailsubject,$mailmessage,$mailHeader);
 
 
 
 ?
 
 html
 
 body
 
 the mail was sent?
 
 ?php
 
 echo brreturnvar= $returnvarbr;
 
 ?
 
 /body
 
 /html
 

---
 --
 
 The above does not send the carbon copy.
 
 
 
 The pdf manual says:
 

---
 ---
 
 $headers .= cc:[EMAIL PROTECTED]; // CC to
 
 $headers .= bcc:[EMAIL PROTECTED], [EMAIL PROTECTED]; // BCCs
to
 
 /* and now mail it */
 
 mail($recipient, $subject, $message, $headers);
 

---
 
 
 
 
 That does not work since Win32 sendmail.c looks for case sensitve Cc:
 
 sendmail.c also does not look for bcc:
 
 
 
 Also you must have rn not just n.
 
 
 
 I think the problem is here in win32 sendmail.c :
 
 
 
  if (headers  (pos1 = strstr(headers, Cc:))) {
 
  pos2 = strstr(pos1, rn);
 
  tempMailTo = estrndup(pos1, pos2-pos1);
 
 
 
 
 

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



 --
 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 #5814 Updated: ODBC connection to Oracle fails

2001-05-21 Thread fsegtrop

ID: 5814
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: ODBC related
Operating system: NT4 SP6a
PHP Version: 4.0.1pl2
Description: ODBC connection to Oracle fails

Hi, again!

I have examined the problem further, and the solution is:

When using the CGI-mode of PHP, the TNSNAMES.ORA and SQLNET.ORA must NOT contain 
DOS/WINDOWS CR/LF, but only UNIX LFs.

In the ISAPI mode, this does not matter at all.

Frank

Previous Comments:
---

[2001-01-12 05:15:45] [EMAIL PROTECTED]
After changing the server OS to Windows 2000 SP1, using IIS 5.0 instead of Apache and 
PHP 4.0.3, the error did not occur any more.
However, we did not examine exactly what did solve the problem, the new OS, the IIS or 
the new PHP version.

When I have time, I will examine this further, at the moment, I am just glad to have a 
working solution.

Thanks!

---

[2001-01-11 17:09:33] [EMAIL PROTECTED]
did you encounter this bug in later (preferrably 4.0.4) versions of PHP?

---

[2000-07-28 21:38:16] [EMAIL PROTECTED]
Just an addition:

The same bug occurs using Windows98 and Apache Web Server. The connection to Oracle 
via ODBC works with php3 and other ODBC-clients and fails with php4, where TNS cannot 
resolve the Oracle alias.

Regards,
Frank

---

[2000-07-28 16:09:21] [EMAIL PROTECTED]
This is the c function that works, and it shows no big difference to the 
odbc_sqlconnect function used by php4:


void myodbcconnect()
{
int rc;
SQLHANDLE henv,hdbc;


SQLAllocEnv(henv);
SQLAllocConnect(henv, hdbc);


rc = SQLConnect(hdbc,(unsigned char*)dsn,strlen(dsn),(unsigned 
char*)uid,strlen(uid),(unsigned char*)pwd,strlen(pwd));


if (rc != SQL_SUCCESS  rc != SQL_SUCCESS_WITH_INFO) {
MessageBox(hWnd,,Fehler,IDOK);
SQLFreeConnect(hdbc);

}
else
MessageBox(hWnd,OK,,IDOK);

}


---

[2000-07-28 14:06:42] [EMAIL PROTECTED]
No, both php3 and php4 run as CGI, and with the same user. Also, everyone has full 
access to the tnsnames.ora.

I have configured Apache the way that scripts ending with .php4 are executed by php4 
and scripts ending with .php3 by php3. A script, run as test.php4 fails, the same 
run as test.php3 succeeds. Everything runs as CGI, not as Apache module.

I have written a small test-program with C, and there the connection using SQLConnect 
works, as well as with php3. Somehow, in php4 the same function call (SQLConnect) 
returns SQL_ERROR.

In php3 and my test-program, SQLConnect finds the missing parameters DBQ and ASY from 
the ODBC-driver and can resolve the DBQ setting, in php4 it also finds the DBQ and ASY 
parameters, but cannot resolve the DBQ, though there is no obvious difference in the 
environment (same users, same machine, same browser). Anyhow, the php_odbc.c source 
does not show me any hint why this behaviour occurs, and it appears to be a different 
environment, but then the same occurs on different machines. Always, php3 works, php4 
does not work, other ODBC-clients work. 

One idea is: in php3, the SQLConnect runs from the exe, in php4 from a dll (even in 
the CGI-version), and the TNS-resolution does not work there?
That's the only difference I have found so far.

If i Find more, I'll update this report.

Best regards,
Frank

---

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

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


-- 
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] Fork() in php?

2001-05-21 Thread Richard Heyes

 There are no plans for adding MT to PHP itself, but you do have a
 poor man's cooperative multi-threading through ticks.

Are these documented anywhere?

Thanks.
-- 
Richard Heyes
'Live your life as if you're going to die tomorrow.
Learn as if you're going to live forever.' 

-- 
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 #10958 Updated: ltconfig in infinite loop looking for echo

2001-05-21 Thread sniper

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

In the latest CVS the libtool has been upgraded and the ltconfig file doesn't exist 
anymore. Could you please
try the latest CVS snapshot from http://snaps.php.net/
to verify if it works now.

--Jani


Previous Comments:
---

[2001-05-18 16:47:17] [EMAIL PROTECTED]
I had to comment out the following lines in ltconfig and
hardcode my choice for echo:

#  IFS=${IFS=  }; save_ifs=$IFS;
IFS=${IFS}${PATH_SEPARATOR}
#  for dir in $PATH /usr/ucb; do
#if (test -f $dir/echo || test -f $dir/echo$ac_exeext) 
#   test X`($dir/echo 't') 2/dev/null` = 'Xt' 
#   test X`($dir/echo $echo_test_string)2/dev/null`
= X$echo_test_string; then
#  echo=$dir/echo
#  break
#fi
#  done
#  IFS=$save_ifs
echo=/usr/bin/echo

Not doing so keeps ltconfig in an infinite loop.


NOTE: I did not have to use the HPUX 10.20 installation
instructions by [EMAIL PROTECTED] in the php
docs. I used the native hp ansi c compiler, and the change
to the configure script was not required.


---

[2001-05-18 12:31:21] [EMAIL PROTECTED]
I had to comment out the following lines in ltconfig and
hardcode my choice for echo:

#  IFS=${IFS=  }; save_ifs=$IFS;
IFS=${IFS}${PATH_SEPARATOR}
#  for dir in $PATH /usr/ucb; do
#if (test -f $dir/echo || test -f $dir/echo$ac_exeext) 
#   test X`($dir/echo 't') 2/dev/null` = 'Xt' 
#   test X`($dir/echo $echo_test_string)2/dev/null`
= X$echo_test_string; then
#  echo=$dir/echo
#  break
#fi
#  done
#  IFS=$save_ifs
echo=/usr/bin/echo

Not doing so keeps ltconfig in an infinite loop.

---



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


-- 
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 #10962 Updated: random loss of cookie content

2001-05-21 Thread sniper

ID: 10962
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

See bug #8253

--Jani


Previous Comments:
---

[2001-05-18 15:14:29] [EMAIL PROTECTED]
i have no idea what this is... i'm building a site, which works flawless on all types 
of systems, except on Mac systems... at random intervals, cookies seem to loose their 
content. And it's not always the same cookie.. it's all random... when.. how often.. 
which cookie... it's very very weird... is this a known problem, and if so, is there a 
solution or work-around available ?
Any help would be greatfully appreciated !!

Kris


---



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


-- 
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 #11006: include_path in php.ini broken

2001-05-21 Thread reitsmac

From: [EMAIL PROTECTED]
Operating system: Solaris 7,8
PHP version:  4.0.5
PHP Bug Type: *Configuration Issues
Bug description:  include_path in php.ini broken

'./configure' '--with-apxs=/usr/local/apache/sbin/apxs' '--with-mysql=/usr/local' 
'--with-imap=/var/installs/imap-2000c' '--with-zlib=/usr/local' '--with-gettext=/usr' 
'--with-mm=/usr/local' '--with-xml' '--with-dom' '--with-expat-dir=/usr/local' 
'--with-sablot=/usr/local' '--with-ldap=/usr/local' '--with-db3=/usr/local' 
'--with-oci8' '--enable-ftp'

php.ini include_path set to '.:/usr/local/lib/php'
if include_path is set in php.ini then it is ignored except for informational 
purposes; phpinfo reports what include_path in php.ini contains but scripts cannot 
find files. Default include_path works. Setting include_path via http.conf php_value 
works. 


-- 
Edit Bug report at: http://bugs.php.net/?id=11006edit=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 #11006 Updated: include_path in php.ini broken

2001-05-21 Thread sniper

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

Are you sure your php.ini is even used by PHP ?
Where is it located in your system?

--Jani


Previous Comments:
---

[2001-05-21 19:20:57] [EMAIL PROTECTED]
'./configure' '--with-apxs=/usr/local/apache/sbin/apxs' '--with-mysql=/usr/local' 
'--with-imap=/var/installs/imap-2000c' '--with-zlib=/usr/local' '--with-gettext=/usr' 
'--with-mm=/usr/local' '--with-xml' '--with-dom' '--with-expat-dir=/usr/local' 
'--with-sablot=/usr/local' '--with-ldap=/usr/local' '--with-db3=/usr/local' 
'--with-oci8' '--enable-ftp'

php.ini include_path set to '.:/usr/local/lib/php'
if include_path is set in php.ini then it is ignored except for informational 
purposes; phpinfo reports what include_path in php.ini contains but scripts cannot 
find files. Default include_path works. Setting include_path via http.conf php_value 
works. 

---



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


-- 
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] Latest CVS on Win32

2001-05-21 Thread Sebastian Bergmann

Andi Gutmans wrote:
 Well it sounds like a bug in domxml to me.

  Damn. The first time I need this extension it turns out that it's
broken :-/

 Maybe yesterday's patch unveiled this bug because there is no reason 
 I can think of (unless I'm missing something) that yesterday's patch 
 should effect domxml.
 It should work with whatever resource type id it received.

  Uwe?

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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] Fork() in php?

2001-05-21 Thread Stig Sæther Bakken

[Richard Heyes [EMAIL PROTECTED]]
  There are no plans for adding MT to PHP itself, but you do have a
  poor man's cooperative multi-threading through ticks.
 
 Are these documented anywhere?

Uhm, it seems not.  Me fix.

 - Stig

-- 
  Stig Sæther Bakken [EMAIL PROTECTED]
  Fast Search  Transfer ASA, Trondheim, Norway

-- 
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 #10799 Updated: fails to compile with mysql's libraries

2001-05-21 Thread sniper

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

It means your external mysql client lib is linked with zlib.
Try adding --with-zlib into your configure line.

--Jani


Previous Comments:
---

[2001-05-10 16:55:31] [EMAIL PROTECTED]
Using the default Apache installation, the following 
configure options work

./configure --prefix=/usr 
--sysconfdir=/etc 
--localstatedir=/var 
--mandir=/usr/share/man 
--with-mysql 
--with-xml 
--disable-pear 
--with-apxs

However, if I attempt to use 

--with-mysql=/path/to/mysql 

the created .so module is unusable. Apach fails to start 
after installing. Gives the following error on starting 
apache:

dyld: /usr/sbin/httpd Undefined symbols:
_compress
_uncompress


 

---



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


-- 
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 #10756 Updated: segfault. php tried to work with non-existent pgsql connection

2001-05-21 Thread stask

ID: 10756
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating system: linux-2.2.19
PHP Version: 4.0.5
Description: segfault. php tried to work with non-existent pgsql connection

Jani,

Thank you for reply :)
php-4.0.6RC1 taken at given URL produces almost the same segfault:

Program received signal SIGSEGV, Segmentation fault.
0x13822b in resetPQExpBuffer () from /usr/local/pgsql71/lib/libpq.so.2
#0  0x13822b in resetPQExpBuffer () from /usr/local/pgsql71/lib/libpq.so.2
#1  0x13382c in PQsendQuery () from /usr/local/pgsql71/lib/libpq.so.2
#2  0x1342ef in PQexec () from /usr/local/pgsql71/lib/libpq.so.2
#3  0x807a2f5 in _rollback_transactions (rsrc=0x8189e10) at pgsql.c:175
#4  0x80cba39 in zend_hash_apply (ht=0x8158308, 
apply_func=0x807a2d8 _rollback_transactions) at zend_hash.c:688
#5  0x807a462 in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:254
#6  0x80ca3f6 in module_registry_cleanup (module=0x817cd68) at zend_API.c:785
#7  0x80cba39 in zend_hash_apply (ht=0x8158478, 
apply_func=0x80ca3d0 module_registry_cleanup) at zend_hash.c:688
#8  0x80c8687 in zend_deactivate_modules () at zend.c:522
#9  0x805feb5 in php_request_shutdown (dummy=0x0) at main.c:657
#10 0x805f27a in main (argc=1, argv=0xb844) at cgi_main.c:751

\bye
Stas


Previous Comments:
---

[2001-05-21 18:05:49] [EMAIL PROTECTED]
Could you please try with the PHP 4.0.6RC1 found here:

http://www.php.net/~andi/php-4.0.6RC1.tar.gz

--Jani


---

[2001-05-14 07:51:12] [EMAIL PROTECTED]
Well, I don't see any reply. Did I missed something?

Software versions:
apache-1.3.19
mysql-3.23.33
postgres-7.1.1

Also, I've shortened script which triggers the bug:
?php
  $Link_ID=mysql_pconnect(localhost, my_user, my_password);
  if (!$Link_ID) {
print(pconnect() failed.);
return 0;
  }
  // When I remove all code below, php eats 100% CPU
  // and exits after 30 seconds with the error message
  if (!@mysql_select_db(ccs_download,$Link_ID)) {
print(cannot use database );
return 0;
  }
?



---

[2001-05-09 12:11:08] [EMAIL PROTECTED]
Concerning script. It is big, it uses mysql, and it
does not use postgres.

./configure  --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local --disable-debug 
--enable-ftp --with-gd=/usr/local --enable-force-cgi-redirect --enable-sigchild
When I compile php without pgsql support, I see no segfault.

backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#0  0x13822b in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.2
#1  0x13382c in PQsendQuery () from /usr/local/pgsql/lib/libpq.so.2
#2  0x1342ef in PQexec () from /usr/local/pgsql/lib/libpq.so.2
#3  0x8079919 in _rollback_transactions (rsrc=0x81977c0) at pgsql.c:168
#4  0x80c9f11 in zend_hash_apply (ht=0x81569bc, 
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
#5  0x8079a7e in php_rshutdown_pgsql (type=1, module_number=5) at pgsql.c:246
#6  0x80c88ae in module_registry_cleanup (module=0x817ac00) at zend_API.c:785
#7  0x80c9f11 in zend_hash_apply (ht=0x8156b2c, 
apply_func=0x80c module_registry_cleanup) at zend_hash.c:692
#8  0x80c6b77 in zend_deactivate_modules () at zend.c:522
#9  0x80601b5 in php_request_shutdown (dummy=0x0) at main.c:670
#10 0x805f556 in main (argc=1, argv=0xb734) at cgi_main.c:763

(gdb) down
#4  0x80c9f11 in zend_hash_apply (ht=0x81569bc,
apply_func=0x80798fc _rollback_transactions) at zend_hash.c:692
692 if (apply_func(p-pData)) {
(gdb) p p-pData
$42 = (void *) 0x81bafd8
(gdb) down
#3  0x8079919 in _rollback_transactions (rsrc=0x81bafd8) at pgsql.c:168
168 PQexec(link,BEGIN;ROLLBACK;);
(gdb) p *(zend_rsrc_list_entry *)0x81bafd8
$48 = {ptr = 0x81b85c0, type = 13, refcount = 135949652, valid = 9 't'}
 ^ - ptr to PGconn
(gdb) x/10 0x081b85c0
0x81b85c0:  0x081982f0  0x0004  0x  0x081b8f68
^^ - ptr to hostname
0x81b85d0:  0x081baf68  0x081b8f68  0x081b8f68  0x
0x81b85e0:  0x  0x
(gdb) x/10 0x081982f0 (there should go hostname)
0x81982f0:  0x0004  0x  0x0001  0x0002
0x8198300:  0x  0x  0x  0x
0x8198310:  0x  0x
(gdb) x/10 0x081baf68 (a lot of those values in PGconn)
0x81baf68:  0x  0x0019  0x5f736363  0x6e776f64
0x81baf78:  0x64616f6c  0x  0x  0x0051
0x81baf88:  0x07815f70  0x0026
(gdb) p (char *) 0x081baf70

[PHP-DEV] Bug #10246 Updated: Lint option WORKS, but still dumps core

2001-05-21 Thread jmoore

ID: 10246
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Reproducible Crash
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0 Latest CVS (09/04/2001)
Assigned To: 
Comments:

Can you try latest CVS for me please, I dont get the core dump it works fine for me.

- James

Previous Comments:
---

[2001-04-09 12:12:06] [EMAIL PROTECTED]
I have also run this example as follows (eliminating the complexity of any switches):

./php blah.html

I get this output:

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

br
bParse error/b:  parse error, expecting `','' or `';'' in bblah.html/b on line 
b2/bbr
Segmentation fault (core dumped)

---

[2001-04-09 12:09:21] [EMAIL PROTECTED]
Am using the latest CVS version, configured as follows:

./configure 
--with-config-file-path=/mnt/raid/RAID00_5/opt/common/linux/php/config 
--with-mysql=/opt/db/mysql/product/3.23.29a-gamma/ 
--with-oracle=/opt/db/oracle/product/current/ 
--with-mcrypt=/usr/local/lib/ 
--prefix=/web/webny/adm/php 
--with-oci8=/opt/db/oracle/product/current/ 
--with-curl=/usr/local/lib/ 
--disable-posix
$@

I am executing the resultant executable like this:

./php -d display_errors=1 -d display_startup_errors=1 -d output_buffering=0 -q -l 
blah.html

blah.html looks like this:

?
echo adfsdfadfsdaf ;
?

I get this output:

br
bParse error/b:  parse error, expecting `','' or `';'' in bblah.html/b on line 
b2/bbr
Segmentation fault (core dumped)




---



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


-- 
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] 4.0.6RC2

2001-05-21 Thread Andi Gutmans

At 07:05 PM 5/21/2001 +0200, Sebastian Bergmann wrote:
Andi Gutmans wrote:
  Well it sounds like a bug in domxml to me.

   Damn. The first time I need this extension it turns out that it's
broken :-/

  Maybe yesterday's patch unveiled this bug because there is no reason
  I can think of (unless I'm missing something) that yesterday's patch
  should effect domxml.
  It should work with whatever resource type id it received.

   Uwe?

By the way, I think we should release 4.0.6 pretty soon.
There are only two issues left unless you guys can think of something else:
a) the SAP extension. I want to nuke it from the CVS repository completely 
and have Uwe return it when he has time to continue the work.
b) Has DOM XML been reverted to the 4.0.5 version? Apparently it's pretty 
broken.

Any other things? Can we go with an RC2 by Wednesday?

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] 4.0.6RC2

2001-05-21 Thread Sebastian Bergmann

Andi Gutmans wrote:
 a) the SAP extension. I want to nuke it from the CVS repository 
 completely and have Uwe return it when he has time to continue the 
 work.

  s/Uwe/Hartmut

 b) Has DOM XML been reverted to the 4.0.5 version? Apparently it's 
 pretty broken.

  Dunno.

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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] 4.0.6RC2

2001-05-21 Thread Andi Gutmans

At 07:56 PM 5/21/2001 +0200, Sebastian Bergmann wrote:
Andi Gutmans wrote:
  a) the SAP extension. I want to nuke it from the CVS repository
  completely and have Uwe return it when he has time to continue the
  work.

   s/Uwe/Hartmut

Yep.


  b) Has DOM XML been reverted to the 4.0.5 version? Apparently it's
  pretty broken.

   Dunno.

Well php-dev, wake up! :) What do we do with this one? I don't think 4.0.6 
should linger forever because of it.

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] language specification project

2001-05-21 Thread jeroen

 huge snip

Stig wrote:
 I think the important thing is just to have the language specified and
 thoroughly documented, with BNF and all.  Let quirks be quriks for
 now, a specification process should not fix them, but put them all on
 the radar for future fixing.  There's always someone who relies on a
 quirk.  If you mix the spec/doc and fixing processes you're in deep
 shit, that's something the first-year university students should
 learn, too. ;-)

Agree, the spec should document the current language, with notes
in special syntax where things go weird.

 Anyway, this is a process Zeev  Andi would have to be deeply involved
 in, even though I think it's best to have the actual writing done by
 someone else, to have an extra audit point to come up with the
 questions implementors sometimes forget.

Good idea, of course. Anyway, it doesn't seem ZeevAndi WANT to write
it themselves, so this would happen anyway.

 On the other hand, Zeev and Andi may not want to prioritize their time
 on this, since a real language specification would clear the path for
 alternate parser implementations.

For this, I'm switching to Zeev's mail:

Overall, I don't think I can agree with that;  I'm very much in favour of
the language spec effort, but instead of going the 'official
ANSI-committee' approach, I was always in favour of a good documentation of
what PHP is, in practice.  That's what people were missing.

I came up with it, while trying to make that documentation. As I said in my
intro-message
to the group, I planned to make the documentation quite exact, so it COULD
be rewritten
in BNF easily, but actually I was going to write it in some human readable
form: the
goal of documentation is after all be be human readable.

But while working on it, I noticed that it is quite hard to write human
readable documentation
based on the sources. You need a intermediate, that is exact, but yet well
readable for ppl
having the knowledge of parsers and languages. In fact, that IS the
specification.

So I just view on it as the link between sources and documentation for the
ordinary PHP-developper.
There are also developpers out there who really want an exact documentation,
and when the documentation
is somewhat ambigious (something you'll never be able to prevent), there is
always the spec, which is
a lot more accessible than the sources (largly uncommented... :-( )

And a second advantage of the spec is that make reflection easier: you will
notice the quirks, while with the sources,
you really have no idea what is inconsistent.

About php-clones: I agree, it is very bad to have just clones like that. But
when there IS a good specification,
there's nothing agains it IMO. But anyway, this is offtopic, Zend is okay,
and I have the trust that it will change things when possible and it doesn't
break BC. And if they don't, and only then, another implementation MIGHT
become interesting. But that's, as I cannot emphasise enough, not the goal
nor intention.

The reasons Andi and I don't invest too much time in this project today
are:
- We simply don't have too much time, and the time we have is better spent
solving real world issues.
- We don't consider the project as it turned out to be all that useful in
real world terms (i.e., aiming at is some formal document that theoretical
language implementors would use, but effectively, nobody really will).   I
think that's the main reason the project ended up lingering to death -
because it had very little real world use.

It WILL improve zend, and it is IMO the only way to get a decent and correct
documentation
of for example references. It doesn't work as documented, although it seems
logic
what is documented.

Because there is no real public audience, there is no need to make it
accessible for everyone,
it just needs to be understood by people like zend developers, and
parser-writers. That
eases the project of course a bit.

Greetz
Jeroen



-- 
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 #11007: session_register() doesn't work after session_id(n)

2001-05-21 Thread averma

From: [EMAIL PROTECTED]
Operating system: linux 2.2.14
PHP version:  4.0.4
PHP Bug Type: *Session related
Bug description:  session_register() doesn't work after session_id(n)

I am implemeting an e-commerce site with credit-card processing done
by an external payment processor. Right now I am evaluating
itransact.com.

They have a feature where I can send a ret_addr (a full url of a script
on my server, say, fromPP.php) and variable name/value pairs to them
when I submit a form. Then they do a POST to fromPP.php and pass the
variables as POST variables along with the status code etc. One of the
variables I am passing is the session id, say, SESSid, when I submit
the form to their site.

The idea is to maintain the state in fromPP.php by doing a
session_id($SESSid). I am able to get the right SESSid from the
payment processor and after doing session_id($SESSid) I am able to
access all session variables declared before submitting the form, but
when I try to register new session variables in fromPP.php, for
example, by calling session_register(FROMPP_xid), nothing happens.
There are no errors but this variable does not actually get registered.
If I start a new session in fromPP.php, then it works fine, but I
lose the state.

This looks like a bug to me.


-- 
Edit Bug report at: http://bugs.php.net/?id=11007edit=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 #10752 Updated: infinite loops prevents pages from loading

2001-05-21 Thread sniper

ID: 10752
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Programming Data Structures
Operating system: 
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

The example code works just fine for me with 5 browser
windows. This is on Linux / Apache.

Unless you can come up with a script that doesn't work,
this case is closed.

--Jani


Previous Comments:
---

[2001-05-10 13:17:13] [EMAIL PROTECTED]
I have tried a meta tag, but the screen flashes when the page is refreshed.

In addition to my previous postings, when I open two browser windows by clicking on 
their icons and write the address in the address box, the script works, when I press 
the ctrl-n keys and open a new browser window the script freezes.

Thank you,

Argun

---

[2001-05-10 11:25:03] [EMAIL PROTECTED]
This sounds like an unreliable way to accomplish your goal, as you are finding out.

Don't you think it would be better to simply have a META tag refresh the chat session 
(could be a frame or what not) every X seconds?  Could have the user list in a 
seperate frame and the message entry area in another.

-Chris

---

[2001-05-10 07:45:16] [EMAIL PROTECTED]
This is going to be used for a chat board, there will be an infinite loop which reads 
from a mySQL db and flushes the output. 

I tought there was something wrong with my db access code however I realised that, the 
code was not working altough I have simplified it as I have posted.

I have tried with different os and web server software. I have tried Linux  Apache 
and Win2k  IIS5.

When I open the page, it works fine. When I open the same page in another window at 
the same computer it still works fine however if I try to open a third browser window 
(private chat with 3 person for instance) the browser window freezes and if I close 
one of the previous browser windows the third window starts working.

Thank you,

Argun

---

[2001-05-09 10:42:15] [EMAIL PROTECTED]
1.) Why are you doing an infinite loop in the first place?

2.) This is working just fine for me on my linux machine with 4.0.5.

-Chris

---

[2001-05-09 10:01:38] [EMAIL PROTECTED]
html

head
meta http-equiv=Content-Type content=text/html; charset=windows-1254
titleLoop/title
/head
body
?
for($value=1; $value0; $value++){
echobr$value;

flush();
sleep(1);
}
?
/body

/html

The code above does not work when opened in more than two browsers on the same 
computer. 

Any ideas?

Thank you. 

---

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


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


-- 
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] 4.0.6RC2

2001-05-21 Thread Andrei Zmievski

On Mon, 21 May 2001, Andi Gutmans wrote:
 Well php-dev, wake up! :) What do we do with this one? I don't think 4.0.6 
 should linger forever because of it.

My vote is to revert the changes made to it.

-Andrei
* UNIX, isn't that some archaic form of DOS? - our job applicant *

-- 
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] 4.0.6RC2

2001-05-21 Thread Andi Gutmans

At 01:37 PM 5/21/2001 -0500, Andrei Zmievski wrote:
On Mon, 21 May 2001, Andi Gutmans wrote:
  Well php-dev, wake up! :) What do we do with this one? I don't think 4.0.6
  should linger forever because of it.

My vote is to revert the changes made to it.

Do you know what to revert to? Apparently it didn't work in 4.0.5 either.

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] 4.0.6RC2

2001-05-21 Thread Andrei Zmievski

On Mon, 21 May 2001, Andi Gutmans wrote:
 Do you know what to revert to? Apparently it didn't work in 4.0.5 either.

Huh? Revision 1.29 says complete rewrite of domxml module, and 1.28 is
where 4.0.5 was branched so that's what you'd revert back to.


-Andrei

Computers are useless. They can only give you answers.
   --Pablo Picasso

-- 
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 #10928 Updated: Loading PHP as a DSO fails - garbled

2001-05-21 Thread dave

ID: 10928
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Dynamic loading
Operating system: Linux Redhat 6.2 Kernel 2.2.17
PHP Version: 4.0.5
Description: Loading PHP as a DSO fails - garbled

Yep - spot on - putting the full path for apxs did the trick!

Thanks,

Dave.

Previous Comments:
---

[2001-05-18 04:21:55] [EMAIL PROTECTED]
You're most likely using wrong apxs here.
Try using the full path for it. ie.

--with-apxs=/httpd/bin/apxs


--Jani


---

[2001-05-17 11:31:44] [EMAIL PROTECTED]
I've built PHP 4.0.5 as a DSO with config:

./configure --with-apxs --with-mysql=no

I'm running Apache V1.3-14 with SSL patches and the config:

./configure --enable-module=info --enable-module=so 
--prefix=/httpd

When I start apache and try to add PHP I get:

Starting httpsd: Syntax error on line 225 of /httpd/conf/httpd.conf:
API module structure `php4_module' in file /httpd/libexec/libphp4.so is garbled
- perhaps this is not an Apache module DSO?
/httpd/bin/httpsdctl start: httpsd could not be started

I've read through the previous responses on this topic and I've tried 'make clean' and 
deleting the config.cache in PHP before the build - this doesn't make any difference.

Dave.

---


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


-- 
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 #10928 Updated: Loading PHP as a DSO fails - garbled

2001-05-21 Thread jmoore

ID: 10928
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Dynamic loading
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Closing

Previous Comments:
---

[2001-05-21 21:03:45] [EMAIL PROTECTED]
Yep - spot on - putting the full path for apxs did the trick!

Thanks,

Dave.

---

[2001-05-18 04:21:55] [EMAIL PROTECTED]
You're most likely using wrong apxs here.
Try using the full path for it. ie.

--with-apxs=/httpd/bin/apxs


--Jani


---

[2001-05-17 11:31:44] [EMAIL PROTECTED]
I've built PHP 4.0.5 as a DSO with config:

./configure --with-apxs --with-mysql=no

I'm running Apache V1.3-14 with SSL patches and the config:

./configure --enable-module=info --enable-module=so 
--prefix=/httpd

When I start apache and try to add PHP I get:

Starting httpsd: Syntax error on line 225 of /httpd/conf/httpd.conf:
API module structure `php4_module' in file /httpd/libexec/libphp4.so is garbled
- perhaps this is not an Apache module DSO?
/httpd/bin/httpsdctl start: httpsd could not be started

I've read through the previous responses on this topic and I've tried 'make clean' and 
deleting the config.cache in PHP before the build - this doesn't make any difference.

Dave.

---



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


-- 
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 #11000 Updated: ftp_connect(...) produces ftpbuf 0 error

2001-05-21 Thread kniprath . l

ID: 11000
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: FTP related
Operating system: NT 4.0
PHP Version: 4.0.4pl1
Description: ftp_connect(...) produces ftpbuf 0 error

Send this bug-message this morning, got two answers myself this evening:
Obviously php does not understand ftp-server-adresses in form of 127.0.0.1 or 
somehow, but when I used localhost or the name of the server defined in the 
Apache-Konfiguration the script below ran without any error-message. 
Another workaround: using '127.0.0.1' ran also without problems!?!
kni

Previous Comments:
---

[2001-05-21 16:45:19] [EMAIL PROTECTED]
Have you tried with some public ftp-server?
Does it work then? And what is the full error message?

--Jani


---

[2001-05-21 15:39:36] [EMAIL PROTECTED]
I installed the PHP4 software (actual Windows binary 4.04pl1) with the actual 
Apache-Server on a NT 4.0 server. The FTP-Server I try to contact runs localy on my 
NT4.0 PC.
The following script
?php
$ftp_user = username;
$ftp_pass = password;
$ftp_server = 127.0.0.1;
$conn_id = ftp_connect($ftp_server);
echo $conn_id;
$login_result = ftp_login($conn_id, $ftp_user, $ftp_pass);
?
causes Warning: Unable to find ftpbuf 0 in .
$conn_id is null, it seems, that there is no connection.
I found some similar error-messages in the php-FAQ's, but no answer.
bye...


---


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


-- 
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] 4.0.6RC2

2001-05-21 Thread Colin Viebrock

 No, we'll revert it to 4.0.5 version, not 4.0.4.

Is this the version that includes the complete rewrite of the DOMXML
module?

Basically, which will work now:
$rootname = $XML_TREE-root-name;
or
$rootname = {$XML_TREE-children[1]}-tagname;
?

Please say the second one.

- Colin


-- 
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 #11006 Updated: include_path in php.ini broken

2001-05-21 Thread reitsmac

ID: 11006
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Configuration Issues
Operating system: Solaris 7,8
PHP Version: 4.0.5
Description: include_path in php.ini broken

Yes...for example, I changed include_path to 
'.:/usr/local/lib/php:/usr/local/lib/php/pear' in php.ini. phpinfo faithfully reported 
the change but files contained in the path could not be found.

Previous Comments:
---

[2001-05-21 19:22:58] [EMAIL PROTECTED]
Are you sure your php.ini is even used by PHP ?
Where is it located in your system?

--Jani


---

[2001-05-21 19:20:57] [EMAIL PROTECTED]
'./configure' '--with-apxs=/usr/local/apache/sbin/apxs' '--with-mysql=/usr/local' 
'--with-imap=/var/installs/imap-2000c' '--with-zlib=/usr/local' '--with-gettext=/usr' 
'--with-mm=/usr/local' '--with-xml' '--with-dom' '--with-expat-dir=/usr/local' 
'--with-sablot=/usr/local' '--with-ldap=/usr/local' '--with-db3=/usr/local' 
'--with-oci8' '--enable-ftp'

php.ini include_path set to '.:/usr/local/lib/php'
if include_path is set in php.ini then it is ignored except for informational 
purposes; phpinfo reports what include_path in php.ini contains but scripts cannot 
find files. Default include_path works. Setting include_path via http.conf php_value 
works. 

---


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


-- 
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] 4.0.6RC2

2001-05-21 Thread Andi Gutmans

At 01:42 PM 5/21/2001 -0500, Andrei Zmievski wrote:
On Mon, 21 May 2001, Andi Gutmans wrote:
  Do you know what to revert to? Apparently it didn't work in 4.0.5 either.

Huh? Revision 1.29 says complete rewrite of domxml module, and 1.28 is
where 4.0.5 was branched so that's what you'd revert back to.

Well as I don't use domxml nor did I know where the bugs were introduced I 
couldn't know where it broke. I didn't know it broke in the complete 
rewrite of domxml module version. I thought it broke much more recently.
With Colin saying that the latest CVS works for him like 4.0.5 I'm not 
quite sure where that leaves us.

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] 4.0.6RC2

2001-05-21 Thread Andrei Zmievski

On Mon, 21 May 2001, Colin Viebrock wrote:
 I'm sorry but I'll be a wee bit annoyed if all the code I rewrote for the
 4.0.5 version of the DOMXML functions needs to be rewritten to go back to
 the 4.0.4 version.  :(
 
 FWIW, I've been using the 4.0.5 and CVS version flawlessly no core dumps,
 segfaults or other weirdness.

No, we'll revert it to 4.0.5 version, not 4.0.4.

-Andrei

Computer, if you don't open that exit hatch this moment I shall zap straight
off to your major data banks and reprogram you with a very large axe.
-- Douglas Adams / The Hitchhiker's Guide to the Galaxy

-- 
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] 4.0.6RC2

2001-05-21 Thread Andrei Zmievski

On Mon, 21 May 2001, Andi Gutmans wrote:
 Well as I don't use domxml nor did I know where the bugs were introduced I 
 couldn't know where it broke. I didn't know it broke in the complete 
 rewrite of domxml module version. I thought it broke much more recently.
 With Colin saying that the latest CVS works for him like 4.0.5 I'm not 
 quite sure where that leaves us.

I guess getting ahold of Uwe and asking him.

-Andrei
* Entropy isn't what it used to be. *

-- 
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 #10586 Updated: Wrong parameters in docs for pdf_stringwidth

2001-05-21 Thread danbeck

ID: 10586
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

Corrected in latest phpdoc cvs.

Thanks for the bug report.

Previous Comments:
---

[2001-05-01 14:47:59] [EMAIL PROTECTED]
The documentation for pdf_stringwidth has incorrect parameters.  It should be 
something like this:

double pdf_stringwidth (int pdf object, [string text, int font, float size])

font is a PDF font resource returned by pdf_findfont.  size is the size of the font in 
points.

If font and size are not specified, the current font and size are used.

---



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


-- 
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 #10593 Updated: GD compile failure with GD 1.5

2001-05-21 Thread sniper

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

Fixed in CVS. Fix will be in PHP 4.0.6.

--Jani


Previous Comments:
---

[2001-05-01 19:01:39] [EMAIL PROTECTED]
PHP 4.0.5 compilation breaks when building GD with GD 1.5 (the last version with 
official GIF support), with an error message reporting gdImageGifCtx as undefined. It 
seems GD detects that GD 1.5 has IOCTX support, but incorrectly assumes that the GIF 
IOCTX filter (available only with certain unofficial patched versions of GD 1.8.x) is 
also available.

Applying the following patch will fix the problem, but there is probably a cleaner 
solution:

*** gd.c~   Mon Mar 12 05:57:53 2001
--- gd.cTue May  1 15:41:50 2001
***
*** 911,917 
  PHP_FUNCTION(imagegif)
  {
  #ifdef HAVE_GD_GIF
! #ifdef USE_GD_IOCTX
_php_image_output_ctx(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, 
GIF, gdImageGifCtx);
  #else
_php_image_output(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, GIF, 
gdImageGif);
--- 911,917 
  PHP_FUNCTION(imagegif)
  {
  #ifdef HAVE_GD_GIF
! #ifdef USE_GD_IOCTX_GIF
_php_image_output_ctx(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, 
GIF, gdImageGifCtx);
  #else
_php_image_output(INTERNAL_FUNCTION_PARAM_PASSTHRU, PHP_GDIMG_TYPE_GIF, GIF, 
gdImageGif);


---



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


-- 
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] 4.0.6RC2

2001-05-21 Thread Andrei Zmievski

On Mon, 21 May 2001, Colin Viebrock wrote:
  No, we'll revert it to 4.0.5 version, not 4.0.4.
 
 Is this the version that includes the complete rewrite of the DOMXML
 module?
 
 Basically, which will work now:
 $rootname = $XML_TREE-root-name;
 or
 $rootname = {$XML_TREE-children[1]}-tagname;
 ?
 
 Please say the second one.

4.0.5 was branched before the complete rewrite so unless the rewrite got
merged in the branch...

-Andrei
* It said 'Winmodem' on the box, but I still feel like I lost. *

-- 
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] Removed php4/ext/saprfc

2001-05-21 Thread Andi Gutmans

Hey,

I've removed the SAP model so that we can make a clean and easy 4.0.6 
release. We can return it after 4.0.6 although it's probably best only to 
return it once it's in a relatively OK state.
You should all remove the following from your php4/ext/CVS/Entries file or 
you'll get an annoying but harmless warning:
D/saprfc

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]




[PHP-DEV] Bug #11006 Updated: include_path in php.ini broken

2001-05-21 Thread reitsmac

ID: 11006
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Configuration Issues
Operating system: Solaris 7,8
PHP Version: 4.0.5
Description: include_path in php.ini broken

Here's a link to a broken web server:
http://charlie1.test.denison.edu/horde/test.php
It's the Horde project test page to determine if the functionality is present 
necessary to support horde. At the bottom of the page note that PEAR is broken. Yet 
the phpinfo link at the top of the page shows the include_path is 
'.:/usr/local/lib/php'. I can fix the problem by removing include_path from php.ini 
and depending on the default path. 

Previous Comments:
---

[2001-05-21 21:22:00] [EMAIL PROTECTED]
Yes...for example, I changed include_path to 
'.:/usr/local/lib/php:/usr/local/lib/php/pear' in php.ini. phpinfo faithfully reported 
the change but files contained in the path could not be found.

---

[2001-05-21 19:22:58] [EMAIL PROTECTED]
Are you sure your php.ini is even used by PHP ?
Where is it located in your system?

--Jani


---

[2001-05-21 19:20:57] [EMAIL PROTECTED]
'./configure' '--with-apxs=/usr/local/apache/sbin/apxs' '--with-mysql=/usr/local' 
'--with-imap=/var/installs/imap-2000c' '--with-zlib=/usr/local' '--with-gettext=/usr' 
'--with-mm=/usr/local' '--with-xml' '--with-dom' '--with-expat-dir=/usr/local' 
'--with-sablot=/usr/local' '--with-ldap=/usr/local' '--with-db3=/usr/local' 
'--with-oci8' '--enable-ftp'

php.ini include_path set to '.:/usr/local/lib/php'
if include_path is set in php.ini then it is ignored except for informational 
purposes; phpinfo reports what include_path in php.ini contains but scripts cannot 
find files. Default include_path works. Setting include_path via http.conf php_value 
works. 

---


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


-- 
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 #10777 Updated: Missing libraries for Netscape LDAP SDK

2001-05-21 Thread sniper

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

Fixed in CVS. Fix will be in PHP 4.0.6.

--Jani


Previous Comments:
---

[2001-05-10 03:12:01] [EMAIL PROTECTED]
ext/ldap/config.m4 looks for and adds the library required
for the Netscape LDAP SDK (such as ldapssl41);  the script
also includes the runtime path for the LDAP library.

Unfortunately, in the case of SDK 4.1 (ldapssl41) the
associated libraries (nspr3, plc3 and plds3) are NOT linked.

If you run ldd against the resultant PHP binary, the
compile-time linker has already discovered this dependency
and added the missing libraries - but because they were not
explicitly linked the runtime path is missing so the
libraries are not found when PHP executes.

The fix is to also explicitly link the missing three
libraries (in addition to ldapssl41).



---



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


-- 
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] 4.0.6RC2

2001-05-21 Thread Sterling Hughes

Colin Viebrock wrote:

Can you please check 4.0.6RC1?

 (http://www.php.net/~andi/php-4.0.6RC1.tar.gz)
 
 Getting make errors with CURL (which I never got before):
 


upgrade to cURL 7.7.3

-Sterling






-- 
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] 4.0.6RC2

2001-05-21 Thread Sterling Hughes

Andi Gutmans wrote:

 At 03:43 AM 5/21/2001 -0400, Sterling Hughes wrote:
 
 Colin Viebrock wrote:

 Can you please check 4.0.6RC1?

 (http://www.php.net/~andi/php-4.0.6RC1.tar.gz)
 Getting make errors with CURL (which I never got before):



 upgrade to cURL 7.7.3
 
 
 What about a configure msg? It's probably worth it.
 


Already put it in there.  not sure if I merged it into the branch though...

-Sterling






-- 
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] 4.0.6RC2

2001-05-21 Thread Andi Gutmans

At 03:53 AM 5/21/2001 -0400, Sterling Hughes wrote:
Andi Gutmans wrote:

At 03:43 AM 5/21/2001 -0400, Sterling Hughes wrote:

Colin Viebrock wrote:

Can you please check 4.0.6RC1?

(http://www.php.net/~andi/php-4.0.6RC1.tar.gz)
Getting make errors with CURL (which I never got before):



upgrade to cURL 7.7.3

What about a configure msg? It's probably worth it.


Already put it in there.  not sure if I merged it into the branch though...

I guess you didn't because Colin's complaining :)
Can you do it?

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]




[PHP-DEV] Bug #11009: Recursive call causes crash

2001-05-21 Thread millz

From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version:  4.0.5
PHP Bug Type: Reproducible crash
Bug description:  Recursive call causes crash

I created a function called pad which performs exactly what str_repeat does (didn't 
realize str_repeat was there originally).

function pad($length,$padVar=-){
 if($length=0){return;}
 else{return pad($length-1,$padVar).$padVar;}
}

When passing a length  about 5000 the page will not load and I quickly get this error 
in the php.error log: 
[notice] child pid 15040 exit signal Segmentation fault (11)

I assume it is b/c the function stack is just not up to the task, but I thought I 
would let you know anyway. 
Of course I am using str_repeat now

Thanks!
Jason


-- 
Edit Bug report at: http://bugs.php.net/?id=11009edit=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] 4.0.6RC2

2001-05-21 Thread Colin Viebrock

 Can you please check 4.0.6RC1?
 
  (http://www.php.net/~andi/php-4.0.6RC1.tar.gz)
 
  Getting make errors with CURL (which I never got before):

 upgrade to cURL 7.7.3

Thanks, Sterling ... that fixed the cURL problems.

Well, it looks like my scripts all seem to work without any changes, so I
guess I'm okay with whatever DOMXML version is in 4.0.6RC1.  :)

- Colin


-- 
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 #11000 Updated: ftp_connect(...) produces ftpbuf 0 error

2001-05-21 Thread kniprath . l

ID: 11000
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: FTP related
Operating system: NT 4.0
PHP Version: 4.0.4pl1
Description: ftp_connect(...) produces ftpbuf 0 error

Now the third answer for [EMAIL PROTECTED] (Hi Jani, I saw your question unfortunately 
just after I sent my last report):

I used the ftp-server WAR-FTPD 1.67-05 (freeware, downloadable from 
http://www.jgaa.com) and tried it localy installed on my NT4.0 Worsstation with an 
external NT4.0 Intranet-Webserver (Apache with PHP 4.04).At home I used a Windows 2000 
Workstation with local running Apache and PHP 4.0.4 first, 4.0.5 after a meanwhile 
update.

The original error-message on all configurations was:
Warning: Unable to find ftpbuf 0 in e:\eigene dateien\php\liegenschaften\upload.php4 
on line 10

Some new information:
To my surprise this error does not occur at home, when I am connected to Internet. 
After dialing in the script runs also with 127.0.0.1 without any warnings, after 
shutting down the Internet-connection only $ftp_server = localhost or 
$ftp_server=#DNS_name_of_server# is accteptd.
This is also the reason for my second workaround as described before, this is no 
one, because '127.0.0.1' is only accepted when internet-connection is open.

Hope, this will help you!
bye... kni

Previous Comments:
---

[2001-05-21 21:15:19] [EMAIL PROTECTED]
Send this bug-message this morning, got two answers myself this evening:
Obviously php does not understand ftp-server-adresses in form of 127.0.0.1 or 
somehow, but when I used localhost or the name of the server defined in the 
Apache-Konfiguration the script below ran without any error-message. 
Another workaround: using '127.0.0.1' ran also without problems!?!
kni

---

[2001-05-21 16:45:19] [EMAIL PROTECTED]
Have you tried with some public ftp-server?
Does it work then? And what is the full error message?

--Jani


---

[2001-05-21 15:39:36] [EMAIL PROTECTED]
I installed the PHP4 software (actual Windows binary 4.04pl1) with the actual 
Apache-Server on a NT 4.0 server. The FTP-Server I try to contact runs localy on my 
NT4.0 PC.
The following script
?php
$ftp_user = username;
$ftp_pass = password;
$ftp_server = 127.0.0.1;
$conn_id = ftp_connect($ftp_server);
echo $conn_id;
$login_result = ftp_login($conn_id, $ftp_user, $ftp_pass);
?
causes Warning: Unable to find ftpbuf 0 in .
$conn_id is null, it seems, that there is no connection.
I found some similar error-messages in the php-FAQ's, but no answer.
bye...


---


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


-- 
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 #11009 Updated: Recursive call causes crash

2001-05-21 Thread brianlmoon

ID: 11009
Updated by: brianlmoon
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

This is more of a programing error.  This is a poor way to use recursive calls.  A 
loop is the correct way to handle this.

Previous Comments:
---

[2001-05-21 22:06:27] [EMAIL PROTECTED]
I created a function called pad which performs exactly what str_repeat does (didn't 
realize str_repeat was there originally).

function pad($length,$padVar=-){
 if($length=0){return;}
 else{return pad($length-1,$padVar).$padVar;}
}

When passing a length  about 5000 the page will not load and I quickly get this error 
in the php.error log: 
[notice] child pid 15040 exit signal Segmentation fault (11)

I assume it is b/c the function stack is just not up to the task, but I thought I 
would let you know anyway. 
Of course I am using str_repeat now

Thanks!
Jason

---



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


-- 
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 #8539 Updated: undefined symbol: phpi_get_le_gd

2001-05-21 Thread jmoore

ID: 8539
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Critical
Status: Closed
Bug Type: Dynamic loading
Operating system: 
PHP Version: 4.0 Latest CVS (03/01/2001)
Assigned To: 
Comments:

Fixed in CVS. Please test latest snapshot.

- James

Previous Comments:
---

[2001-05-09 11:10:25] [EMAIL PROTECTED]
Marked as to be fixed before 4.0.6


---

[2001-04-27 22:00:02] [EMAIL PROTECTED]
Reopened: This is still a problem with latest CVS of today.
The general problem is that if you have functions in a shared extension that are used 
in other extensions it won't 
work.

--Jani


---

[2001-01-05 23:39:30] [EMAIL PROTECTED]
Duplicate of bug report #8437.

Removing 'shared' from the --with-gd option is a temporary workaround.

--Jani

---

[2001-01-03 14:56:41] [EMAIL PROTECTED]
My configure parameters:

./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl 
--enable-calendar --enable-ctype --enable-dbase --enable-exif --enable-filepro 
--enable-ftp --with-gd=shared,/usr/local --enable-gd-imgstrttf --with-ttf=/usr/local 
--with-t1lib=/usr/local --with-hyperwave --with-imap=/root/imap-2000a 
--with-mysql=/usr/local --with-pdflib=/usr/local --with-tiff-dir=/usr/local 
--with-jpeg-dir=/usr/local --enable-trans-sid --enable-shmop --enable-sockets 
--with-regex=php --enable-sysvsem --enable-sysvshm --enable-wddx --enable-yp 
--with-zlib=/usr/local

Configure and make without any problems, but when I try to start Apache, I get an 
error:

Syntax error on line 208 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined symbol: 
phpi_get_le_gd
./apachectl start: httpd could not be started


---



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


-- 
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 #10995 Updated: httpd dumps core when php4 module is loaded before modssl

2001-05-21 Thread yohgaki

ID: 10995
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Apache related
Operating system: RedHat 7.0.1
PHP Version: 4.0 Latest CVS (2001-05-21)
Description: httpd dumps core when php4 module is loaded before modssl

Since post time is so close. You probably did not read my second post. (Sorry for the 
mess) First one does not work, second works for me too. I noticed wrong description 
immediately and posted follow up. It was too late.

Anyway, configifure line is

./configure
--with-apxs
--disable-short-tags
--disable-mysql
--without-mysql
--enable-bcmath
--enable-ftp
--enable-shmop
--enable-sysvsem
--enable-sysvshm
--enable-sockets
--enable-mbstring
--enable-mbstr-enc-trans
--enable-inline-optimization
--enable-memory-limit
--with-regex=system
--with-openssl
--with-iconv
--with-imap
--with-mhash
--with-mcrypt
--with-pgsql
--with-swf
--with-zlib
--with-bz2
--with-gd=/usr/local
--with-jpeg-dir=/usr
--with-xpm-dir=/usr/X11R6


Previous Comments:
---

[2001-05-21 14:21:11] [EMAIL PROTECTED]
For me:
The first example does not work.
Second works.

This is with PHP 4.0.6RC1

What is your configure line?
Do you have any extensions/libs included that use openssl?

--Jani


---

[2001-05-21 14:13:16] [EMAIL PROTECTED]
Incorrect description
httpd.conf (NG) must be OK.
httpd.conf (OK) must be NG.


---

[2001-05-21 14:08:54] [EMAIL PROTECTED]
This report is probably a duplicate of 9813 and 10974.

Apahce+Mod-SSL dumps core when httpd is started with SSL
option and php4 module is loaded before mod-ssl.

= httpd.conf (NG) =
LoadModule php4_modulelib/apache/libphp4.so
IfDefine SSL
LoadModule ssl_module lib/apache/libssl.so
/IfDefine

= httpd.conf (OK) =
IfDefine SSL
LoadModule ssl_module lib/apache/libssl.so
/IfDefine
LoadModule php4_modulelib/apache/libphp4.so

Loading php4 module before mod-ssl starts httpd. It seems
working.

Apache 1.3.20
Mod-SSL 2.8.4
OpenSSL 0.9.6
PHP4.0.7-dev (CVS 5/21/2000)

I guess you don't need config, backtrace, etc. If you need,
let me know.




---


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


-- 
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 #11009 Updated: Recursive call causes crash

2001-05-21 Thread millz

ID: 11009
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating system: RedHat 6.2
PHP Version: 4.0.5
Description: Recursive call causes crash

Yeah, but the issue is not that I picked a bad way of doing this task, but whether 
or not a recursive call should be able to go this deep in PHPi guess not.  

Thanks for the help though,
Jas

Previous Comments:
---

[2001-05-22 00:06:08] [EMAIL PROTECTED]
I personally used sprintf for this job before str_repeat came along.  However, it is a 
useless argument now.

---

[2001-05-21 22:58:04] [EMAIL PROTECTED]
yeah, but a while($length--) was super slow (10-20 times slower)...actually timed-out 
on the simplest runs. 

maybe a for() is faster?!

---

[2001-05-21 22:53:16] [EMAIL PROTECTED]
This is more of a programing error.  This is a poor way to use recursive calls.  A 
loop is the correct way to handle this.

---

[2001-05-21 22:06:27] [EMAIL PROTECTED]
I created a function called pad which performs exactly what str_repeat does (didn't 
realize str_repeat was there originally).

function pad($length,$padVar=-){
 if($length=0){return;}
 else{return pad($length-1,$padVar).$padVar;}
}

When passing a length  about 5000 the page will not load and I quickly get this error 
in the php.error log: 
[notice] child pid 15040 exit signal Segmentation fault (11)

I assume it is b/c the function stack is just not up to the task, but I thought I 
would let you know anyway. 
Of course I am using str_repeat now

Thanks!
Jason

---


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


-- 
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 #6391 Updated: charset error

2001-05-21 Thread vlad

ID: 6391
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Sybase (dblib) related
Operating system: 
PHP Version: 4.0 Latest CVS (28/08/2000)
Assigned To: vlad
Comments:

No feedback, and I do not see a problem here. Therefore closed.

Previous Comments:
---

[2001-05-15 18:06:29] [EMAIL PROTECTED]
I am not a localization expert, but I do speak Russian and AFAIK charset cp-1251 and 
cp-850 are totally different, like koi8 and cp-1251, thus you won't be able to read 
one when your browser understands the other. I do not see a problem here.

I might be missing the point of the problem altogether, so I am not closing the 
report, but asking for your feedback. Can you tell me if I am mistaken thinking that 
there is no error? If yes, please do explain.

---

[2000-12-11 21:09:41] [EMAIL PROTECTED]
Could someone who knows something about localization
take a look at this one?

---

[2000-08-28 02:25:10] [EMAIL PROTECTED]
4-th parameter to specify charset in sybase_[p]connect
converting chars when parameter is blank. I have installed
cp850 charset in database, but client-side browser use windows-1251 and chars in 
browser are unreadable.
php.ini - no changes

---



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


-- 
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]




  1   2   >