[PHP-DEV] PHP 4.0 Bug #9143: wrong Apache version shown

[cynic]

From: [EMAIL PROTECTED]
Operating system: NT 5
PHP version:  4.0 Latest CVS (07/02/2001)
PHP Bug Type: Apache related
Bug description:  wrong Apache version shown

php4-200102060545
apache-1.3_20010207051200

Apache version property in the Apache section of phpinfo() shows Apache/1.3.17 
(wrong), but HTTP_SERVER_VARS["SERVER_SIGNATURE"] and 
HTTP_SERVER_VARS["SERVER_SOFTWARE"] correctly display 1.3.18-dev. I'm not sure if this 
is Apache or PHP problem.


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



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

[PHP-DEV] Re: PHP 4.0 Bug #6722 Updated: Not a valid MYSQL result resource / Lost connection to MySQL server during quer

[PERRIN Nicolas]

Ok, bug closed now with PHP 4.0.4 pl1 mysql 3.22.xxx
and apache 1.3.12.

No more problems were founded for 1 week now with
mysql commands.

NP.

--- Bug Database <[EMAIL PROTECTED]> a écrit : >
ID: 6722
> Updated by: cynic
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: MySQL related
> Assigned To: 
> Comments:
> 
> have you experienced this error with newer versions
> of PHP?
> 
> Previous Comments:
>
---
> 
> [2000-09-13 18:38:09] [EMAIL PROTECTED]
> we're using a Apache 1.3.12 Server + PHP 4.02 +
> MySQL on a Sun Ultra 250  - 256Mo RAM Patched
> 106541-11
> 
> we have the same message while
> connecting/select_db/query/fetch_row
> 
> "Not a valid MYSQL result resource ..."
> 
> mysql_error($connection_id) gives us : "Lost
> connection to MySQL server during query"
> 
> we consult the bug reporting list and :
> - when we make a gettype($connection_id) ->
> "resource"
> 
> - we tried to remove the second parameter
> ($connection_id) in query -> nothing came
> 
> In fact, the pb appears sometimes at every request
> and sometimes do not appears for 4/5 same requests.
> It's very unregular !
> 
> 
> 
> Source : 
> 
> 
>  $cx_si = mysql_connect("localhost","root","toto");
> mysql_select_db("si",$cx_si);
> $sql = "select * from USERS;";
> $st_si = mysql_query($sql);
> echo("after : " . mysql_error($cx_si) . "");
> echo("after query 2: " . gettype($cx_si) . "");
> echo("st_si: " . gettype($st_si) . "");
> echo("st_si: " . $st_si . "");
> $temp = mysql_fetch_row($st_si);
> ?>
> 
> 
> 
> we made many recompilations with differents releases
> of apache(from 1.3.9 to 1.3.12), php with 4.01pl2
> and 4.0.2
> 
> the database is correctly
> installed/configured/database accessible from the
> external
> 
> the table's got an unique index and contains two
> records
> 
> we tried to make a select * from table where 1=1 and
> 2=2 ...
> to make the select bigger -> nothing came
> 
> 
> 
> PHP Configuration : we followed strictly the
> configuration operations show in the page
> installation for uniw static mode on www.php.net
> We are now testing the dynamic mode ...
> 
> 
> Please could you tell us if you have already noticed
> this problem before with such a configuration ??
> 
> Thanks by advance.
> 
> Nicolas.
> 
> 
> 
> 
> PHP.INI:
> 
> [PHP]
> 
> ;;;
> ; About this file ;
> ;;;
> ; This file controls many aspects of PHP's behavior.
>  In order for PHP to
> ; read it, it must be named 'php.ini'.  PHP looks
> for it in the current
> ; working directory, in the path designated by the
> environment variable
> ; PHPRC, and in the path that was defined in compile
> time (in that order).
> ; Under Windows, the compile-time path is the
> Windows directory.  The
> ; path in which the php.ini file is looked for can
> be overriden using
> ; the -c argument in command line mode.
> ;
> ; The syntax of the file is extremely simple. 
> Whitespace and Lines
> ; beginning with a semicolon are silently ignored
> (as you probably guessed).
> ; Section headers (e.g. [Foo]) are also silently
> ignored, even though
> ; they might mean something in the future.
> ;
> ; Directives are specified using the following
> syntax:
> ; directive = value
> ; Directive names are *case sensitive* - foo=bar is
> different from FOO=bar.
> ;
> ; The value can be a string, a number, a PHP
> constant (e.g. E_ALL or M_PI), one
> ; of the INI constants (On, Off, True, False, Yes,
> No and None) or an expression
> ; (e.g. E_ALL & ~E_NOTICE), or a quoted string
> ("foo").
> ;
> ; Expressions in the INI file are limited to bitwise
> operators and parentheses:
> ; |   bitwise OR
> ; &   bitwise AND
> ; ~   bitwise NOT
> ; !   boolean NOT
> ;
> ; Boolean flags can be turned on using the values 1,
> On, True or Yes.
> ; They can be turned off using the values 0, Off,
> False or No.
> ;
> ; An empty string can be denoted by simply not
> writing anything after the equal
> ; sign, or by using the None keyword:
> ;
> ;   foo = ; sets foo to an empty string
> ; foo = none  ; sets foo to an empty string
> ; foo = "none"; sets foo to the string 'none'
> ;
> ; If you use constants in your value, and these
> constants belong to a dynamically
> ; loaded extension (either a PHP extension or a Zend
> extension), you may only
> ; use these constants *after* the line that loads
> the extension.
> ;
> ; All the values in the php.ini-dist file correspond
> to the builtin
> ; defaults (that is, if no php.ini is used, or if
> you delete these lines,
> ; the builtin defaults will be identical).
> 
> 
> 
> ; Language Options ;
> 
> 
> engine=   On  ; Enable the PHP scripting language
> engine under Apache
> short_open_tag=   On 

[PHP-DEV] PHP 4.0 Bug #6722 Updated: Not a valid MYSQL result resource / Lost connection to MySQL server during quer

[cynic]

ID: 6722
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MySQL related
Assigned To: 
Comments:

user feedback:

Ok, bug closed now with PHP 4.0.4 pl1 mysql 3.22.xxx
and apache 1.3.12.

No more problems were founded for 1 week now with
mysql commands.


Previous Comments:
---

[2001-01-13 00:24:07] [EMAIL PROTECTED]
have you experienced this error with newer versions of PHP?

---

[2000-09-13 18:38:09] [EMAIL PROTECTED]
we're using a Apache 1.3.12 Server + PHP 4.02 + MySQL on a Sun Ultra 250  - 256Mo RAM 
Patched 106541-11

we have the same message while connecting/select_db/query/fetch_row

"Not a valid MYSQL result resource ..."

mysql_error($connection_id) gives us : "Lost connection to MySQL server during query"

we consult the bug reporting list and :
- when we make a gettype($connection_id) -> "resource"

- we tried to remove the second parameter ($connection_id) in query -> nothing came

In fact, the pb appears sometimes at every request and sometimes do not appears for 
4/5 same requests.
It's very unregular !



Source : 


");
echo("after query 2: " . gettype($cx_si) . "");
echo("st_si: " . gettype($st_si) . "");
echo("st_si: " . $st_si . "");
$temp = mysql_fetch_row($st_si);
?>



we made many recompilations with differents releases of apache(from 1.3.9 to 1.3.12), 
php with 4.01pl2 and 4.0.2

the database is correctly installed/configured/database accessible from the external

the table's got an unique index and contains two records

we tried to make a select * from table where 1=1 and 2=2 ...
to make the select bigger -> nothing came



PHP Configuration : we followed strictly the configuration operations show in the page 
installation for uniw static mode on www.php.net
We are now testing the dynamic mode ...


Please could you tell us if you have already noticed this problem before with such a 
configuration ??

Thanks by advance.

Nicolas.




PHP.INI:

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory.  The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple.  Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; & bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
;   foo =   ; sets foo to an empty string
;   foo = none  ; sets foo to an empty string
;   foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k

[PHP-DEV] php-search

[Philippe Rochat]

I think the patch in Mirror-htdig.tgz (patch for htsearch) is no more
valid with last versions of htdig. Functions described are no more
all in htsearch.cc (some in Display.cc now), and worse if you apply
this, you'll make your htsearch doesn't work anymore!
Could someone check this, and maybe remove the patch subdir
or specify more clearly on which versions of htdig it does
apply !

Ph.R.


_
Philippe Rochat, (Yahoo-id:philipperochat)  EPFL   DI-LBD
Database Laboratory CH-1015 LAUSANNE
Swiss Federal Institute of Technology (EPFL)tel:++41 21 693 52 53
Beep-EPFL: 181 4644 fax:++41 21 693 51 95
Private: Grammont, 9 1007 LAUSANNE  tel:++41 21 617 03 05
mailto:[EMAIL PROTECTED]  GSM:++41 76 384 52 53

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

Re: [PHP-DEV] Re: safe_mode redesign

[Stanislav Malyshev]

ZS>> My point is that with safe_mode, $x = file("/etc/passwd") can probably
ZS>> still be achieved, only perhaps not that easily.  The false sense of
ZS>> security that it gives you may (will) cause administrators to set their
ZS>> servers up in an insecure way.

Here I wonder, why it is impossible to define some set of safe mode
security guidelines, and make all functions conform to it? After all,
mostly everything (except, probably, some extensions like COM when you
never know) is controlled by the engine, why isn't it possible to have it
to adhere to some set of guidelines?
Also, if the guidelines would really be defined and documented, the
sysadmins would know what it actually does and what it does not, not
basing on the word "safe" alone.

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



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

[PHP-DEV] set_time_limit and exec

[Alexandra Kugler]

Hello,

I have a problem. When a script who started with the exec funktion takes a
long time, the calling script contiues working, without waiting for a
answer.

I tried to set set the timeout value with set_time_limit but PHP ignore it.
I also tried to set the timeout value in the php.ini but it doesn't work.

Alexandra Kugler



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

[PHP-DEV] PHP 4.0 Bug #9144: /tmp/php?????? file created without reference in POST array

[david]

From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.0
PHP version:  4.0.3pl1
PHP Bug Type: Filesystem function related
Bug description:  /tmp/php?? file created without reference in POST array

Example HTML file upload form:





If a user puts a false reference to a file in that filebox and then clicks the submit 
button, a "/tmp/php??" temp file is actually created. But, the reference to that 
temp file in the HTTP_POST_FILES["myfile"]["tmp_name"] says "none". This means you 
cannot unlink() these files normally.

Configure line: './configure' '--with-apxs' '--with-pgsql=/var/lib/pgsql' 
'--enable-track-vars' '--with-ftp' '--enable-trans-sid'

regards,
David


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



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

[PHP-DEV] PHP 4.0 Bug #9141 Updated: cannot call a COM function opening a word appli

[phanto]

ID: 9141
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

could you paste your php code and not this vb crap.

harald.

Previous Comments:
---

[2001-02-07 00:15:16] [EMAIL PROTECTED]
This is the COM function being called from PHP.


Public Function setFile(filename as String)
Set wproc = CreateObject("Word.Application")
wproc.Visible = False
wproc.Documents.Open (filename)
str1 = Mid(filename, 1, Len(filename) - 3) & "txt"
wproc.ActiveDocument.SaveAs str1, wdFormatText
wproc.Quit
End Function

The error message popped is Invoke failed exception in the line where function is 
called.

---



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


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

[PHP-DEV] PHP 4.0 Bug #9145: File Uploads > 9MB are broken. Upload stops with: Can't find server.

[marc_ende]

From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  4.0.4pl1
PHP Bug Type: *Directory/Filesystem functions
Bug description:  File Uploads > 9MB are broken. Upload stops with: Can't find 
server.


System:
SunOS star21 5.6 Generic_105181-21 sun4u sparc SUNW,UltraSPARC-IIi-cEngine

Webserver:
apache 1.3.9

Compile Options:
'./configure' '--prefix=/users/www/local/apache/php4' 
'--with-apxs=/users/www/local/apache-1.3.9/bin/apxs' '--with-gd=/usr/local' 
'--with-gdbm=/usr/local' '--with-config-file-path=/users/www/etc' 
'--with-msql=/users/local/msql' '--with-mysql=/users/local/mysql-static' '--enable-ftp'


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



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

[PHP-DEV] PHP 4.0 Bug #9146: date() doesn't return the RFC 822 date

[artymiak]

From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.7
PHP version:  4.0.3pl1
PHP Bug Type: Date/time related
Bug description:  date() doesn't return the RFC 822 date

echo date("r") returns "r" instead of RFC 822 date.



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



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

[PHP-DEV] strange behaviour of sscanf

[fx]

the code

");
print("format = $format");
print("list = $var1, $var2, $var3, $var4, $var5");

?>



$sep = " " => OK

buffer = a bb ccc  e
format = %s %s %s %s %s
list = a, bb, ccc, , e

$sep = ";;" => BAD

buffer = a;;bb;;ccc;;;;e
format = %s;;%s;;%s;;%s;;%s
list = a;;bb;;ccc;;;;e, , , ,

$sep = "\t" => OK

buffer = a bb ccc  e
format = %s %s %s %s %s
list = a, bb, ccc, , e

$sep = "\t" AND  $buffer = "a" . $sep . "b b" . $sep . "ccc" . $sep . ""
. $sep . "e"; => BAD

buffer = a b b ccc  e
format = %s %s %s %s %s
list = a, b, b, ccc, 

$sep = ";;" AND  $buffer = "a" . $sep . "b b" . $sep . "ccc" . $sep . ""
. $sep . "e"; => BAD

buffer = a;;b b;;ccc;;;;e
format = %s;;%s;;%s;;%s;;%s
list = a;;b, , , ,


please forward your comments on [EMAIL PROTECTED]


ps : PHP Version 4.0.4pl1 with Zend Optimizer v1.0.0





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

[PHP-DEV] PHP 4.0 Bug #9147: bugs in post using multipart/form-data

[hwlee]

From: [EMAIL PROTECTED]
Operating system: RH Linux 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  bugs in post using multipart/form-data 

Hello!
I installed "php-4.0.4pl1-3.i386.rpm" which
can be obtained from "ftp://updates.redhat.com".

When one try to send variables using multipart form,
one always get strings with additional CR LF
characters at the front.

Below I enclose two short files.
Please try them.

--- a.html --

Data:


--- b.php ---


--

Where I submit the form (a.html) with
Data = 0, I get "0d0a3030303030".
Here I can see extra CR LF ("0d0a").

When I used older version ( 4.0.3),
I didn't experience such things.

Thank you.

Haewon Lee
Physics Dept.
Chunbuk Nat'l Univ., Korea



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



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

[PHP-DEV] PHP 4.0 Bug #9148: PHP got space to every of my variables

[stano]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  PHP got space to every of my variables

If I use php4.0.4pl1, php does this.

If I make for. example:

 $aa="fee";

Real value is " fee";
It does on every variables, why?

And second problem.

I have php free.php script:


But If I look on it from browser
and use: http://mysite.com/free.php
The result is "Job is not free";

Why?


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



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

[PHP-DEV] PHP 4.0 Bug #9148 Updated: PHP got space to every of my variables

[derick]

ID: 9148
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:

I'm 100% sure that PHP doesn't add a space before every value. I think you just made 
an error in your script.

For the second problem, this is normal behavior, the empty string evalutes to 0.

Previous Comments:
---

[2001-02-07 09:55:55] [EMAIL PROTECTED]
If I use php4.0.4pl1, php does this.

If I make for. example:

 $aa="fee";

Real value is " fee";
It does on every variables, why?

And second problem.

I have php free.php script:


But If I look on it from browser
and use: http://mysite.com/free.php
The result is "Job is not free";

Why?

---



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


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

[PHP-DEV] PHP 4.0 Bug #9149: syntax error

[jeanm]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  syntax error

file ext/dav/dav.c
has a syntax error ( wrong place for ";" ) in 
line 143
PHP_RSHUTDOWN_FUNCTION(phpdav);
should be
PHP_RSHUTDOWN_FUNCTION(phpdav)


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



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

[PHP-DEV] PHP 4.0 Bug #9150: PHP4 not reading php.ini

[joe]

From: [EMAIL PROTECTED]
Operating system: Redhat 6.1
PHP version:  4.0 Latest CVS (07/02/2001)
PHP Bug Type: *Install and Config
Bug description:  PHP4 not reading php.ini

Hi, 

I've successfully compiled PHP 4.0.5dev with Apache
1.3.14 on my Redhat 6.1 after many tries. 

If you go to http://www.antiquegunroom.com/test.php
you will see my PHP info. However the info could never
be changed even after I've copied php.ini to
/usr/local/lib 

The info you see at the url is not synchronised with
the settings in the file.  For instance, the
upload_tmp_dir variable has a value of /etc/httpd/tmp
but the PHP info shown on the url gives me "No Value"

Why could this happen? I've rebooted the server many
times but the info still wouldn't be updated. 

Configure command:

./configure --with-apxs=/usr/sbin/apxs --with-pgsql=/usr/include/pgsql 
--with-mysql=/usr --with-gd=/usr --with-ftp --enable-track-vars --enable-versioning 
--with-gdbm=/usr/include --with-pdflib=/usr/local/lib 
--with-mck=/usr/local/mck-3.3.1-i586-pc-linux-gnulibc2.1 --with-jpeg-dir=/usr/local 
--with-tiff-dir=/usr/lib --with-png-dir=/usr/lib --enable-calendar --with-zlib==/usr 
--with-zlib-dir --with-mod-dav --with-snmp --enable-sockets --enable-yp --with-dom 
--enable-sablot-errors-descriptive --with-sablot --enable-wddx --with-readline=/usr 
--with-snmp=/usr --with-ttf

I've done a strace on httpd by issuing the following command:
strace -o /tmp/file /usr/sbin/httpd -X
after that i do a grep on php.ini:
grep php.ini /tmp/file

The resulting output is 
open("./php.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/php.ini", O_RDONLY)  = -1 ENOENT (No such file or directory)
open("/usr/local/lib/php.ini", O_RDONLY) = 4
lstat("/usr/local/lib/php.ini", {st_mode=S_IFREG|0755, st_size=24287, ...}) = 0
open("./php.ini", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/php.ini", O_RDONLY)  = -1 ENOENT (No such file or directory)
open("/usr/local/lib/php.ini", O_RDONLY) = 4
lstat("/usr/local/lib/php.ini", {st_mode=S_IFREG|0755, st_size=24287, ...}) = 0

My PHP.INI content is 

[PHP]

;;;
; About this file ;
;;;
;
; This is the 'optimized', PHP 4-style version of the php.ini-dist file.
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3.  Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - allow_call_time_pass_reference = Off
; It's not possible to decide to force a variable to be passed by reference
; when calling a function.  The PHP 4 style to do this is by making the
; function require the relevant argument by reference.
; - register_globals = Off
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables).  Instead of using $foo, you must use
; $HTTP_POST_VARS["foo"], $HTTP_GET_VARS["foo"], $HTTP_COOKIE_VARS["foo"], 
; $HTTP_ENV_VARS["foo"] or $HTTP_SERVER_VARS["foo"], depending on which kind
; of input source you're expecting 'foo' to come from.
; - register_argc_argv = Off
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation.  Instead, you should use the
; function addslashes() on each input element you wish to send to a database.
; - variables_order = "GPCS"
; The environment variables are not hashed into the $HTTP_ENV_VARS[].  To access
; environment variables, you can use getenv() instead.



; Language Options ;


engine  =   On  ; Enable the PHP scripting language engine 
under Apache
short_open_tag  =   On  ; allow the  tags are recognized.
asp_tags=   Off ; allow ASP-style <% %> tags
precision   =   14  ; number of significant digits displayed in 
floating point numbers
y2k_compliance  =   Off ; whether to be year 2000 compliant (will cause 
problems with non y2k compliant browsers)
output_buffering= Off   ; Output buffering allows you to send header lines 
(including cookies)
; even after you send body 
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output 
buffering by in runtime by calling the output

[PHP-DEV] PHP 4.0 Bug #9151: base_convert interprets letters w,x,y,z as 0

[gherson]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2 - Redhat 6.2
PHP version:  4.0.4
PHP Bug Type: Math related
Bug description:  base_convert interprets letters w,x,y,z as 0

Hi.  Base_convert interprets letters w,x,y, and z to be zero but should handle letters 
up to z: "Digits in numbers with a base higher than 10 will be represented with the 
letters a-z, with a meaning 10, b meaning 11 and z meaning 35." -- 
http://www.php.net/manual/en/function.base-convert.php

Shows problem:
$base32 = 'x';   // a-v ok, w-z=0
$base10 = base_convert($base32, 32, 10);
echo "base10: $base10\n";

My configure line:
./configure --with-cybercash=/usr/local/bin/mck-3.3.0-i586-pc-linux-gnulibc2.1 
--with-pgsql=/var/lib/pgsql --with-apxs

thanks,
George 


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



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

Re: [PHP-DEV] The library yes/lib does not exist

[Sascha Schumann]

On Wed, 7 Feb 2001, Boian Bonev wrote:

> hi,
>
> i've seen the same really soon and could track it:

Cool, I looked further down the specific config.m4 and it
appears that the zlib check was copied and not modified
correctly.  Fix committed.

- Sascha


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

[PHP-DEV] Re: PHP 4.0 Bug #6398 Updated: Kernel page fault caused by PHP

[dceddced dceddced]

I've tested the script below on php4.0.4pl1 on windows 98se in the same 
condition and the problem is solved.

Thanks.


>From: Bug Database <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: PHP 4.0 Bug #6398 Updated: Kernel page fault caused by PHP
>Date: 19 Jan 2001 16:28:46 -
>
>ID: 6398
>Updated by: cynic
>Reported By: [EMAIL PROTECTED]
>Status: Feedback
>Bug Type: ODBC related
>Assigned To:
>Comments:
>
>user feedback:
>--
>Excuse me for this delayed response.
>I'm going to try latest version of PHP soon and test it again in the same
>test environment.
>I'll send you a report after running the test.
>--
>(expecting further feedback)
>
>
>Previous Comments:
>---
>
>[2001-01-08 15:44:05] [EMAIL PROTECTED]
>Does this exist in more recent versions of PHP?
>
>---
>
>[2000-08-28 08:42:20] [EMAIL PROTECTED]
>This script runs on PHP 3.14 on the same machine without problem. Now, 
>planning an upgrade, i found that the same
>doesn't run on PHP 4.0.1pl2, because after about 1000-2000 inserts php.exe 
>goes down crashing.
>I downloaded the binaries for Win9x from www.php.net, and i use the 
>standard php.ini.dist configuration with two adjustement: 
>max_execution_time=3600 and memory_limit=18388608.
>I use ODBC drivers from Microsoft version 3.5 with datasource of type 
>dBaseIV and Access, but i run into the same problem. Reading data instead 
>of inserting doesn't cause any problem.
>Zend Optimizer DLL is not installed. Actually i use Apache
>as a Web Server, release 1.3.12 download from www.apache.org.
>
>Thanks.
>
>
>$handle1=odbc_connect("demo","","",SQL_CUR_USE_ODBC );
>echo odbc_autocommit(true);
>//odbc_exec($handle1,"create table demo (nome char(200),cognome 
>char(200))");
>odbc_exec($handle1,"delete from demo");
>for ($i=0;$i<1;$i++)
>   {
>   $nome="n$i";
>   $cognome="c$i";
>   $ref1=odbc_exec($handle1,"insert into demo values 
>('$nome','$cognome')");
>   odbc_free_result($ref1);
>   }
>odbc_close($handle1);
>echo "Done."
>?>
>
>
>
>---
>
>
>Full Bug description available at: http://bugs.php.net/?id=6398
>

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.


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

[PHP-DEV] New module for php4 (iconv)

[Ondrej Sury]

Because recode library doesn't work for me (it segfaults), I have coded
support for iconv function (as found in glibc) and I would like to add this
module in official php4 source.  How can it be done.

(Please Cc reply to my address, since I am not subscriber of php-dev list
yet.)

-- 
Ondřej Surý <[EMAIL PROTECTED]> Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009 Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126 Mapa: http://globe.namape.cz/
GPG fingerprint:  CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273
 PGP signature

[PHP-DEV] PHP 4.0 Bug #6398 Updated: Kernel page fault caused by PHP

[derick]

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

The user reported that it's fixed in the latest release.

Previous Comments:
---

[2001-01-19 11:28:46] [EMAIL PROTECTED]
user feedback:
--
Excuse me for this delayed response.
I'm going to try latest version of PHP soon and test it again in the same 
test environment.
I'll send you a report after running the test.
--
(expecting further feedback)


---

[2001-01-08 15:44:05] [EMAIL PROTECTED]
Does this exist in more recent versions of PHP? 

---

[2000-08-28 08:42:20] [EMAIL PROTECTED]
This script runs on PHP 3.14 on the same machine without problem. Now, planning an 
upgrade, i found that the same 
doesn't run on PHP 4.0.1pl2, because after about 1000-2000 inserts php.exe goes down 
crashing.
I downloaded the binaries for Win9x from www.php.net, and i use the standard 
php.ini.dist configuration with two adjustement: max_execution_time=3600 and 
memory_limit=18388608.
I use ODBC drivers from Microsoft version 3.5 with datasource of type dBaseIV and 
Access, but i run into the same problem. Reading data instead of inserting doesn't 
cause any problem. 
Zend Optimizer DLL is not installed. Actually i use Apache
as a Web Server, release 1.3.12 download from www.apache.org.

Thanks.






---



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


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

[PHP-DEV] PHP 4.0 Bug #9151 Updated: base_convert interprets letters w,x,y,z as 0

[gherson]

ID: 9151
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Math related
Description: base_convert interprets letters w,x,y,z as 0

Sorry, stupid mistake on my part.  Pls ignore

Previous Comments:
---

[2001-02-07 11:02:09] [EMAIL PROTECTED]
Hi.  Base_convert interprets letters w,x,y, and z to be zero but should handle letters 
up to z: "Digits in numbers with a base higher than 10 will be represented with the 
letters a-z, with a meaning 10, b meaning 11 and z meaning 35." -- 
http://www.php.net/manual/en/function.base-convert.php

Shows problem:
$base32 = 'x';   // a-v ok, w-z=0
$base10 = base_convert($base32, 32, 10);
echo "base10: $base10n";

My configure line:
./configure --with-cybercash=/usr/local/bin/mck-3.3.0-i586-pc-linux-gnulibc2.1 
--with-pgsql=/var/lib/pgsql --with-apxs

thanks,
George 

---


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


-- 
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] Pls ignore base_convert bug report just sent

[George Herson]

That was bogus a bogus report, sorry.  I closed it in the bug database.

geo


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

Re: [PHP-DEV] PHP 4.0 Bug #9136 Updated: simple script with infinite function calls causes seg fault

[Boian Bonev]

hi,

> > indeed it is theoretically impossible to track this :)
> >
> > implement a recursive alrorithm for something e.g.:
> >
> > function foo($n) { // calc $n!
> > if ($n<=1)
> > return $n;
> > else
> > return foo($n-1)*$n;
> > }
> >
> > now tell me if it is infinite or finite? ;-) this is a verification and
> > cannot be solved runtime.
> >
> > the best thing that can be done is to set a stack limit (php function
call
> > level) to something reasonable and thus avoid the segfault.
>
> This gives a problem itself, how many levels before the stack is full? Not
> every function call has the same memory footprint, so you can't tell after
> how many levels the stack is full.

of course. but it is better to set something like 1000(or 100) and be
sure that a malicious user cannot exploit it. as far as i remember php local
vars are emalloc-ed and are not on the stack. so there is an average value
like 64(or 640) bytes per stack frame or something...

b.


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

[PHP-DEV] PHP 4.0 Bug #9152: undefined function not signaled

[carmelo]

From: [EMAIL PROTECTED]
Operating system: suse7.0
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  undefined function not signaled

this construct doesn't yeld an error.
it should no???





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



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

[PHP-DEV] a debugger for php

[Harald Radi]

http://dd.cron.ru/dbg/  great !

harald.

resistance is futile - nme.at 

-- 
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] Earn $235 - $760 Or More Weekly At Home In Your Spare Time

[Income Opportunity]

Earn $235 - $760 Or More Weekly

Home Workers Needed Nationwide

Hundreds of companies are currently looking for
telecommuters.  There is no experience needed and
you can start right away.

This is NOT your average get-rich-quick program.
In fact, none of the companies require any special
fees to get started.  Many offer free training.

Start earning money in your spare time.  You set the
hours, you decide how much you want to make.

Email [EMAIL PROTECTED] with "Work At Home"
in the subject heading for complete details.

Best Wishes
Home Workers Directory

P.S.  Opportunity available only to U.S. Residents over
the age of 18. 



Home Workers Needed Nationwide

Hundreds of companies are currently looking for
telecommuters.  There is no experience needed and
you can start right away.

This is NOT your average get-rich-quick program.
In fact, none of the companies require any special
fees to get started.  Many offer free training.

Start earning money in your spare time.  You set the
hours, you decide how much you want to make.

Email [EMAIL PROTECTED]
subject heading for complete details.

Best Wishes
Home Workers Directory

P.S.  Opportunity available only to U.S. Residents over
the age of 18. 


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

Re: [PHP-DEV] Re: Dear Friends & Future Millionaire:

[Sascha Schumann]

On Tue, 6 Feb 2001, Rasmus Lerdorf wrote:

> This might be workable.  I fear Sascha's solution could be rather prone to
> mistakes, and it would slow down list delivery for everyone.  Requiring
> approval for non-list members is a hassle for them, but if enough people
> are willing to be on the receiving end of these messages to be approved it
> probably wouldn't be too bad.  We just need to figure out how to do this
> with ezmlm.

Top priority for me is that common list operations must not
require manual attention.  There were more than 16,000
different senders on our lists so far.  And only a small
fraction of those addresses are subscribed.  Do you really
want to approve all those sender addresses manually?

- Sascha


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

[PHP-DEV] PHP 4.0 Bug #9153: not accessing 404 errorpage

[paul . graham]

From: [EMAIL PROTECTED]
Operating system: solaris
PHP version:  4.0.3
PHP Bug Type: *Web Server problem
Bug description:  not accessing 404 errorpage

http://www.thesite.co.uk/bollocks_address.php

will give a page not displayed message it possable to get this set to a defined error 
page??

this would help us a lot, as were using is for error reporting.

zeus


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



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

RE: [PHP-DEV] Re: Dear Friends & Future Millionaire:

[James Moore]

> Top priority for me is that common list operations must not
> require manual attention.  There were more than 16,000
> different senders on our lists so far.  And only a small
> fraction of those addresses are subscribed.  Do you really
> want to approve all those sender addresses manually?

How about a bit of revenge and subscribing them to our lists see how they
like it :P

James


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

[PHP-DEV] PHP 4.0 Bug #9154: HTTPD Memory Utilization Spike

[cbenedict]

From: [EMAIL PROTECTED]
Operating system: RH Linux 6.2, Kernel 2.2.14
PHP version:  4.0.4pl1
PHP Bug Type: Performance problem
Bug description:  HTTPD Memory Utilization Spike

Using ezxmlrpc 1.0 library from ez systems to write web services.  Ezxmlrpc uses the 
qtdom option to process XML.  Web services are reading from and writing to Postgres 
7.0.3 database.  Web services are working properly, but when they are called 
repeatedly (anywhere from 6 to 25 times in a row), one of the httpd processes eats all 
of the CPU and memory utilization spikes to over 100MB.  PHP interpreter eventually 
stops because max execution time of 30 secs is exceeded.  Then, memory utilization for 
that process drops back down to around 3MB.

I am using apache 1.3.14 and have php built as a DSO.  I do not seem to get a core 
dump, so I can not include a backtrace.

My configure line follows:
./configure --with-apxs=/usr/local/apache/bin/apxs --with-magic_quotes --with-dom 
--with-qtdom --with-pgsql --enable-debug

I am classifying this as a performance problem, even though I know it is not.  Don't 
know how else to clasify it.  I know this is not enough info to begin debugging this 
problem.  Can someone give me some tips on how I can narrow this down?


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



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

Re: [PHP-DEV] a debugger for php

[André Langhorst]

Harald Radi wrote:

> http://dd.cron.ru/dbg/  great !


what about modifiying the php license to force all people to tell us 
about any interesting project ;)

andré

-- 
· André Langhorst   · t: +49 571 3201801 ·
· [EMAIL PROTECTED]   · m: +49 173 9558736 ·
· PHP Quality Assurance · http://qa.php.net  ·


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

[PHP-DEV] PHP 4.0 Bug #9155: set_error_handler() to accepts object/method tuple

[Tomas V . V . Cox]

From: Tomas V.V.Cox <[EMAIL PROTECTED]>
Operating system: All
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  set_error_handler() to accepts object/method tuple

It could be very flexible if set_error_handler() can send error parameters to an 
object method. Something like:

set_error_handler ("function");
and
ser_error_handler ("method", $object);

Thanks,

Tomas V.V.Cox


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



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

[PHP-DEV] PHP 4.0 Bug #9153 Updated: not accessing 404 errorpage

[derick]

ID: 9153
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Web Server problem
Assigned To: 
Comments:

Not a php bug, add ErrorDocument 404 /path/to/doc.html into your httpd.conf

Previous Comments:
---

[2001-02-07 11:50:23] [EMAIL PROTECTED]
http://www.thesite.co.uk/bollocks_address.php

will give a page not displayed message it possable to get this set to a defined error 
page??

this would help us a lot, as were using is for error reporting.

zeus

---



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


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

[PHP-DEV] PHP 4.0 Bug #9156: stripslashes doesn't work as expected

[nirf]

From: [EMAIL PROTECTED]
Operating system: Linux RedHat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  stripslashes doesn't work as expected

when doing addslashes() to a string and then doing stripslashes() doesn't remove all 
occurance of single or double qoutes.
this is the string :

node[$i]['destination']?>
node[$i]['type']?>

node[$i]['alias"sds]?>


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



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

Re: [PHP-DEV] The library yes/lib does not exist

[Boian Bonev]

hi,

> > i've seen the same really soon and could track it:
> Cool, I looked further down the specific config.m4 and it
> appears that the zlib check was copied and not modified
> correctly.  Fix committed.

10x :)) it was annoying and hard to track because i have 10+ --with-
configure options.

another thing - i have noticed that when i issue

configure 
make
configure 
make

in phpinfo i get  as config options. also not all of the stuff
is rebuilt properly.
it is not a good idea to rebuild all the stuff. currently less than needed
is rebuilt. especially when i remove modules - when i add everything seems
fine.
i know i can make clean or even distclean but it is not nice...

b.


-- 
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] ext/standard/exec.h

[Boian Bonev]

hi,
 
can someone commit the 
following change:
 
Index: 
ext/standard/exec.h===RCS 
file: /repository/php4/ext/standard/exec.h,vretrieving revision 1.6diff 
-u -r1.6 exec.h--- ext/standard/exec.h 2000/09/05 
16:55:32 1.6+++ ext/standard/exec.h 2001/02/07 
17:55:20@@ -29,4 +29,6 
@@ PHP_FUNCTION(shell_exec);  char 
*php_escape_shell_cmd(char *);+int php_Exec(int type, char *cmd, pval 
*array, pval *return_value);+ #endif /* EXEC_H */
 
b.
 
 

[PHP-DEV] PHP 4.0 Bug #9157: loading module problem

[jean . barral]

From: [EMAIL PROTECTED]
Operating system: Linux Redhat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  loading module problem

Apache version : 1.3.12
Compile option : 
./configure \
   --prefix=/usr/local/apache \
   --sysconfdir=/etc/httpd/conf \
   --logfiledir=/var/log/httpd \
   --enable-shared=max


php version : 4.0.4pl1
Compile otion : 
./configure --with-gd --with-mysql \
--with-ldap --with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc/httpd/conf 


Syntax error on line 230 of /etc/httpd/conf/httpd.conf:
API module structure `php4_module' in file /usr/lib/apache/libphp4.so is garbled - 
perhaps this is not an Apache module DSO?


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



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

[PHP-DEV] PHP 4.0 Bug #9158: Mysql client version

[jeff]

From: [EMAIL PROTECTED]
Operating system: Redhat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  Mysql client version

I am wondering when a patch will come out that will have the version 3.23.32 stable 
version of mysql incorporated in it?  Currently the 4.0.4pl1 has 3.23.28-beta.  Thanks!

Jeff Williams


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



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

[PHP-DEV] PHP 4.0 Bug #9159: PHP 4.0.4pl1 chrashes on initialization

[vrg]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 3.4
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  PHP 4.0.4pl1 chrashes on initialization

My PHP 4.0.4pl1 crashes during initialization. It crashes in php_minit_crypt, when 
starting php ... no php code needed for crashing... :)

i've configured php like this: (configure options don't bother crashing) 

./configure --enable-versioning --with-system-regex 
--with-config-file-path=/usr/local/etc --disable-debug --enable-track-vars 
--disable-pear --enable-sysvsem --enable-sysvshm --with-imap --with-zlib 
--with-mysql=/usr/local --with-xml=/usr/local --prefix=/usr/local i386--freebsd3.4

When compiled as an apache module, it cored the apache, too, when initializing...

GBD Backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x8081ba9 in php_minit_crypt (type=1, module_number=5) at crypt.c:109
109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 
1.0));
(gdb) bt
#0  0x8081ba9 in php_minit_crypt (type=1, module_number=5) at crypt.c:109
#1  0x807d64e in php_minit_basic (type=1, module_number=5)
at basic_functions.c:719
#2  0x80c7363 in zend_startup_module (module=0x81168c0) at zend_API.c:697
#3  0x805dc5c in php_startup_extensions (ptr=0x8111870, count=10) at main.c:751
#4  0x805e807 in php_startup_internal_extensions () at internal_functions.c:67
#5  0x805dea5 in php_module_startup (sf=0x8110b1c) at main.c:905
#6  0x805c956 in main (argc=1, argv=0xbfbfdb8c) at cgi_main.c:480
#7  0x805c405 in _start ()

Please notice me about this bug fixing... I've a previous version (php 4.0.3pl1), 
which is working with the same configuration...

Thanks a lot,
Peter Varga


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



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

[PHP-DEV] PHP 4.0 Bug #9160: When using the include() function, the file being included is cached by php

[john]

From: [EMAIL PROTECTED]
Operating system: Redhat Linux 7.0 Kernal 2.2.16-22 Apache 1.3.12
PHP version:  4.0.3pl1
PHP Bug Type: Unknown/Other Function
Bug description:  When using the include() function, the file being included is cached 
by php

When I use the include() command to include one PHP script inside another, the script 
that is being incuded gets cached by PHP for a long period of time. I have not 
experienced this in any previous version of PHP4, using exactly the same scripts. When 
I edit, or even delete the script thats being included, PHP still behaves as if the 
script is still there and hasn't been modified.

The final page which PHP outputs to the the browser is NOT being cached, I have 
verified this by making a change to the script that is using the include() command to 
include the 2nd script.  When I change that first script the change shows up in the 
browser, so it is clear that the page is not being cached. The only thing being cached 
is that second script which is include()ed from the first one.

The output of phpinfo() running on my server can be viewed at this url:

http://salvador.ida-corp.net/test.php



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



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

[PHP-DEV] PHP 4.0 Bug #9161: Undefined symbols in static apache build using PHP 4.0.4pl1

[tcyrus]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  Undefined symbols in static apache build using PHP 4.0.4pl1

apache_1.3.17 & php-4.0.4pl1 (Solaris 2.6 GCC 2.95.2) 

Atempting to static link php into apache.  Getting undefined symbols in apache 
(shown below).  config'd apache 1st, then config'd php using:
   ./configure --with-mysql --with-apache=../apache_1.3.17 --enable-track-vars
did a make and make install and all worked.  Then configured apache with:
./configure --prefix=/opt/apache --activate-module=src/modules/php4/libphp4.a
and make fails with the following.

Suggestions?

gcc  -DSOLARIS2=260 -I/opt/local/src/php-4.0.4pl1 -I/opt/local/src/php-4.0.4pl1/
main -I/opt/local/src/php-4.0.4pl1/main -I/opt/local/src/php-4.0.4pl1/Zend -I/op
t/local/src/php-4.0.4pl1/Zend -I/opt/local/src/php-4.0.4pl1/TSRM -I/opt/local/sr
c/php-4.0.4pl1/TSRM -I/opt/local/src/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite
 -DNO_DL_NEEDED `./apaci`\
  -o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/lib
standard.a main/libmain.a ./os/unix/libos.a ap/libap.a  lib/expat-lite/libexpat.
a  -R/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2  -L/usr/uc
blib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -Lmodules/php4 -L../mo
dules/php4 -L../../modules/php4 -lmodphp4  -lpam  -ldl -lresolv -lresolv -lm -ld
l -lcrypt -lnsl -lsocket  -lsocket -lgcc   -lsocket -lnsl
Undefined   first referenced
 symbol in file
php_register_variable   modules/php4/libphp4.a(mod_php4.o)
core_globalsmodules/php4/libphp4.a(mod_php4.o)
sapi_startupmodules/php4/libphp4.a(mod_php4.o)
sapi_shutdown   modules/php4/libphp4.a(mod_php4.o)
zend_ini_rshutdown  modules/php4/libphp4.a(mod_php4.o)
php_module_shutdown_for_execmodules/php4/libphp4.a(mod_php4.o)
apache_php_module_main  modules/php4/libphp4.a(mod_php4.o)
php_request_shutdown_for_exec   modules/php4/libphp4.a(mod_php4.o)
zend_hash_apply modules/php4/libphp4.a(mod_php4.o)
executor_globalsmodules/php4/libphp4.a(mod_php4.o)
zend_hash_destroy   modules/php4/libphp4.a(mod_php4.o)
_estrdupmodules/php4/libphp4.a(mod_php4.o)
zend_error  modules/php4/libphp4.a(mod_php4.o)
sapi_get_default_content_type   modules/php4/libphp4.a(mod_php4.o)
php_module_shutdown_wrapper modules/php4/libphp4.a(mod_php4.o)
sapi_globalsmodules/php4/libphp4.a(mod_php4.o)
zend_startup_module modules/php4/libphp4.a(mod_php4.o)
php_request_shutdownmodules/php4/libphp4.a(mod_php4.o)
php_handle_aborted_connection   modules/php4/libphp4.a(mod_php4.o)
zend_hash_add_or_update modules/php4/libphp4.a(mod_php4.o)
zend_alter_ini_entrymodules/php4/libphp4.a(mod_php4.o)
apache_module_entry modules/php4/libphp4.a(mod_php4.o)
zend_hash_merge_ex  modules/php4/libphp4.a(mod_php4.o)
zend_hash_init  modules/php4/libphp4.a(mod_php4.o)
empty_stringmodules/php4/libphp4.a(mod_php4.o)
_efree  modules/php4/libphp4.a(mod_php4.o)
php_module_startup  modules/php4/libphp4.a(mod_php4.o)
ld: fatal: Symbol referencing errors. No output written to httpd



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



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

[PHP-DEV] PHP 4.0 Bug #9159 Updated: PHP 4.0.4pl1 chrashes on initialization

[vrg]

ID: 9159
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
Description: PHP 4.0.4pl1 chrashes on initialization

The main point is in crypt.c I think...


Previous Comments:
---

[2001-02-07 13:07:46] [EMAIL PROTECTED]
My PHP 4.0.4pl1 crashes during initialization. It crashes in php_minit_crypt, when 
starting php ... no php code needed for crashing... :)

i've configured php like this: (configure options don't bother crashing) 

./configure --enable-versioning --with-system-regex 
--with-config-file-path=/usr/local/etc --disable-debug --enable-track-vars 
--disable-pear --enable-sysvsem --enable-sysvshm --with-imap --with-zlib 
--with-mysql=/usr/local --with-xml=/usr/local --prefix=/usr/local i386--freebsd3.4

When compiled as an apache module, it cored the apache, too, when initializing...

GBD Backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x8081ba9 in php_minit_crypt (type=1, module_number=5) at crypt.c:109
109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 
1.0));
(gdb) bt
#0  0x8081ba9 in php_minit_crypt (type=1, module_number=5) at crypt.c:109
#1  0x807d64e in php_minit_basic (type=1, module_number=5)
at basic_functions.c:719
#2  0x80c7363 in zend_startup_module (module=0x81168c0) at zend_API.c:697
#3  0x805dc5c in php_startup_extensions (ptr=0x8111870, count=10) at main.c:751
#4  0x805e807 in php_startup_internal_extensions () at internal_functions.c:67
#5  0x805dea5 in php_module_startup (sf=0x8110b1c) at main.c:905
#6  0x805c956 in main (argc=1, argv=0xbfbfdb8c) at cgi_main.c:480
#7  0x805c405 in _start ()

Please notice me about this bug fixing... I've a previous version (php 4.0.3pl1), 
which is working with the same configuration...

Thanks a lot,
Peter Varga

---


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


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

Re: [PHP-DEV] The library yes/lib does not exist

[Sascha Schumann]

> i know i can make clean or even distclean but it is not nice...

try make depend.

- Sascha


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

[PHP-DEV] Re: PHP 4.0 Bug #9153 Updated: not accessing 404 errorpage

[Paul Graham]

sorry my crap explaining

404 messages are handled by the zeus server, however because we running php in the cgi 
'wrapper'
mode, it finds php, but php can't find the file and it produces this error.

so what i need is for php to redirect the request to out error pages. i belive that i 
we swapped
to ISAPI this would proberly not be a problem, but that's proberly?

any help would be gratfully recived.


Bug Database wrote:

> ID: 9153
> Updated by: derick
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Bogus
> Bug Type: *Web Server problem
> Assigned To:
> Comments:
>
> Not a php bug, add ErrorDocument 404 /path/to/doc.html into your httpd.conf
>
> Previous Comments:
> ---
>
> [2001-02-07 11:50:23] [EMAIL PROTECTED]
> http://www.thesite.co.uk/bollocks_address.php
>
> will give a page not displayed message it possable to get this set to a defined 
>error page??
>
> this would help us a lot, as were using is for error reporting.
>
> zeus
>
> ---
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=9153&edit=2

--
Wax New Media Agency
The Waxworks
Power Road Studios
Power Road
London
W4 5PY

T) +44 020 8742 1551
F) +44 020 8742 3774
ISDN) +44 020 8742 8989


Internet communications are not secure and therefore Wax Communications Computing 
Group and its
subsidiary companies do not accept legal responsibility for the contents of this 
message. Any
opinions stated are solely those of the author.



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

[PHP-DEV] PHP 4.0 Bug #9159 Updated: PHP 4.0.4pl1 chrashes on initialization

[derick]

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

This should be fixed in CVS. Can you try a snapshot from snaps.php.net or a CVS 
version? If you encounter problems, feel free to reopen this report

Previous Comments:
---

[2001-02-07 13:20:52] [EMAIL PROTECTED]
The main point is in crypt.c I think...


---

[2001-02-07 13:07:46] [EMAIL PROTECTED]
My PHP 4.0.4pl1 crashes during initialization. It crashes in php_minit_crypt, when 
starting php ... no php code needed for crashing... :)

i've configured php like this: (configure options don't bother crashing) 

./configure --enable-versioning --with-system-regex 
--with-config-file-path=/usr/local/etc --disable-debug --enable-track-vars 
--disable-pear --enable-sysvsem --enable-sysvshm --with-imap --with-zlib 
--with-mysql=/usr/local --with-xml=/usr/local --prefix=/usr/local i386--freebsd3.4

When compiled as an apache module, it cored the apache, too, when initializing...

GBD Backtrace:
Program received signal SIGFPE, Arithmetic exception.
0x8081ba9 in php_minit_crypt (type=1, module_number=5) at crypt.c:109
109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 
1.0));
(gdb) bt
#0  0x8081ba9 in php_minit_crypt (type=1, module_number=5) at crypt.c:109
#1  0x807d64e in php_minit_basic (type=1, module_number=5)
at basic_functions.c:719
#2  0x80c7363 in zend_startup_module (module=0x81168c0) at zend_API.c:697
#3  0x805dc5c in php_startup_extensions (ptr=0x8111870, count=10) at main.c:751
#4  0x805e807 in php_startup_internal_extensions () at internal_functions.c:67
#5  0x805dea5 in php_module_startup (sf=0x8110b1c) at main.c:905
#6  0x805c956 in main (argc=1, argv=0xbfbfdb8c) at cgi_main.c:480
#7  0x805c405 in _start ()

Please notice me about this bug fixing... I've a previous version (php 4.0.3pl1), 
which is working with the same configuration...

Thanks a lot,
Peter Varga

---



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


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

[PHP-DEV] Commiting a new extension

[Brad Atkins]

Hello,

I'm at the stage where I'm ready to commit the beginings of a Lotus
Notes database extension.

Can anyone give me a general overview of how this process works? I don't
want to infringe upon anyone, or mess up other people's work.

I also noted a message about the implementation of ACL's with regards to
the CVS. Previously it was discussed that the extension would reside in
the ext/notes directory, so I'm assuming I'd need enough permission to
create that directory and add/modify the contents of it.

Any help you can provide would be greatly appreciated.

Thanks,
Brad Atkins
Manager, Technical Development

http://www.youreshop.com
1-877-YRE-4YOU (Toll free US & Canada)
1-705-692-3442 (International)



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

[PHP-DEV] Re: PostgreSQL and PHP persistent connections

[Thies C. Arntzen]

On Wed, Feb 07, 2001 at 02:12:26PM -0500, Bruce Momjian wrote:
> Thies, we talked at LinuxWorld about improving the reliability of
> persistent PostgreSQL connections in PHP.

cc'ing php-dev

bruce, 
hope you had a successful show!

> 
> I believe the problem is that persistent connections sometime do not
> pass clean sessions because of open transactions and SET changes to the
> session.

yep...

> 
> We discussed using 'ROLLBACK' before passing a connection to a new user,
> but the problem was that ROLLBACK with no open transaction causes a
> server log error message.  We discussed adding 'ROLLBACK SILENT' to fix
> this, but I believe a better, more portable solution is a simple "BEGIN
> WORK;ROLLBACK".  This will do nothing if there is no open transaction,
> and will ROLLBACK any open transaction.  I propose this be sent by PHP
> as the first query when passing persistent connections.

i'll have a look at that tomorrow (if my family allows;-). if
"BEGIN WORK;ROLLBACK" does not stack transactions i think you
might have found the solution to the php-postgres problem! do
you know how other script-interfaces (perl) to postgres
handle the very same thing?

> 
> As far as SET changes, does anyone on the PostgreSQL interfaces list
> have a suggestion on how to RESET all session parameters?  Seems we may
> need to add this feature in to the backend.

with the oracle driver (i wrote) there is a neat thing in the
oci-libs: you have a server-handle _and_ a session handle.
the session handle sits "on" the server-handle and keeps
_all_ session specific data, the server handle "only" carries
the pure connection to oracle. so i keep the server handle
persistent and allocate/free session handles on it for each
request to PHP. that way the sessions are always clean. but i
also do a forces rollback on the session handle before i free
it on request-end so that in case of a script error all
outstanding transactions are rolled-back.

regards,
tc


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

[PHP-DEV] PHP 4.0 Bug #9162: Java support corrupts Hashtables

[freifeld]

From: [EMAIL PROTECTED]
Operating system: Linux, RH6.2
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  Java support corrupts Hashtables

This bug is with the Java support in PHP4. PHP seems to try to treat Java Hashtable 
objects as PHP-native arrays, with several negative impacts. First of all, Java 
Hashtables have no internal concept of ordering or null termination, nor do they have 
an internal "current" pointer. Therefore, if you try to travserse a Java Hashtable as 
you would a PHP array, you will run off the end! However, since the Hashtable is not 
an object (under PHP), you cannot call $my_hash->get( "x" ) or $my_hash->put( "y" ).

Second of all, if you try to pass such a Hashtable BACK to a Java class method, you 
will find that the Hashtable has been corrupted, and all your datatypes changed and 
you will get various NullPointerExceptions or illegal cast exceptions.

It seems to me the most natural approach at this point would be to just treat Java 
Hashtables as generic objects, and therefore retain the get() and put() methods. That 
way you don't corrupt the Hashtable, and you don't let anyone go off the end of any 
arrays.

I don't know if this kind of thing happens with other Java object classes.

There is a workaround whereby one can, in Java, explicitly repair a corrupted 
Hashtable, but that is pretty ugly. If you are interested in looking at the 
workaround, email me.

Here is a code snippet illustrating what I mean:

MyClass.java:

public class MyClass {

public MyClass() { }

public Hashtable makeHash( int ikey, int ival, String skey, String sval ) {
Hashtable myhash = new Hashtable();
myhash.put( ikey, ival );
myhash.put( skey, sval );
myhash.put( "myname", "joe" );
return myhash;
}

public String getSomething( Hashtable myhash ) {
return myhash.get( "myname" );
}
}

MyPage.php

makeHash( 1,2,"yourname", "steve" );

// watch this:

print( implode( ",", $my_hash ) );   // explosion! off the end of the array

// or, 

print( $my_java->getSomething() );  // java exception!

?>


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



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

[PHP-DEV] PHP 4.0 Bug #9163: mcrypt_list_algorithms doesn't work

[rusty]

From: [EMAIL PROTECTED]
Operating system: solaris 7
PHP version:  4.0.4pl1
PHP Bug Type: mcrypt related
Bug description:  mcrypt_list_algorithms doesn't work

I'm using libmcrypt-2.4.8.  Compiled everything with gcc-2.95.2.  Here is the sample 
script.  Everything works except the mcrypt_list_algorithms() and mcrypt_list_modes() 
at the end.  They both generate the error "Warning: No algorithms found in module dir 
in /grunt_a/apache/htdocs/grunt/idrive/test1.php on line 34"




  if (mcrypt_module_self_test(MCRYPT_DES) == FALSE) {
echo "mcrypt_module_self_test(MCRYPT_DES) failed
";
  }
  else {
echo "mcrypt_module_self_test(MCRYPT_DES) passed
";
  }

  $key = "the password is: xyzzy";
  $input = "encrypt this, sucker";

  $td = mcrypt_module_open(MCRYPT_DES, "", MCRYPT_MODE_CBC, "");
  $ivs = mcrypt_enc_get_iv_size($td);
  $iv = mcrypt_create_iv($ivs, MCRYPT_RAND);

  mcrypt_generic_init($td, $key, $iv);

  if (mcrypt_enc_self_test($td)) {
echo "mcrypt_enc_self_test() failed
";
  }

  $enc = mcrypt_generic($td, $input);
  echo "encrypted data: " . bin2hex($enc) . "
";

  $dec = mdecrypt_generic($td, $enc);
  echo "decrypted data: " . $dec . "
";

  echo "algorithm: " . mcrypt_enc_get_algorithms_name($td) . "
";
  echo "mode: " . mcrypt_enc_get_modes_name($td) . "
";
  echo "block size: " . mcrypt_enc_get_block_size($td) . "
";
  echo "key size: " . mcrypt_enc_get_key_size($td) . "
";

  $algs = mcrypt_list_algorithms();
  $mods = mcrypt_list_modes();

  mcrypt_generic_end($td)





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



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

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[derick]

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

IN which are your modules and to which parameter are the directories set in php.ini ?
It would be nice if you could add a link to the output of a phpinfo(); to this report 
too.

Previous Comments:
---

[2001-02-07 16:09:48] [EMAIL PROTECTED]
I'm using libmcrypt-2.4.8.  Compiled everything with gcc-2.95.2.  Here is the sample 
script.  Everything works except the mcrypt_list_algorithms() and mcrypt_list_modes() 
at the end.  They both generate the error "Warning: No algorithms found in module dir 
in /grunt_a/apache/htdocs/grunt/idrive/test1.php on line 34"




  if (mcrypt_module_self_test(MCRYPT_DES) == FALSE) {
echo "mcrypt_module_self_test(MCRYPT_DES) failed
";
  }
  else {
echo "mcrypt_module_self_test(MCRYPT_DES) passed
";
  }

  $key = "the password is: xyzzy";
  $input = "encrypt this, sucker";

  $td = mcrypt_module_open(MCRYPT_DES, "", MCRYPT_MODE_CBC, "");
  $ivs = mcrypt_enc_get_iv_size($td);
  $iv = mcrypt_create_iv($ivs, MCRYPT_RAND);

  mcrypt_generic_init($td, $key, $iv);

  if (mcrypt_enc_self_test($td)) {
echo "mcrypt_enc_self_test() failed
";
  }

  $enc = mcrypt_generic($td, $input);
  echo "encrypted data: " . bin2hex($enc) . "
";

  $dec = mdecrypt_generic($td, $enc);
  echo "decrypted data: " . $dec . "
";

  echo "algorithm: " . mcrypt_enc_get_algorithms_name($td) . "
";
  echo "mode: " . mcrypt_enc_get_modes_name($td) . "
";
  echo "block size: " . mcrypt_enc_get_block_size($td) . "
";
  echo "key size: " . mcrypt_enc_get_key_size($td) . "
";

  $algs = mcrypt_list_algorithms();
  $mods = mcrypt_list_modes();

  mcrypt_generic_end($td)




---



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


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

[PHP-DEV] PHP 4.0 Bug #9164: wrong variable is initialized

[di99otmi]

From: [EMAIL PROTECTED]
Operating system: slackware 7.1
PHP version:  4.0.3pl1
PHP Bug Type: Scripting Engine problem
Bug description:  wrong variable is initialized

function Bjbase($antal){  
$this->$lekar=$antal;
$this->$dragna=array();
$this->$ess=58;
echo $this->$dragna;
  }

this is a constructor

the echo statement prints 58 even though that it is $ess that is initialized to 58.
The variable $dragna is not treated as an array anywhere but when the $ess line is 
gone it works fine.
tried at another server too.
is this a problem you know of?


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



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

Re: [PHP-DEV] wrong implementation of isset()?

[Andi Gutmans]

At 03:02 AM 2/7/2001 +0100, Cynic wrote:
>with all respect to the people who develop the language, I
>think this is nonsense:
>
>$rs = mysql_query( 'select x, y, z from foo where ...' ) ;
>$x = mysql_fetch_array( $rs , MYSQL_NUM ) ;
>var_dump( $x[2] ) ;
>var_dump( isset( $x[2] ) ) ;
>
>NULL # well, the column contains null values
>bool(false)
>
>But since (almost) everybody else disagrees, I must be missing
>something obvious.
>
>BTW, does $x = null really equal to unset( $x ) or does
>isset() just get fooled by its value?

unset() removes it from the symbol table and $x = NULL; changes it to be a 
NULL value. As far as PHP scripts are concerned it's pretty much the same 
thing. There are certain situations where you can't really nuke the 
variable but you want to mark it as dead.
In any case, you can always use the === operator to check if something is 
really NULL and not false.
if ($x === NULL) {
}
I can't remember off hand all the reasons for isset(NULL) being false but 
the main reason is that it makes a lot of sense because what the NULL value 
is supposed to mean is that there's no value. Also it allows us to 
differentiate between functions returning bool(false) and null values. 
Hence also the === operator.
I really think that if your script differentiates between these two cases 
you might not be writing it very well.
OK, I know it's a messy Email. I'm on the way to bed but I hope it 
clarifies a few things :)
Andi


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

[PHP-DEV] PHP 4.0 Bug #9164 Updated: wrong variable is initialized

[jmoore]

ID: 9164
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Your code is incorrect, try this:

function Bjbase($antal){  
$this->lekar=$antal;
$this->dragna=array();
$this->ess=58;
echo $this->dragna;
  }


Previous Comments:
---

[2001-02-07 16:21:44] [EMAIL PROTECTED]
function Bjbase($antal){  
$this->$lekar=$antal;
$this->$dragna=array();
$this->$ess=58;
echo $this->$dragna;
  }

this is a constructor

the echo statement prints 58 even though that it is $ess that is initialized to 58.
The variable $dragna is not treated as an array anywhere but when the $ess line is 
gone it works fine.
tried at another server too.
is this a problem you know of?

---



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


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

[PHP-DEV] PHP 4.0 Bug #9164 Updated: wrong variable is initialized

[waldschrott]

ID: 9164
Updated by: waldschrott
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: waldschrott
Comments:

please read the manual on how to use class members
hint: the second $ sign is _not_ needed
$this->variable='foo';


Previous Comments:
---

[2001-02-07 16:26:14] [EMAIL PROTECTED]
Your code is incorrect, try this:

function Bjbase($antal){  
$this->lekar=$antal;
$this->dragna=array();
$this->ess=58;
echo $this->dragna;
  }


---

[2001-02-07 16:21:44] [EMAIL PROTECTED]
function Bjbase($antal){  
$this->$lekar=$antal;
$this->$dragna=array();
$this->$ess=58;
echo $this->$dragna;
  }

this is a constructor

the echo statement prints 58 even though that it is $ess that is initialized to 58.
The variable $dragna is not treated as an array anywhere but when the $ess line is 
gone it works fine.
tried at another server too.
is this a problem you know of?

---



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


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

[PHP-DEV] Re: PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[Rusty Wright]

Here's a phpinfo link:

  http://grunt.berkeley.edu/idrive/phpinfo.php

At the bottom of my php.ini file I added

  [mcrypt]

  mcrypt.algorithms_dir = "/usr/local/lib/libmcrypt"
  mcrypt.modes_dir = "/usr/local/lib/libmcrypt"

I wasn't sure what to add since I couldn't find any documentation on
that part so I guessed.

Thanks for looking into this,
Rusty


   Date: 7 Feb 2001 21:14:35 -
   To: [EMAIL PROTECTED]
   Subject: PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work
   From: Bug Database <[EMAIL PROTECTED]>

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

   IN which are your modules and to which parameter are the directories set in php.ini 
?
   It would be nice if you could add a link to the output of a phpinfo(); to this 
report too.

   Previous Comments:
   ---

   [2001-02-07 16:09:48] [EMAIL PROTECTED]
   I'm using libmcrypt-2.4.8.  Compiled everything with gcc-2.95.2.  Here is the 
sample script.  Everything works except the mcrypt_list_algorithms() and 
mcrypt_list_modes() at the end.  They both generate the error "Warning: No algorithms 
found in module dir in /grunt_a/apache/htdocs/grunt/idrive/test1.php on line 34"


   

 if (mcrypt_module_self_test(MCRYPT_DES) == FALSE) {
   echo "mcrypt_module_self_test(MCRYPT_DES) failed
";
 }
 else {
   echo "mcrypt_module_self_test(MCRYPT_DES) passed
";
 }

 $key = "the password is: xyzzy";
 $input = "encrypt this, sucker";

 $td = mcrypt_module_open(MCRYPT_DES, "", MCRYPT_MODE_CBC, "");
 $ivs = mcrypt_enc_get_iv_size($td);
 $iv = mcrypt_create_iv($ivs, MCRYPT_RAND);

 mcrypt_generic_init($td, $key, $iv);

 if (mcrypt_enc_self_test($td)) {
   echo "mcrypt_enc_self_test() failed
";
 }

 $enc = mcrypt_generic($td, $input);
 echo "encrypted data: " . bin2hex($enc) . "
";

 $dec = mdecrypt_generic($td, $enc);
 echo "decrypted data: " . $dec . "
";

 echo "algorithm: " . mcrypt_enc_get_algorithms_name($td) . "
";
 echo "mode: " . mcrypt_enc_get_modes_name($td) . "
";
 echo "block size: " . mcrypt_enc_get_block_size($td) . "
";
 echo "key size: " . mcrypt_enc_get_key_size($td) . "
";

 $algs = mcrypt_list_algorithms();
 $mods = mcrypt_list_modes();

 mcrypt_generic_end($td)

   


   ---



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

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

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[derick]

ID: 9163
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: mcrypt related
Assigned To: 
Comments:

mcrypt

mcrypt support   enabled
version  2.4.x
Supported ciphers none
Supported modes  none

DirectiveLocal Value  Master Value
mcrypt.algorithms_dir
/usr/local/lib/libmcrypt /usr/local/lib/libmcrypt
mcrypt.modes_dir
/usr/local/lib/libmcrypt /usr/local/lib/libmcrypt

It looks like there are no modules installed in these dirs, what is the content of 
these directories, and is this path in your ld.so.conf ?

(Please use the bugsystem to answer the question)

Previous Comments:
---

[2001-02-07 16:14:35] [EMAIL PROTECTED]
IN which are your modules and to which parameter are the directories set in php.ini ?
It would be nice if you could add a link to the output of a phpinfo(); to this report 
too.

---

[2001-02-07 16:09:48] [EMAIL PROTECTED]
I'm using libmcrypt-2.4.8.  Compiled everything with gcc-2.95.2.  Here is the sample 
script.  Everything works except the mcrypt_list_algorithms() and mcrypt_list_modes() 
at the end.  They both generate the error "Warning: No algorithms found in module dir 
in /grunt_a/apache/htdocs/grunt/idrive/test1.php on line 34"




  if (mcrypt_module_self_test(MCRYPT_DES) == FALSE) {
echo "mcrypt_module_self_test(MCRYPT_DES) failed
";
  }
  else {
echo "mcrypt_module_self_test(MCRYPT_DES) passed
";
  }

  $key = "the password is: xyzzy";
  $input = "encrypt this, sucker";

  $td = mcrypt_module_open(MCRYPT_DES, "", MCRYPT_MODE_CBC, "");
  $ivs = mcrypt_enc_get_iv_size($td);
  $iv = mcrypt_create_iv($ivs, MCRYPT_RAND);

  mcrypt_generic_init($td, $key, $iv);

  if (mcrypt_enc_self_test($td)) {
echo "mcrypt_enc_self_test() failed
";
  }

  $enc = mcrypt_generic($td, $input);
  echo "encrypted data: " . bin2hex($enc) . "
";

  $dec = mdecrypt_generic($td, $enc);
  echo "decrypted data: " . $dec . "
";

  echo "algorithm: " . mcrypt_enc_get_algorithms_name($td) . "
";
  echo "mode: " . mcrypt_enc_get_modes_name($td) . "
";
  echo "block size: " . mcrypt_enc_get_block_size($td) . "
";
  echo "key size: " . mcrypt_enc_get_key_size($td) . "
";

  $algs = mcrypt_list_algorithms();
  $mods = mcrypt_list_modes();

  mcrypt_generic_end($td)




---



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


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

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[rusty]

ID: 9163
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: mcrypt related
Description: mcrypt_list_algorithms doesn't work

What is ld.so.conf?  This is a solaris system; I did a "man ld" and it doesn't say 
anything about that file.

/usr/local/lib:
total 6102
drwxr-xr-x   3 root root 512 Nov  7 17:06 gcc-lib/
-r--r--r--   1 root other  49408 Sep 22  1999 libamu.a
-r--r--r--   1 root other623 Sep 22  1999 libamu.la
-rw-r--r--   1 root other1564188 Jan 31 17:11 libcrypto.a
-rw-r--r--   1 root other  62932 Jan 18 14:17 liblber.a
-rw-r--r--   1 root other658 Jan 18 14:17 liblber.la
-rw-r--r--   1 root other 258080 Jan 18 14:17 libldap.a
-rw-r--r--   1 root other673 Jan 18 14:17 libldap.la
-rw-r--r--   1 root other 276392 Jan 18 14:17 libldap_r.a
-rw-r--r--   1 root other679 Jan 18 14:17 libldap_r.la
-rw-r--r--   1 root other  15804 Feb  6 17:31 libltdl.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 libltdl.la*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so -> libltdl.so.0.1.2*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so.0 -> 
libltdl.so.0.1.2*
-rwxr-xr-x   1 root other  16300 Feb  6 17:31 libltdl.so.0.1.2*
drwxr-xr-x   2 root other   2048 Feb  6 17:32 libmcrypt/
-rw-r--r--   1 root other  21288 Feb  6 17:32 libmcrypt.a
-rw-r--r--   1 root other  21288 Feb  1 13:14 libmcrypt.a_bak
-rwxr-xr-x   1 root other654 Feb  6 17:32 libmcrypt.la*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so -> 
libmcrypt.so.4.0.4*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so.4 -> 
libmcrypt.so.4.0.4*
-rwxr-xr-x   1 root other  18948 Feb  6 17:32 libmcrypt.so.4.0.4*
-rw-r--r--   1 root other 293004 Jan 31 17:11 libssl.a
-rw-r--r--   1 root other 454088 Nov  7 18:42 libstdc++.a.2.10.0
drwxr-xr-x   4 root other512 Oct 24 15:36 perl5/
-rw-r--r--   1 root other 38 Jan 17 16:16 sccsid

/usr/local/lib/libmcrypt:
total 1056
-rw-r--r--   1 root other   3864 Feb  6 17:31 arcfour-iv.a
-rwxr-xr-x   1 root other675 Feb  6 17:31 arcfour-iv.la*
-rwxr-xr-x   1 root other   6216 Feb  6 17:31 arcfour-iv.so*
-rw-r--r--   1 root other   3520 Feb  6 17:31 arcfour.a
-rwxr-xr-x   1 root other654 Feb  6 17:31 arcfour.la*
-rwxr-xr-x   1 root other   5876 Feb  6 17:31 arcfour.so*
-rw-r--r--   1 root other   9072 Feb  6 17:31 blowfish.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 blowfish.la*
-rwxr-xr-x   1 root other  11416 Feb  6 17:31 blowfish.so*
-rw-r--r--   1 root other  17572 Feb  6 17:31 cast-128.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-128.la*
-rwxr-xr-x   1 root other  19736 Feb  6 17:31 cast-128.so*
-rw-r--r--   1 root other  19908 Feb  6 17:31 cast-256.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-256.la*
-rwxr-xr-x   1 root other  22520 Feb  6 17:31 cast-256.so*
-rw-r--r--   1 root other   2492 Feb  6 17:32 cbc.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cbc.la*
-rwxr-xr-x   1 root other   4540 Feb  6 17:32 cbc.so*
-rw-r--r--   1 root other   2436 Feb  6 17:32 cfb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cfb.la*
-rwxr-xr-x   1 root other   4400 Feb  6 17:32 cfb.so*
-rw-r--r--   1 root other   7536 Feb  6 17:31 des.a
-rwxr-xr-x   1 root other626 Feb  6 17:31 des.la*
-rwxr-xr-x   1 root other   9928 Feb  6 17:31 des.so*
-rw-r--r--   1 root other   1836 Feb  6 17:32 ecb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ecb.la*
-rwxr-xr-x   1 root other   3928 Feb  6 17:32 ecb.so*
-rw-r--r--   1 root other   4668 Feb  6 17:31 enigma.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 enigma.la*
-rwxr-xr-x   1 root other   7196 Feb  6 17:31 enigma.so*
-rw-r--r--   1 root other   5892 Feb  6 17:31 gost.a
-rwxr-xr-x   1 root other633 Feb  6 17:31 gost.la*
-rwxr-xr-x   1 root other   8124 Feb  6 17:31 gost.so*
-rw-r--r--   1 root other  10496 Feb  6 17:31 loki97.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 loki97.la*
-rwxr-xr-x   1 root other  12512 Feb  6 17:31 loki97.so*
-rw-r--r--   1 root other   2632 Feb  6 17:32 nofb.a
-rwxr-xr-x   1 root other633 Feb  6 17:32 nofb.la*
-rwxr-xr-x   1 root other   4628 Feb  6 17:32 nofb.so*
-rw-r--r--   1 root other   2444 Feb  6 17:32 ofb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ofb.la*
-rwxr-xr-x   1 root other   4408 Feb  6 17:31 ofb.so*
-rw-r--r--   1 root other    Feb  6 17:31 panama.a
-rwxr-xr-x   1 root other647 Feb

[PHP-DEV] PHP 4.0 Bug #9165: sigfpe on startup

[jsd]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 3.3-R
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  sigfpe on startup

Using apache 1.3.17, dynamic loading.  Compiled PHP4 with ./configure --with-apxs 
--with-mysql=/opt/mysql

Did a make, make install.  Start up apache.  Instant crash.  GDB says:

Program received signal SIGFPE, Arithmetic exception.
0x281fb522 in php_minit_crypt (type=1, module_number=2) at crypt.c:109
109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 
1.0));






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



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

[PHP-DEV] PHP 4.0 Bug #9166: upload_tmp_dir not recognized

[dsr066]

From: [EMAIL PROTECTED]
Operating system: Cobalt Linux 5.0
PHP version:  4.0.3pl1
PHP Bug Type: PHP options/info functions
Bug description:  upload_tmp_dir not recognized

The upload_tmp_dir (/tmp/phpupload/ in my case) is displayed properly in a phpinfo() 
display but uploaded files are actually created in /tmp/

Also related (I believe) is the fact that is an invalid file is specified to be 
uploaded (i.e. a file that does not exist on the client system) a 0 byte temparary 
file is created in /tmp/ and is not cleaned up (i.e. it remains there forever)

configuration command : ./configure' '--with-mysql' '--with-apxs'


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



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

[PHP-DEV] PHP 4.0 Bug #9165 Updated: sigfpe on startup

[derick]

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

This is already fixed in CVS, try a snapshot from snaps.php.net or use a CVS version.

Previous Comments:
---

[2001-02-07 16:59:50] [EMAIL PROTECTED]
Using apache 1.3.17, dynamic loading.  Compiled PHP4 with ./configure --with-apxs 
--with-mysql=/opt/mysql

Did a make, make install.  Start up apache.  Instant crash.  GDB says:

Program received signal SIGFPE, Arithmetic exception.
0x281fb522 in php_minit_crypt (type=1, module_number=2) at crypt.c:109
109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 
1.0));





---



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


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

[PHP-DEV] PHP 4.0 Bug #9167: imap_status()

[tlb]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.17
PHP version:  4.0.4pl1
PHP Bug Type: IMAP related
Bug description:  imap_status()

This works:
$mbox = imap_open ("{rapanden.dk:143}", "$login", "$passwd",
OP_HALFOPEN);
$status =
imap_status($mbox,"{rapanden.dk:143}INBOX",SA_MESSAGES);

and this dos'nt:
$mbox = imap_open ("{localhost:143}", "$login", "$passwd",
OP_HALFOPEN); $status =
imap_status($mbox,"{localhost:143}INBOX",SA_MESSAGES);

The problem is that imap_status will only accept the machine
name, even if I use mail.rapanden.dk that points to the same
ip as rapanden.dk it won't work.

I found another description of the problem here:
http://faqchest.dynhost.com/prgm/imp-l/imp-00/imp-0012/imp-001206/imp00121423_34248.html

Troels Liebe Bentsen


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



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

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[derick]

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

That looks all ok to me. I'll check it out and report later, i~t might be a problem in 
the functions. Can you try using
mcrypt_list_algorithms ("/usr/local/bin/lib") ?

Previous Comments:
---

[2001-02-07 16:47:31] [EMAIL PROTECTED]
What is ld.so.conf?  This is a solaris system; I did a "man ld" and it doesn't say 
anything about that file.

/usr/local/lib:
total 6102
drwxr-xr-x   3 root root 512 Nov  7 17:06 gcc-lib/
-r--r--r--   1 root other  49408 Sep 22  1999 libamu.a
-r--r--r--   1 root other623 Sep 22  1999 libamu.la
-rw-r--r--   1 root other1564188 Jan 31 17:11 libcrypto.a
-rw-r--r--   1 root other  62932 Jan 18 14:17 liblber.a
-rw-r--r--   1 root other658 Jan 18 14:17 liblber.la
-rw-r--r--   1 root other 258080 Jan 18 14:17 libldap.a
-rw-r--r--   1 root other673 Jan 18 14:17 libldap.la
-rw-r--r--   1 root other 276392 Jan 18 14:17 libldap_r.a
-rw-r--r--   1 root other679 Jan 18 14:17 libldap_r.la
-rw-r--r--   1 root other  15804 Feb  6 17:31 libltdl.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 libltdl.la*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so -> libltdl.so.0.1.2*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so.0 -> 
libltdl.so.0.1.2*
-rwxr-xr-x   1 root other  16300 Feb  6 17:31 libltdl.so.0.1.2*
drwxr-xr-x   2 root other   2048 Feb  6 17:32 libmcrypt/
-rw-r--r--   1 root other  21288 Feb  6 17:32 libmcrypt.a
-rw-r--r--   1 root other  21288 Feb  1 13:14 libmcrypt.a_bak
-rwxr-xr-x   1 root other654 Feb  6 17:32 libmcrypt.la*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so -> 
libmcrypt.so.4.0.4*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so.4 -> 
libmcrypt.so.4.0.4*
-rwxr-xr-x   1 root other  18948 Feb  6 17:32 libmcrypt.so.4.0.4*
-rw-r--r--   1 root other 293004 Jan 31 17:11 libssl.a
-rw-r--r--   1 root other 454088 Nov  7 18:42 libstdc++.a.2.10.0
drwxr-xr-x   4 root other512 Oct 24 15:36 perl5/
-rw-r--r--   1 root other 38 Jan 17 16:16 sccsid

/usr/local/lib/libmcrypt:
total 1056
-rw-r--r--   1 root other   3864 Feb  6 17:31 arcfour-iv.a
-rwxr-xr-x   1 root other675 Feb  6 17:31 arcfour-iv.la*
-rwxr-xr-x   1 root other   6216 Feb  6 17:31 arcfour-iv.so*
-rw-r--r--   1 root other   3520 Feb  6 17:31 arcfour.a
-rwxr-xr-x   1 root other654 Feb  6 17:31 arcfour.la*
-rwxr-xr-x   1 root other   5876 Feb  6 17:31 arcfour.so*
-rw-r--r--   1 root other   9072 Feb  6 17:31 blowfish.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 blowfish.la*
-rwxr-xr-x   1 root other  11416 Feb  6 17:31 blowfish.so*
-rw-r--r--   1 root other  17572 Feb  6 17:31 cast-128.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-128.la*
-rwxr-xr-x   1 root other  19736 Feb  6 17:31 cast-128.so*
-rw-r--r--   1 root other  19908 Feb  6 17:31 cast-256.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-256.la*
-rwxr-xr-x   1 root other  22520 Feb  6 17:31 cast-256.so*
-rw-r--r--   1 root other   2492 Feb  6 17:32 cbc.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cbc.la*
-rwxr-xr-x   1 root other   4540 Feb  6 17:32 cbc.so*
-rw-r--r--   1 root other   2436 Feb  6 17:32 cfb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cfb.la*
-rwxr-xr-x   1 root other   4400 Feb  6 17:32 cfb.so*
-rw-r--r--   1 root other   7536 Feb  6 17:31 des.a
-rwxr-xr-x   1 root other626 Feb  6 17:31 des.la*
-rwxr-xr-x   1 root other   9928 Feb  6 17:31 des.so*
-rw-r--r--   1 root other   1836 Feb  6 17:32 ecb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ecb.la*
-rwxr-xr-x   1 root other   3928 Feb  6 17:32 ecb.so*
-rw-r--r--   1 root other   4668 Feb  6 17:31 enigma.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 enigma.la*
-rwxr-xr-x   1 root other   7196 Feb  6 17:31 enigma.so*
-rw-r--r--   1 root other   5892 Feb  6 17:31 gost.a
-rwxr-xr-x   1 root other633 Feb  6 17:31 gost.la*
-rwxr-xr-x   1 root other   8124 Feb  6 17:31 gost.so*
-rw-r--r--   1 root other  10496 Feb  6 17:31 loki97.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 loki97.la*
-rwxr-xr-x   1 root other  12512 Feb  6 17:31 loki97.so*
-rw-r--r--   1 root other   2632 Feb  6 17:32 nofb.a
-rwxr-xr-x   1 root other633 Feb  6 17:32 nofb.la*
-rwxr-xr-x   1 root other   4628 Feb  6 17:32 n

[PHP-DEV] PHP 4.0 Bug #9167 Updated: imap_status()

[chagenbu]

ID: 9167
Updated by: chagenbu
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Assigned To: 
Comments:

I remember this problem being solved by putting a valid entry for localhost into 
/etc/hosts on the machine in question. Do you have an entry, and if not, does adding 
one fix the problem?

Previous Comments:
---

[2001-02-07 17:18:24] [EMAIL PROTECTED]
This works:
$mbox = imap_open ("{rapanden.dk:143}", "$login", "$passwd",
OP_HALFOPEN);
$status =
imap_status($mbox,"{rapanden.dk:143}INBOX",SA_MESSAGES);

and this dos'nt:
$mbox = imap_open ("{localhost:143}", "$login", "$passwd",
OP_HALFOPEN); $status =
imap_status($mbox,"{localhost:143}INBOX",SA_MESSAGES);

The problem is that imap_status will only accept the machine
name, even if I use mail.rapanden.dk that points to the same
ip as rapanden.dk it won't work.

I found another description of the problem here:
http://faqchest.dynhost.com/prgm/imp-l/imp-00/imp-0012/imp-001206/imp00121423_34248.html


Troels Liebe Bentsen

---



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


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

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[rusty]

ID: 9163
User Update by: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Open
Bug Type: mcrypt related
Description: mcrypt_list_algorithms doesn't work

What is ld.so.conf?  This is a solaris system; I did a "man ld" and it doesn't say 
anything about that file.

/usr/local/lib:
total 6102
drwxr-xr-x   3 root root 512 Nov  7 17:06 gcc-lib/
-r--r--r--   1 root other  49408 Sep 22  1999 libamu.a
-r--r--r--   1 root other623 Sep 22  1999 libamu.la
-rw-r--r--   1 root other1564188 Jan 31 17:11 libcrypto.a
-rw-r--r--   1 root other  62932 Jan 18 14:17 liblber.a
-rw-r--r--   1 root other658 Jan 18 14:17 liblber.la
-rw-r--r--   1 root other 258080 Jan 18 14:17 libldap.a
-rw-r--r--   1 root other673 Jan 18 14:17 libldap.la
-rw-r--r--   1 root other 276392 Jan 18 14:17 libldap_r.a
-rw-r--r--   1 root other679 Jan 18 14:17 libldap_r.la
-rw-r--r--   1 root other  15804 Feb  6 17:31 libltdl.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 libltdl.la*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so -> libltdl.so.0.1.2*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so.0 -> 
libltdl.so.0.1.2*
-rwxr-xr-x   1 root other  16300 Feb  6 17:31 libltdl.so.0.1.2*
drwxr-xr-x   2 root other   2048 Feb  6 17:32 libmcrypt/
-rw-r--r--   1 root other  21288 Feb  6 17:32 libmcrypt.a
-rw-r--r--   1 root other  21288 Feb  1 13:14 libmcrypt.a_bak
-rwxr-xr-x   1 root other654 Feb  6 17:32 libmcrypt.la*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so -> 
libmcrypt.so.4.0.4*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so.4 -> 
libmcrypt.so.4.0.4*
-rwxr-xr-x   1 root other  18948 Feb  6 17:32 libmcrypt.so.4.0.4*
-rw-r--r--   1 root other 293004 Jan 31 17:11 libssl.a
-rw-r--r--   1 root other 454088 Nov  7 18:42 libstdc++.a.2.10.0
drwxr-xr-x   4 root other512 Oct 24 15:36 perl5/
-rw-r--r--   1 root other 38 Jan 17 16:16 sccsid

/usr/local/lib/libmcrypt:
total 1056
-rw-r--r--   1 root other   3864 Feb  6 17:31 arcfour-iv.a
-rwxr-xr-x   1 root other675 Feb  6 17:31 arcfour-iv.la*
-rwxr-xr-x   1 root other   6216 Feb  6 17:31 arcfour-iv.so*
-rw-r--r--   1 root other   3520 Feb  6 17:31 arcfour.a
-rwxr-xr-x   1 root other654 Feb  6 17:31 arcfour.la*
-rwxr-xr-x   1 root other   5876 Feb  6 17:31 arcfour.so*
-rw-r--r--   1 root other   9072 Feb  6 17:31 blowfish.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 blowfish.la*
-rwxr-xr-x   1 root other  11416 Feb  6 17:31 blowfish.so*
-rw-r--r--   1 root other  17572 Feb  6 17:31 cast-128.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-128.la*
-rwxr-xr-x   1 root other  19736 Feb  6 17:31 cast-128.so*
-rw-r--r--   1 root other  19908 Feb  6 17:31 cast-256.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-256.la*
-rwxr-xr-x   1 root other  22520 Feb  6 17:31 cast-256.so*
-rw-r--r--   1 root other   2492 Feb  6 17:32 cbc.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cbc.la*
-rwxr-xr-x   1 root other   4540 Feb  6 17:32 cbc.so*
-rw-r--r--   1 root other   2436 Feb  6 17:32 cfb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cfb.la*
-rwxr-xr-x   1 root other   4400 Feb  6 17:32 cfb.so*
-rw-r--r--   1 root other   7536 Feb  6 17:31 des.a
-rwxr-xr-x   1 root other626 Feb  6 17:31 des.la*
-rwxr-xr-x   1 root other   9928 Feb  6 17:31 des.so*
-rw-r--r--   1 root other   1836 Feb  6 17:32 ecb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ecb.la*
-rwxr-xr-x   1 root other   3928 Feb  6 17:32 ecb.so*
-rw-r--r--   1 root other   4668 Feb  6 17:31 enigma.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 enigma.la*
-rwxr-xr-x   1 root other   7196 Feb  6 17:31 enigma.so*
-rw-r--r--   1 root other   5892 Feb  6 17:31 gost.a
-rwxr-xr-x   1 root other633 Feb  6 17:31 gost.la*
-rwxr-xr-x   1 root other   8124 Feb  6 17:31 gost.so*
-rw-r--r--   1 root other  10496 Feb  6 17:31 loki97.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 loki97.la*
-rwxr-xr-x   1 root other  12512 Feb  6 17:31 loki97.so*
-rw-r--r--   1 root other   2632 Feb  6 17:32 nofb.a
-rwxr-xr-x   1 root other633 Feb  6 17:32 nofb.la*
-rwxr-xr-x   1 root other   4628 Feb  6 17:32 nofb.so*
-rw-r--r--   1 root other   2444 Feb  6 17:32 ofb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ofb.la*
-rwxr-xr-x   1 root other   4408 Feb  6 17:31 ofb.so*
-rw-r--r--   1 root other    Feb  6 17:31 panama.a
-rwxr-xr-x   1 root other647 Feb

[PHP-DEV] PHP 4.0 Bug #9163 Updated: mcrypt_list_algorithms doesn't work

[rusty]

ID: 9163
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: mcrypt related
Description: mcrypt_list_algorithms doesn't work

As per your request I tried it with

  mcrypt_list_algorithms ("/usr/local/bin/lib")

Also tried it with "/usr/local/lib" and "/usr/local/lib/libmcrypt".

No cigar.

Previous Comments:
---

[2001-02-07 17:36:27] [EMAIL PROTECTED]
What is ld.so.conf?  This is a solaris system; I did a "man ld" and it doesn't say 
anything about that file.

/usr/local/lib:
total 6102
drwxr-xr-x   3 root root 512 Nov  7 17:06 gcc-lib/
-r--r--r--   1 root other  49408 Sep 22  1999 libamu.a
-r--r--r--   1 root other623 Sep 22  1999 libamu.la
-rw-r--r--   1 root other1564188 Jan 31 17:11 libcrypto.a
-rw-r--r--   1 root other  62932 Jan 18 14:17 liblber.a
-rw-r--r--   1 root other658 Jan 18 14:17 liblber.la
-rw-r--r--   1 root other 258080 Jan 18 14:17 libldap.a
-rw-r--r--   1 root other673 Jan 18 14:17 libldap.la
-rw-r--r--   1 root other 276392 Jan 18 14:17 libldap_r.a
-rw-r--r--   1 root other679 Jan 18 14:17 libldap_r.la
-rw-r--r--   1 root other  15804 Feb  6 17:31 libltdl.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 libltdl.la*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so -> libltdl.so.0.1.2*
lrwxrwxrwx   1 root other 16 Feb  6 17:31 libltdl.so.0 -> 
libltdl.so.0.1.2*
-rwxr-xr-x   1 root other  16300 Feb  6 17:31 libltdl.so.0.1.2*
drwxr-xr-x   2 root other   2048 Feb  6 17:32 libmcrypt/
-rw-r--r--   1 root other  21288 Feb  6 17:32 libmcrypt.a
-rw-r--r--   1 root other  21288 Feb  1 13:14 libmcrypt.a_bak
-rwxr-xr-x   1 root other654 Feb  6 17:32 libmcrypt.la*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so -> 
libmcrypt.so.4.0.4*
lrwxrwxrwx   1 root other 18 Feb  6 17:32 libmcrypt.so.4 -> 
libmcrypt.so.4.0.4*
-rwxr-xr-x   1 root other  18948 Feb  6 17:32 libmcrypt.so.4.0.4*
-rw-r--r--   1 root other 293004 Jan 31 17:11 libssl.a
-rw-r--r--   1 root other 454088 Nov  7 18:42 libstdc++.a.2.10.0
drwxr-xr-x   4 root other512 Oct 24 15:36 perl5/
-rw-r--r--   1 root other 38 Jan 17 16:16 sccsid

/usr/local/lib/libmcrypt:
total 1056
-rw-r--r--   1 root other   3864 Feb  6 17:31 arcfour-iv.a
-rwxr-xr-x   1 root other675 Feb  6 17:31 arcfour-iv.la*
-rwxr-xr-x   1 root other   6216 Feb  6 17:31 arcfour-iv.so*
-rw-r--r--   1 root other   3520 Feb  6 17:31 arcfour.a
-rwxr-xr-x   1 root other654 Feb  6 17:31 arcfour.la*
-rwxr-xr-x   1 root other   5876 Feb  6 17:31 arcfour.so*
-rw-r--r--   1 root other   9072 Feb  6 17:31 blowfish.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 blowfish.la*
-rwxr-xr-x   1 root other  11416 Feb  6 17:31 blowfish.so*
-rw-r--r--   1 root other  17572 Feb  6 17:31 cast-128.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-128.la*
-rwxr-xr-x   1 root other  19736 Feb  6 17:31 cast-128.so*
-rw-r--r--   1 root other  19908 Feb  6 17:31 cast-256.a
-rwxr-xr-x   1 root other661 Feb  6 17:31 cast-256.la*
-rwxr-xr-x   1 root other  22520 Feb  6 17:31 cast-256.so*
-rw-r--r--   1 root other   2492 Feb  6 17:32 cbc.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cbc.la*
-rwxr-xr-x   1 root other   4540 Feb  6 17:32 cbc.so*
-rw-r--r--   1 root other   2436 Feb  6 17:32 cfb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 cfb.la*
-rwxr-xr-x   1 root other   4400 Feb  6 17:32 cfb.so*
-rw-r--r--   1 root other   7536 Feb  6 17:31 des.a
-rwxr-xr-x   1 root other626 Feb  6 17:31 des.la*
-rwxr-xr-x   1 root other   9928 Feb  6 17:31 des.so*
-rw-r--r--   1 root other   1836 Feb  6 17:32 ecb.a
-rwxr-xr-x   1 root other626 Feb  6 17:32 ecb.la*
-rwxr-xr-x   1 root other   3928 Feb  6 17:32 ecb.so*
-rw-r--r--   1 root other   4668 Feb  6 17:31 enigma.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 enigma.la*
-rwxr-xr-x   1 root other   7196 Feb  6 17:31 enigma.so*
-rw-r--r--   1 root other   5892 Feb  6 17:31 gost.a
-rwxr-xr-x   1 root other633 Feb  6 17:31 gost.la*
-rwxr-xr-x   1 root other   8124 Feb  6 17:31 gost.so*
-rw-r--r--   1 root other  10496 Feb  6 17:31 loki97.a
-rwxr-xr-x   1 root other647 Feb  6 17:31 loki97.la*
-rwxr-xr-x   1 root other  12512 Feb  6 17:31 loki97.so*
-rw-r--r--   1 root other   2632 Feb  6 17:32 nofb.a
-rwxr-xr-x   1 root other633 Feb  6 17:32 nofb.la*
-rwxr-xr-x   1 root other   4628 Feb  6 17:32 nofb.so*
-rw-r--r

[PHP-DEV] PHP 4.0 Bug #9167 Updated: imap_status()

[tlb]

ID: 9167
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Description: imap_status()

Here is my current:
127.0.0.1 localhost.rapanden.dk localhost

And no it does not fix the problem.

Previous Comments:
---

[2001-02-07 17:29:08] [EMAIL PROTECTED]
I remember this problem being solved by putting a valid entry for localhost into 
/etc/hosts on the machine in question. Do you have an entry, and if not, does adding 
one fix the problem?

---

[2001-02-07 17:18:24] [EMAIL PROTECTED]
This works:
$mbox = imap_open ("{rapanden.dk:143}", "$login", "$passwd",
OP_HALFOPEN);
$status =
imap_status($mbox,"{rapanden.dk:143}INBOX",SA_MESSAGES);

and this dos'nt:
$mbox = imap_open ("{localhost:143}", "$login", "$passwd",
OP_HALFOPEN); $status =
imap_status($mbox,"{localhost:143}INBOX",SA_MESSAGES);

The problem is that imap_status will only accept the machine
name, even if I use mail.rapanden.dk that points to the same
ip as rapanden.dk it won't work.

I found another description of the problem here:
http://faqchest.dynhost.com/prgm/imp-l/imp-00/imp-0012/imp-001206/imp00121423_34248.html


Troels Liebe Bentsen

---


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


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

[PHP-DEV] PHP 4.0 Bug #9167 Updated: imap_status()

[avsm]

ID: 9167
Updated by: avsm
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: IMAP related
Assigned To: 
Comments:

This bug should be fixed in php-4.0.5-dev.  Try getting a snapshot from 
http://snaps.php.net and upgrading your copy of PHP, and try again.

The relevant commit was: 
http://cvs.php.net/viewcvs.cgi/php4/ext/imap/php_imap.c.diff?r1=1.52&r2=1.53

Previous Comments:
---

[2001-02-07 17:40:50] [EMAIL PROTECTED]
Here is my current:
127.0.0.1 localhost.rapanden.dk localhost

And no it does not fix the problem.

---

[2001-02-07 17:29:08] [EMAIL PROTECTED]
I remember this problem being solved by putting a valid entry for localhost into 
/etc/hosts on the machine in question. Do you have an entry, and if not, does adding 
one fix the problem?

---

[2001-02-07 17:18:24] [EMAIL PROTECTED]
This works:
$mbox = imap_open ("{rapanden.dk:143}", "$login", "$passwd",
OP_HALFOPEN);
$status =
imap_status($mbox,"{rapanden.dk:143}INBOX",SA_MESSAGES);

and this dos'nt:
$mbox = imap_open ("{localhost:143}", "$login", "$passwd",
OP_HALFOPEN); $status =
imap_status($mbox,"{localhost:143}INBOX",SA_MESSAGES);

The problem is that imap_status will only accept the machine
name, even if I use mail.rapanden.dk that points to the same
ip as rapanden.dk it won't work.

I found another description of the problem here:
http://faqchest.dynhost.com/prgm/imp-l/imp-00/imp-0012/imp-001206/imp00121423_34248.html


Troels Liebe Bentsen

---



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


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

[PHP-DEV] PHP 4.0 Bug #9168: unpack 'h' and 'H' formats don't work

[rusty]

From: [EMAIL PROTECTED]
Operating system: solaris 7
PHP version:  4.0.4pl1
PHP Bug Type: Strings related
Bug description:  unpack 'h' and 'H' formats don't work

In the following sample the variable "encoded" is zero length; an empty string.  If I 
change the format chars from H and h to C then it does get stuff.



// 0xFF * 0xEE
$ch = 60690;

$encoded = "";

$hexn = unpack("Hz", $ch); // high nibble
if (isset($hexn["z"]))
  $encoded .= $hexn["z"];
else
  $encoded .= "-";

$hexn = unpack("hz", $ch); // low nibble
if (isset($hexn["z"]))
  $encoded .= $hexn["z"];
else
  $encoded .= "-";

echo $encoded . "
";
echo strlen($encoded) . "
";





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



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

[PHP-DEV] CVS Account Request

[root]

Full name: tae-young,Jin
Email: [EMAIL PROTECTED]
ID: fuzzy74
Purpose: php document in korean

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

[PHP-DEV] PHP 4.0 Bug #9169: Default html file is not showing anymore

[hmertens]

From: [EMAIL PROTECTED]
Operating system: SunOS 5.7
PHP version:  4.0.4pl1
PHP Bug Type: Other web server
Bug description:  Default html file is not showing anymore

When I setup my mime type file to use the html extension like that :
type=magnus-internal/x-httpd-php  exts=php,php3,php4,html
type=text/html  exts=htm 

The Netscape Web Server is no more able to display the default document (index.html) 
but instead he will show the directory content.

My configure command: './/configure' 
'--with-oracle=/software/oracle/app/oracle/product/8.1.5' 
'--with-nsapi=/software/suitespot' '--enable-libgcc'





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



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

[PHP-DEV] SQL Server 7.0 and PHP

[Matthew Fisher]

Hi!

I must confess I am perplexed when I look at the database functions in PHP, because 
they seem to include many exotic functions
(whose use I can scarcely imagine) and to exclude a few functions which I would regard 
as essential.  I should specify that my
current concern is regarding Microsoft SQL Server.

Now, I'm not a particular fan of Microsoft, but one must recognise the fact that it is 
one of the most popular (if not *the* most
popular) databases in the marketplace today.  I'm assuming we can also agree that PHP 
is good for far more ambitious projects than
shopping-cart applications based around MySQL.  I have a feeling that for today's 
medium-to-large companies, a web-based database
application running on an intranet is an attractive solution, offering tremendous 
advantages in simplifying maintenance and
installation of client software.

However, were I to be approached by a company to build such an application (based 
around SQL Server), I would probably have to turn
to Cold Fusion or ASP.  Why?  Well, I am a simple soul and find I can do anything I 
need to do with a few simple routines, namely
submitting SQL Queries to the server.  I'm not interested in client-side cursors or 
anything like that.  Just give me a quick,
read-only, forward-scrolling result set and I'll do the rest.  I'm quite capable of 
constructing strings like 'EXEC myproc 1, 2, 3'
on the fly, so I don't need special routines to handle stored procedures.

All the same, there is one bit of functionality that I regard as essential: I must 
know if the SQL commands I submit succeed or not,
and if not - why not.  With PHP4, there is no way of knowing if an UPDATE, INSERT or 
DELETE was successful (with SQL Server 7.0).
With PHP3, you know if it failed, but the error message you obtain from 
mssql_getlasterror is always the same: "The statement was
terminated.".  This tells you absolutely nothing.

I was even more dismayed to find that there is no error function in the ODBC routines 
at all!  This is quite incredible, given that
the ODBC API contains a function expressly for this purpose - SQLDiagRec.  (This is a 
handy function that allows you to loop through
any number of messages the server may return.)

I would recommend that you consider providing some means of obtaining meaningful error 
messages from SQL Server 7.0 as a matter of
some urgency, either through the mssql libraries or through ODBC.  (I understand that 
it is now possible to run SQL Server on Linux,
and a few sites are now doing this as a concession to their Microsoft-fixated clients!)

Regards

Matthew Fisher



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

[PHP-DEV] PHP 4.0 Bug #9147 Updated: bugs in post using multipart/form-data

[hwlee]

ID: 9147
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: bugs in post using multipart/form-data

Hello!
I installed "php-4.0.4pl1-3.i386.rpm" which
can be obtained from "ftp://updates.redhat.com".

When one tries to send variables using multipart form,
one always get strings with additional CR LF
characters at the front.

Below I enclose two short files.
Please try them.

--- a.html --

Data:


--- b.php ---


--

When I submit the form (a.html) with
Data = 0, I get "0d0a3030303030".
Here I can see extra CR LF ("0d0a").

When I used older version ( 4.0.3),
I didn't experience such things.

Thank you.

Haewon Lee
Physics Dept.
Chunbuk Nat'l Univ., Korea



Previous Comments:
---

[2001-02-07 09:42:08] [EMAIL PROTECTED]
Hello!
I installed "php-4.0.4pl1-3.i386.rpm" which
can be obtained from "ftp://updates.redhat.com".

When one try to send variables using multipart form,
one always get strings with additional CR LF
characters at the front.

Below I enclose two short files.
Please try them.

--- a.html --

Data:


--- b.php ---


--

Where I submit the form (a.html) with
Data = 0, I get "0d0a3030303030".
Here I can see extra CR LF ("0d0a").

When I used older version ( 4.0.3),
I didn't experience such things.

Thank you.

Haewon Lee
Physics Dept.
Chunbuk Nat'l Univ., Korea


---


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


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

[PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash

[Sherman Chan]

Jani,
forgive my stupid brian
I believe here the trace u looking for

[root@kul-db2 apache_1.3.14]# gdb ./bin/httpd 
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf
Undefined command: "-X".  Try "help".
(gdb) run -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf
Starting program: /usr/local/apps/apache_1.3.14/./bin/httpd -X -DSSL -f
/usr/local/apps/apache_1.3.14/conf/httpd.conf

Program received signal SIGILL, Illegal instruction.
0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so
(gdb) bt
#0  0x40353715 in modf () from
/usr/local/apps/apache_1.3.14/libexec/libphp4.so
#1  0x6023ddff in ?? ()
#2  0x8073547 in ap_fcvt ()
#3  0x8073c0b in conv_fp ()
#4  0x8074894 in ap_vformatter ()
#5  0x8074f98 in ap_snprintf ()
#6  0x40b09fe4 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so
#7  0x40b09d7e in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so
#8  0x40b051c7 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so
#9  0x80571b9 in ap_init_modules ()
#10 0x8060d15 in standalone_main ()
#11 0x8061533 in main ()
#12 0x400b61eb in __libc_start_main (main=0x80611dc , argc=5,
argv=0xbc04, 
init=0x804f344 <_init>, fini=0x8097a4c <_fini>, rtld_fini=0x4000a610
<_dl_fini>, 
stack_end=0xbbfc) at ../sysdeps/generic/libc-start.c:90


thanks,
Sherman


-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Monday, 5 February 2001 5:03 AM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash


ID: 9003
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Instructions how to generate a GDB backtrace can be found here:

http://bugs.php.net/bugs-generating-backtrace.php

--Jani


Previous Comments:
---

[2001-02-01 21:26:46] [EMAIL PROTECTED]
Could you please try to generate a GDB backtrace of the crash?
Reconfigure / compile PHP first with --enable-debug!

--Jani


---

[2001-01-30 10:02:52] [EMAIL PROTECTED]
version of apach 1.3.14
version mod_ssl 2.7.1-1.3.14
version openssl 0.9.6

i compile & install apache with php4 + mod_ssl support has no problem,
however when I start the apache with php4 + ssl, it crash itself with the
error message found on error_log
[Wed Jan 31 01:29:45 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.4pl1
configured -- resuming normal operations
[Wed Jan 31 01:30:01 2001] [notice] caught SIGTERM, shutting down

there is no error message find on ssl_engine_log.

the apache start up ok with either ssl or php4, but can't be both.

any idea to resolve it.

thanks,
Sherman 


there is no change on php.ini, that copied from php.ini-dist
php configure options
./configure 
 --with-apxs=/usr/local/apps/apache_1.3.14/bin/apxs 
 --with-interbase=/usr/interbase 
 --with-oci8=$ORACLE_HOME 
 --with-oracle=$ORACLE_HOME 
 --with-db 
 --with-gdbm 
 --with-xml 
 --with-mhash 
 --with-openssl 
 --with-mcrypt=/usr/local/lib 
 --with-curl 
 --without-mysql 
 --enable-track-vars

apache configure option
SSL_BASE=../openssl-0.9.6 
./configure 
--prefix=/usr/local/apps/apache_1.3.14 
--enable-shared=max 
--enable-module=all



---



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

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