[PHP-DEV] PHP 4.0 Bug #10009 Updated: www-search do not work

[derick]

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

These kind of errors are not bugs in PHP and need to be send to [EMAIL PROTECTED]

Previous Comments:
---

[2001-03-27 01:29:21] [EMAIL PROTECTED]
the www-serach do not work: if i enter some keyword, i get every time the messag 
"Error: No search words specified."





---



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

[Thomas Wentzel]

Hi,

I'm hacking on a module that is communicating with an old 
flatfile db. When a connection to the db is made, all necessary 
information (such as record and field sizes/types)from the db are 
read. 

 If php-script A opens a connection to the db, and then loads a 
new php-script B - then the connection is automagically shut down.
I believe this is due to the fact, that I do the following:
PHP_MINIT_FUNCTION(raima)
{
// _d_closeall simply closes all open connections
le_raima=register_list_destructors(_d_closeall,NULL); 
return SUCCESS;
}
But how are these list destructors used? How should I avoid that my 
connection is closed _every_ time I load a new page? Is it simply a 
matter of placing some logic in _d_closeall, that only does the actual 
db-closing if appropriate? AND can I somehow differentiate between 
a page load and a browser termination? When to use zend_register_\
list_destructors_ex???

 How and where should I place my data - for them to be shared across 
the entrire session. At the moment I have declared some static variables 
in the beginning of the source file - is this OK or am I supposed to do 
it in a special PHP-style?

TIA
  Thomas

-- 
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 #10012: installing after compiling --with-nsapi on iPlanet 4.1SP6 fails

[arturs]

From: [EMAIL PROTECTED]
Operating system: SUN Solaris 2.7
PHP version:  4.0 Latest CVS (27/03/2001)
PHP Bug Type: iPlanet related
Bug description:  installing after compiling --with-nsapi on iPlanet 4.1SP6 fails

I had a similar problem to #4982, #5187.

1. My platform is: CVS php4-200103260645, iPlanet 4.1SP6, Solaris 2.7
2. Configure looks like this :
./configure --with-nsapi=/u/netscape/server4 --enable-libgcc
(I'll need to add Oracle, but first I decided to compile without it ) 

Configure, make, make install completes no problems

3. I modified "start", "mime.conf", obj.conf as described in
 http://www.php.net/manual/en/install.netscape-enterprise.php

4. Starting iPlanet via web-Administrator port I received following:

Status: 
 [https-public]: start failed. (2: unknown early startup error)
 [https-public]: server terminated (signal 6): watchdog is restarting it 
 [https-public]: failure: server initialization failed 

Error
 An error occurred during startup.
 The server https-public was not started.

5.  If I removed the "Init fn=php4_init errorString line from obj.conf file, the 
server started incorrectly.
It refuses to parse PHP files. I just get "document contains no data."

Is it bug or my incorrect configuration ?
Any help pls


-- 
Edit Bug report at: http://bugs.php.net/?id=10012&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 #9828 Updated: LDAP: Object class violation

[sniper]

ID: 9828
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: LDAP related
Assigned To: 
Comments:

1. Please add the shortest possible script to reproduce this
problem into this bug report
2. Check that the libphp4.so really is linked with the correct ldap libraries: 'ldd 
libphp4.so'

--Jani


Previous Comments:
---

[2001-03-26 20:38:44] [EMAIL PROTECTED]
The ldap server I am using is openldap 1.2.11 which is the
current stable version. ldapadd works in command line.

The most strange thing is php 4.0.3pl1 works for me but
php 4.0.4pl1 doesn't. So I suspect the change from 4.0.3pl1
to 4.o.4pl1 has something wrong with ldap functions.

--George Chung

---

[2001-03-26 17:56:13] [EMAIL PROTECTED]
Did you update your ldap libraries also?
And does the same add work using the command line tools?

--Jani


---

[2001-03-18 21:46:12] [EMAIL PROTECTED]
when using php-4.0.3, ldap_add function works very well.
After upgrading to php-4.0.4pl1, ldap_add function
didn't work again. A error occured and logged in apache
error log, "LDAP: Object class violation".

php config
'./configure' '--with-config-file-path=/usr/slocal/etc' 
'--with-apxs=/usr/slocal/apache-1.3.19/bin/apxs' '--with-ldap=/usr/local' 
'--with-mysql=/usr/slocal/mysql' '--without-gd' '--with-mcrypt'

---



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


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

[PHP-DEV] Bug #10013: Unable to compile static apache version with php & mysql

[regis . jarde]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  3.0.17
PHP Bug Type: MySQL related
Bug description:  Unable to compile static apache version with php & mysql

OS: Sun Solaris 8
   Apache Version: 1.3.19
   Php Version: php-3.0.18

I have currently encoutered bug 8690 you have annouced closed.

The solution you proposed not work.

I try to remove status.cache file in php-3.0.18 directory 
configure 
make clean
make
but it fail again with the same messages.

For information I have no status.cache file in apache-1.3.19 directory.

Then I try to install the apache/php/mysql using  Dynamic Shared Object (DSO) support 
methode
but i encoutered the bug 5464.

When i try to start httpd i have the following messages :
error:
undefined symbol: mysql_field_count .   then Apache will not start.

Best regards.

M. Jarde


-- 
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 #10013 Updated: Unable to compile static apache version with php & mysql

[regis . jarde]

ID: 10013
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Description: Unable to compile static apache version with php & mysql



Previous Comments:
---

[2001-03-27 04:19:57] [EMAIL PROTECTED]
OS: Sun Solaris 8
   Apache Version: 1.3.19
   Php Version: php-3.0.18

I have currently encoutered bug 8690 you have annouced closed.

The solution you proposed not work.

I try to remove status.cache file in php-3.0.18 directory 
configure 
make clean
make
but it fail again with the same messages.

For information I have no status.cache file in apache-1.3.19 directory.

Then I try to install the apache/php/mysql using  Dynamic Shared Object (DSO) support 
methode
but i encoutered the bug 5464.

When i try to start httpd i have the following messages :
error:
undefined symbol: mysql_field_count .   then Apache will not start.

Best regards.

M. Jarde

---


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


-- 
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 #10006 Updated: Netscape Navigator 4.7 returns blank pages.

[sniper]

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

1. You have some NULL output in your pages
2. There's some  without 

Anyway, if the pages work with IE then PHP works -> not a bug in PHP but in your 
script output.

--Jani


Previous Comments:
---

[2001-03-26 19:08:26] [EMAIL PROTECTED]
I have installed PHP 4.0.4 on an NT 4.0 server with SP4 applied.  IE4.0 - IE5.5 can 
access my php pages just fine but when I try to access those same pages with Netscape 
Navigator 4.7 I get an empty page.

PHPINFO follows:


PHP Version 4.0.4 

System Windows NT 4.0 build 1381 
Build Date Dec 20 2000 
Server API ISAPI 
Virtual Directory Support enabled 
Configuration File (php.ini) Path php.ini 
ZEND_DEBUG disabled 
Thread Safety enabled 

 This program makes use of the Zend scripting language engine:
Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies

 




PHP 4.0 Credits



Configuration
PHP Core 
Directive Local Value Master Value 
allow_call_time_pass_reference
 On On 
allow_url_fopen
 1 1 
arg_separator
 & & 
asp_tags
 On On 
auto_append_file
 no value no value 
auto_prepend_file
 no value no value 
browscap
 no value no value 
default_charset
 no value no value 
default_mimetype
 text/html text/html 
define_syslog_variables
 Off Off 
disable_functions
 no value no value 
display_errors
 On On 
display_startup_errors
 Off Off 
doc_root
 no value no value 
enable_dl
 On On 
error_append_string
 Off Off 
error_log
 no value no value 
error_prepend_string
 Off Off 
error_reporting
 2039 2039 
expose_php
 On On 
extension_dir
 C:InetPubscriptsPhpextensions C:InetPubscriptsPhpextensions 
file_uploads
 1 1 
gpc_order
 GPC GPC 
highlight.bg
 #FF #FF 
highlight.comment
 #FF8000 #FF8000 
highlight.default
 #BB #BB 
highlight.html
 #00 #00 
highlight.keyword
 #007700 #007700 
highlight.string
 #DD #DD 
html_errors
 On On 
ignore_user_abort
 Off Off 
implicit_flush
 Off Off 
include_path
 no value no value 
log_errors
 Off Off 
magic_quotes_gpc
 On On 
magic_quotes_runtime
 Off Off 
magic_quotes_sybase
 Off Off 
max_execution_time
 30 30 
open_basedir
 no value no value 
output_buffering
 Off Off 
output_handler
 no value no value 
post_max_size
 8M 8M 
precision
 14 14 
register_argc_argv
 On On 
register_globals
 On On 
safe_mode
 Off Off 
safe_mode_exec_dir
 no value no value 
sendmail_from
 [EMAIL PROTECTED] [EMAIL PROTECTED] 
sendmail_path
 no value no value 
short_open_tag
 On On 
SMTP
 localhost localhost 
sql.safe_mode
 Off Off 
track_errors
 On On 
upload_max_filesize
 2M 2M 
upload_tmp_dir
 no value no value 
user_dir
 no value no value 
variables_order
 EGPCS EGPCS 
y2k_compliance
 Off Off 


pgsql
PostgreSQL Support enabled 
Active Persistent Links 0 
Active Links 0 

Directive Local Value Master Value 
pgsql.allow_persistent
 On On 
pgsql.max_links
 Unlimited Unlimited 
pgsql.max_persistent
 Unlimited Unlimited 


db
flat file support enabled 


curl
CURL support enabled 
CURL Information libcurl 7.5.1 (SSL 0.9.6) 


sablot
Sablotron XSLT support enabled 


zlib
ZLib Support enabled 
Compiled Version 1.1.3 
Linked Version 1.1.3 


mssql
MSSQL Support enabled 
Active Persistent Links 0 
Active Links 0 
Library version 7.0 

Directive Local Value Master Value 
mssql.allow_persistent
 On On 
mssql.batchsize
 0 0 
mssql.compatability_mode
 Off Off 
mssql.connect_timeout
 5 5 
mssql.max_links
 Unlimited Unlimited 
mssql.max_persistent
 Unlimited Unlimited 
mssql.min_error_severity
 10 10 
mssql.min_message_severity
 10 10 
mssql.textlimit
 Server default Server default 
mssql.textsize
 Server default Server default 


interbase
Interbase Support enabled 
Revision $Revision: 1.48 $ 
Dynamic Module yes 
Allow Persistent Links Yes 
Persistent Links 0/unlimited 
Total Links 0/unlimited 
Timestamp Format %m/%d/%Y %H:%M:%S 
Date Format %m/%d/%Y 
Time Format %H:%M:%S 


imap
IMAP Support enabled 
IMAP c-Client Version 4.1 


domxml
DOM/XML, XPath, XPointer Support enabled 
libmxl Version 2.2.8 


cybercash
Cybercash Support enabled 


standard
Regex Library Bundled library enabled 
Dynamic Library Support enabled 
Internal Sendmail Support for Windows 4 enabled 

Directive Local Value Master Value 
assert.active
 1 1 
assert.bail
 0 0 
assert.callback
 no value no value 
assert.quiet_eval
 0 0 
assert.warning
 1 1 
safe_mode_allowed_env_vars
 PHP_ PHP_ 
safe_mode_protected_env_vars
 LD_LIBRARY_PATH LD_LIBRARY_

[PHP-DEV] PHP 4.0 Bug #10007 Updated: Apache2 Modul makes compiling failure

[sniper]

ID: 10007
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

You should be using the --with-apxs2 configure option
if you want to try the EXPERIMENTAL Apache 2.0 support.

--Jani


Previous Comments:
---

[2001-03-26 21:34:28] [EMAIL PROTECTED]
My configure line: ./configure --with-mysql --with-apache=../httpd-2.0 
--enable-track-vars
--enable-shmop --with-mod_charset

The failure:

sapi_apache.c: In function `apache_php_module_main':
sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function)
sapi_apache.c:80: (Each undeclared identifier is reported only once
sapi_apache.c:80: for each function it appears in.)

Testet with apache 2.0.14 and actual cvs of apache2.

With actual cvs of php4 it seems to be the same, but i'm not sure  wasn't getting 
it correct from cvs... :)

Regards, Jan.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10007&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 #9997 Updated: get_browser not work

[sniper]

ID: 9997
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Fixed in CVS -> closed. (the same fixes will be in 4.0.5)

--Jani


Previous Comments:
---

[2001-03-27 00:51:51] [EMAIL PROTECTED]
all ok.


---

[2001-03-26 15:43:47] [EMAIL PROTECTED]
And what about the latest CVS? Try the latest CVS snapshot
from http://snaps.php.net/

--Jani


---

[2001-03-26 11:26:25] [EMAIL PROTECTED]
on php 4.0.3pl1 this function worked perfect.
in 4.0.4 or 4.0.4pl1  it don't work

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9997&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 #9418 Updated: Upload image file is broken

[nekto]

ID: 9418
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Description: Upload image file is broken

Hi! I trying snapshot from 22-Mar-2001 - but this not help me. May be in new stable 
release problem with images will be solved?

Previous Comments:
---

[2001-03-04 22:40:43] [EMAIL PROTECTED]
I make this experiment: 
1) upload image via php. Uploaded image not visible.
2) upload image via ftp (binary) mode. This image is normal visible. 
After that i compare both image with cmp command. Cmp say, what images different.
I can send you my image for probe. 
May be i must try download cvs from snaps.php.net (early i download it from 
cvs.php.net). May be cvs snapshot on this sites different?

---

[2001-03-03 19:17:01] [EMAIL PROTECTED]
I can not reproduce this. Are you sure you're comparing the right images??
Are the uploaded images displayed at all?

--Jani


---

[2001-03-01 21:43:22] [EMAIL PROTECTED]
Yes, 23 feb i download cvs snapshot from cvs.php.net
make 
make install
but this not help me :(...

---

[2001-03-01 17:14:20] [EMAIL PROTECTED]
And you're using the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


---

[2001-02-27 21:41:57] [EMAIL PROTECTED]
Ok, this fragment of my script:


  

<. skip .>


  
  

  


<..skip...>

 
  
">
">
  


<..skip...>

copy ($photo, $photopath.$id);
unlink($photo);




---

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

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


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

[Robert Youdale]

Hi all,

Just a quick note to see if anyone has already written a function to
calculate a 'standard deviation' or a 'weighted mean' function?  I have
created these functions as I could not find any references so if anybody
wants/needs a copy simply say.

Kind Regards

Rob


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

[Zeev Suraski]

There were a few fixes since RC2 was tagged (a socket fix, a pgsql fix, a 
checkdnsrr fix).  It may be a good idea to have an RC3, but I want to hear 
some feedback from others (RC2 seemed generally quite stable, so if we go 
with RC3, it should only delay the release until the beginning of next week).

Zeev


--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


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

[PHP-DEV] Re: [PHP-QA] RC3?

[Derick Rethans]

Hello,

there is a bug #10002, should be fixed too IMHO

Derick

On Tue, 27 Mar 2001, Zeev Suraski wrote:

> There were a few fixes since RC2 was tagged (a socket fix, a pgsql fix, a
> checkdnsrr fix).  It may be a good idea to have an RC3, but I want to hear
> some feedback from others (RC2 seemed generally quite stable, so if we go
> with RC3, it should only delay the release until the beginning of next week).
>
> Zeev
>
>
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
>
>
> --
> PHP Quality Assurance Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


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

[Jani Taskinen]

On Tue, 27 Mar 2001, Zeev Suraski wrote:

>There were a few fixes since RC2 was tagged (a socket fix, a pgsql fix, a
>checkdnsrr fix).  It may be a good idea to have an RC3, but I want to hear
>some feedback from others (RC2 seemed generally quite stable, so if we go
>with RC3, it should only delay the release until the beginning of next week).

Should I merge that fix for arg_separator thingie into the 4_0_5 branch
before you create RC3 ?

--Jani



-- 
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 #10014: Fatal error: input in flex scanner failed in ...path_directory.. on line

[jorge . palma]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Fatal error: input in flex scanner failed in ...path_directory.. on 
line




-- 
Edit Bug report at: http://bugs.php.net/?id=10014&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 #10014 Updated: Fatal error: input in flex scanner failed in ...path_directory.. on line

[cynic]

ID: 10014
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

please read http://bugs.php.net/bugs-dos-and-donts.php
this bug report is useless.

Previous Comments:
---

[2001-03-27 07:20:50] [EMAIL PROTECTED]


---



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


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

Re: [PHP-DEV] RC3?

[Sebastian Bergmann]

Jani Taskinen wrote:
> Should I merge that fix for arg_separator thingie into the 4_0_5 
> branch before you create RC3 ?

  +1

  (Jani sent me that patch a week ago or so and I ran into no problems
here)

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

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

-- 
PHP Development Mailing List 
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] RC3?

[Derick Rethans]

On Tue, 27 Mar 2001, Sebastian Bergmann wrote:

> Jani Taskinen wrote:
> > Should I merge that fix for arg_separator thingie into the 4_0_5
> > branch before you create RC3 ?
>
>   +1
>
>   (Jani sent me that patch a week ago or so and I ran into no problems
> here)

AFAIK he just committed it (today)

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


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

Re: [PHP-DEV] RC3?

[Sebastian Bergmann]

Derick Rethans wrote:
> AFAIK he just committed it (today)

  Yes, but he sent it tome a week ago or so nevertheless :)

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

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

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

[PHP-DEV] RC3 will be released tonight

[Zeev Suraski]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


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

Re: [PHP-DEV] PHP 4.0 Bug #9999: php.exe doesnt start

[wolle]

Hi,

I have downloaded mdac and only have got an extracted file named MDACSDK.MSI
I dont know how to handle *.msi files.

Please help,
Wolle

On Montag, 26. März 2001 19:32, you wrote:
> Go to www.microsoft.com/data/ and download/install MDAC.
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, March 26, 2001 9:12 AM
> Subject: [PHP-DEV] PHP 4.0 Bug #: php.exe doesnt start
>
> > From: [EMAIL PROTECTED]
> > Operating system: win98
> > PHP version:  4.0.4pl1
> > PHP Bug Type: *Install and Config
> > Bug description:  php.exe doesnt start
> >
> >
> > php.exe does not start. ERROR: can not find odbc32.dll
> > where do i get that dll? can someone give me a link?
> > i have searched the net for that dll, but did not find it.
> >
> > i'm using win98, standard installation.
> >
> > It does not work to download dcom, like described in another
> > bug-report.
> >
> > thx,
> > wolle
> >
> >
> > --
> > Edit Bug report at: http://bugs.php.net/?id=&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 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 #10015: inetinfo.exe crashes!

[swape]

From: [EMAIL PROTECTED]
Operating system: win2000
PHP version:  4.0.4pl1
PHP Bug Type: IIS related
Bug description:  inetinfo.exe crashes!

I have:

win 2000 ( service pack 1 )
mssql 2000
iis 5.0

when I ask the mssql a query, inetinfo to crash.
I tryed to install all of it again but did not help.

Can someone help me??



-- 
Edit Bug report at: http://bugs.php.net/?id=10015&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 #10016: MySQL connection

[elirene]

From: [EMAIL PROTECTED]
Operating system: WIN98
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  MySQL connection

Hello,
WIN98/APACHE
PHP is working perfectly for pages that doesn't call mysql connection.
When I try to call a page that contains a connection with my sql. The page doesn't 
load. I don't have any error output, and it seems that the page doesn't load. I tried 
to wait for the page to load, but even 1 hour after calling the page, there's still a 
blank page.
On the other side, if i have a look on what's running on the computer 
(CTRL+ALT+SUPPR), I can see Php running. It looks like if PHP is launched, but doesn't 
work.
Any help welcome


-- 
Edit Bug report at: http://bugs.php.net/?id=10016&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 #10002 Updated: sprintf() and floating point

[zeev]

ID: 10002
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Assigned To: 
Comments:

I can't reproduce it under RH 6.2.  Generally the fix isn't supposed to do anything 
(since arg is a double, 10 should be converted to a double automatically), but the fix 
can't hurt anything so if it works around a compiler bug, it's fine.

PHP cannot use sprintf() because sprintf() works with C types with predefined types 
for the arguments, whether PHP has its own types, and autoconverts arguments to match 
the format string.

Previous Comments:
---

[2001-03-26 17:19:30] [EMAIL PROTECTED]
This bug is in 4.0.5RC2 too, just confirmed it

---

[2001-03-26 14:13:27] [EMAIL PROTECTED]

produces '0.0:' instead of '0.10'

I'm really curious as to why PHP just doesn't use libc's sprintf().

./configure --with-oracle=/usr/local/oracle/product/8.1.7 
  --with-oci8=/usr/local/oracle/product/8.1.7 --enable-force-cgi-redirect 
  --enable-track-vars --with-posix --enable-sockets --enable-sigchild 
  --with-gd=/usr/local

gcc version 2.95.2 19991024 (release)


This is not exactly a fix...
--- ext/standard/formatted_print.c  Mon Mar 26 14:01:31 2001
+++ ext/standard/formatted_print.c-fixedMon Mar 26 14:02:26 2001
@@ -92,7 +92,7 @@
while (p1 < &cvt_buf[NDIG])
*p++ = *p1++;
} else if (arg > 0) {
-   while ((fj = arg * 10) < 1) {
+   while ((fj = arg * 10.0) < 0.999) {
arg = fj;
r2--;
}



---



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

[Zeev Suraski]

Can't reproduce it under RH 6.2, but I don't mind seeing that fix in the CVS...

Zeev

At 13:55 27/3/2001, Derick Rethans wrote:
>Hello,
>
>there is a bug #10002, should be fixed too IMHO
>
>Derick
>
>On Tue, 27 Mar 2001, Zeev Suraski wrote:
>
> > There were a few fixes since RC2 was tagged (a socket fix, a pgsql fix, a
> > checkdnsrr fix).  It may be a good idea to have an RC3, but I want to hear
> > some feedback from others (RC2 seemed generally quite stable, so if we go
> > with RC3, it should only delay the release until the beginning of next 
> week).
> >
> > Zeev
> >
> >
> > --
> > Zeev Suraski <[EMAIL PROTECTED]>
> > CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
> >
> >
> > --
> > PHP Quality Assurance Mailing List 
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail: [EMAIL PROTECTED]
> >
>
>Derick Rethans
>
>-
> PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
>  SRM: Site Resource Manager - www.vl-srm.net
>-
> JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
>  Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
>-

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


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

[PHP-DEV] Re: [PHP-QA] RC3?

[Derick Rethans]

On Tue, 27 Mar 2001, Zeev Suraski wrote:

> Can't reproduce it under RH 6.2, but I don't mind seeing that fix in the CVS...

Strange, my RH 6.2 gives it even on a fresh checkout. But I'll commit that
fix tonight (around 18:00 GMT)


Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
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 #10018: querystrings in php

[johan]

From: [EMAIL PROTECTED]
Operating system: slackware 7.1
PHP version:  4.0.4pl1
PHP Bug Type: Variables related
Bug description:  querystrings in php

hello
the php index.php source
when i tried this url: http://localhost/index.php?reqLang=1
nothing happens..what is the wrong...
i really can't understand why php can't catch querystrings.
it has always worked before.








//Johan Svensson



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

[cynic]

ID: 10018
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Variables related
Assigned To: 
Comments:

hi,
1/ check the value of register_globals setting in php.ini.
2/ send further questions to [EMAIL PROTECTED]

Previous Comments:
---

[2001-03-27 08:42:15] [EMAIL PROTECTED]
hello
the php index.php source
when i tried this url: http://localhost/index.php?reqLang=1
nothing happens..what is the wrong...
i really can't understand why php can't catch querystrings.
it has always worked before.








//Johan Svensson


---



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

[cynic]

ID: 10018
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Variables related
Assigned To: 
Comments:

and 3/ read http://bugs.php.net/bugs-dos-and-donts.php

Previous Comments:
---

[2001-03-27 08:45:53] [EMAIL PROTECTED]
hi,
1/ check the value of register_globals setting in php.ini.
2/ send further questions to [EMAIL PROTECTED]

---

[2001-03-27 08:42:15] [EMAIL PROTECTED]
hello
the php index.php source
when i tried this url: http://localhost/index.php?reqLang=1
nothing happens..what is the wrong...
i really can't understand why php can't catch querystrings.
it has always worked before.








//Johan Svensson


---



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


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

Re: [PHP-DEV] PHP 4.0 Bug #10018 Updated: querystrings in php

[Jani Taskinen]

Bogus or not bogus..that's the question.. :)

--Jani


On 27 Mar 2001 [EMAIL PROTECTED] wrote:

>ID: 10018
>Updated by: cynic
>Reported By: [EMAIL PROTECTED]
>Old-Status: Bogus
>Status: Open
>Bug Type: Variables related
>Assigned To:
>Comments:
>
>and 3/ read http://bugs.php.net/bugs-dos-and-donts.php
>
>Previous Comments:
>---
>
>[2001-03-27 08:45:53] [EMAIL PROTECTED]
>hi,
>1/ check the value of register_globals setting in php.ini.
>2/ send further questions to [EMAIL PROTECTED]
>
>---
>
>[2001-03-27 08:42:15] [EMAIL PROTECTED]
>hello
>the php index.php source
>when i tried this url: http://localhost/index.php?reqLang=1
>nothing happens..what is the wrong...
>i really can't understand why php can't catch querystrings.
>it has always worked before.
>
>
>
>
>print $reqLang;
>?>
>
>
>
>//Johan Svensson
>
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=10018&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-QA] Re: [PHP-DEV] RC3?

[Jani Taskinen]

On Tue, 27 Mar 2001, Sebastian Bergmann wrote:

>Derick Rethans wrote:
>> AFAIK he just committed it (today)
>
>  Yes, but he sent it tome a week ago or so nevertheless :)
>

If nobody objects I will merge the fix into the 4_0_5 branch
later this evening. (hopefully before Zeev creates the RC3..)

--Jani



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

[PHP-DEV] Bug #10019: string str_replace(string needle, string str, string haystack);

[kvdwalt]

From: [EMAIL PROTECTED]
Operating system: NT
PHP version:  3.0.16
PHP Bug Type: Scripting Engine problem
Bug description:  string str_replace(string needle, string str, string haystack);

string str_replace(string needle, string str, string haystack);

fails if haystack ends in needle

// str_replace fail if string ends on #..# so ad 
$QueryText = "Select count(*) from #TABLENAME# ";

$QueryText = str_replace("#TABLENAME#", "extracts", $QueryText);


echo "The Query was :".$QueryText."";


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

[PHP-DEV] Bug #10020: Variable variables

[kvdwalt]

From: [EMAIL PROTECTED]
Operating system: nt
PHP version:  3.0.16
PHP Bug Type: Scripting Engine problem
Bug description:  Variable variables

in html

vFormInnerHTML = vFormInnerHTML + '';

in serverside PHP

for ($i=0;$i < count($extractid); $i++) {
   $t = "extractid[".$i."]";
   echo $t.'';  
   echo $$t.''; //$$t is empty!!

   echo $extractid[$i].'';


}


-- 
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 #10021: access violation

[marcp]

From: [EMAIL PROTECTED]
Operating system: win 2000
PHP version:  4.0.3
PHP Bug Type: Unknown/Other Function
Bug description:  access violation




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

[sniper]

ID: 10021
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

http://www.php.net/bugs-dos-and-donts.php

Previous Comments:
---

[2001-03-27 09:08:02] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10021&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 #10010 Updated: odbc_exec()

[kalowsky]

ID: 10010
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Database Functions
Assigned To: 
Comments:

please give more information.  database type, and sample script that causes said error 
would be nice

Previous Comments:
---

[2001-03-27 01:37:01] [EMAIL PROTECTED]
php crash if i want execute function   odbc_exec($me_con,$txtSQL). 
:0129dff2.
Registry:
EAX=00d70094 CS=0167 EIP=0129dff2 EFLGS=00010202
EBX=00d70338 SS=016f ESP=0063fc58 EBP=0063fc78
ECX=00d70420 DS=016f ESI=00d70420 FS=56ef
EDX=2000 ES=016f EDI=0001 GS=
Bajty v CS:EIP:

can you help me???

---



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

[cynic]

ID: 10018
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Variables related
Assigned To: 
Comments:

should've stayed bogus... thanks Jani :)

Previous Comments:
---

[2001-03-27 08:46:26] [EMAIL PROTECTED]
and 3/ read http://bugs.php.net/bugs-dos-and-donts.php

---

[2001-03-27 08:45:53] [EMAIL PROTECTED]
hi,
1/ check the value of register_globals setting in php.ini.
2/ send further questions to [EMAIL PROTECTED]

---

[2001-03-27 08:42:15] [EMAIL PROTECTED]
hello
the php index.php source
when i tried this url: http://localhost/index.php?reqLang=1
nothing happens..what is the wrong...
i really can't understand why php can't catch querystrings.
it has always worked before.








//Johan Svensson


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10018&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 #10010 Updated: odbc_exec()

[sniper]

ID: 10010
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Database Functions
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-27 01:37:01] [EMAIL PROTECTED]
php crash if i want execute function   odbc_exec($me_con,$txtSQL). 
:0129dff2.
Registry:
EAX=00d70094 CS=0167 EIP=0129dff2 EFLGS=00010202
EBX=00d70338 SS=016f ESP=0063fc58 EBP=0063fc78
ECX=00d70420 DS=016f ESI=00d70420 FS=56ef
EDX=2000 ES=016f EDI=0001 GS=
Bajty v CS:EIP:

can you help me???

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10010&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 #9272 Updated: odbc_close issues warning on persistent connection (includes patch)

[kalowsky]

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

patch applied... 

Previous Comments:
---

[2001-02-15 05:35:13] [EMAIL PROTECTED]
If I open a persistent odbc connection and close it later I
get a warning even though the function works correctly.

The following script reproduces this:
  $odbchandle = odbc_pconnect($dbname, "", "");
  echo odbc_tables($odbchandle) . "";
  echo odbc_close($odbchandle) . "";
result:
  Warning: Supplied resource is not a valid ODBC-Link
  resource in f:homedbxhtmldbx.php on line XXX

If I use odbc_connect in the same script it all works ok.

In the odbc source code I traced this to the following lines from php_odbc.c, in 
PHP_FUNCTION(odbc_close):

  conn = (odbc_connection *) zend_fetch_resource(pv_conn,
 -1, "ODBC-Link", NULL, 1, le_conn);
  if(!conn){
ZEND_FETCH_RESOURCE(conn, odbc_connection *, pv_conn,
 -1, "ODBC-Link", le_pconn);
is_pconn = 1;
  }

As you can see the first line will issue the warning, and if it fails it detects that 
it might be a persistent connection and continues correctly.

A replacement patch for these lines might be

  int found_resource_type = le_conn;
  conn = (odbc_connection *) zend_fetch_resource(pv_conn,
 -1, "ODBC-Link", &found_resource_type, 
 2, le_conn, le_pconn);
  if (found_resource_type==le_pconn) {
is_pconn = 1;
  }

but I don't know how to submit a patch/diff so here it is.

Cheerio, Marc.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9272&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] missing PHP 4.0 Bug Summary Report

[Cynic]

I haven't recieved last two bug summaries for PHP 4. what's wrong?


[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7 


-- 
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 #10022: Constants not handled in arrays defined in class declaration

[cri]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  Constants not handled in arrays defined in class declaration

 "test1",
  B  => "test2",
  C  => "test3");

var $otherHash;

function Example() {
$this->otherHash = array(A   => "test1",
 B  => "test2",
 C   => "test3");
}

}

$example = new Example;

echo "Trying \$example->hash[B]:";
echo $example->hash[B];

echo "Trying \$example->otherHash[B]";
echo $example->otherHash[B];

echo "Dump of \$example->hash";
print_r($example->hash);

echo "Dump of \$example->otherHash";
print_r($example->otherHash);
?>


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

[Eric]

Hello.

Is it possible to submit functions for addition to php?
I have some functions which I've added to my local copy of:
ext/imap/php_imap.c
and prototypes in
ext/imap/php_imap.h

Regards,
Eric



-- 
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 #10023: Call to Undefined Function: pdf_new()

[jack_challen]

From: [EMAIL PROTECTED]
Operating system: HP-UX 11.00
PHP version:  4.0.4pl1
PHP Bug Type: PDF related
Bug description:  Call to Undefined Function: pdf_new()

The script I used was from the PHP Documentation PDFlib clock demo
I downloaded and installed PDFlib 3.03 from source, (using --enable-shared-pdflib)

./configure --with-zlib=/opt/zlib --with-apache=../apache_1.3.19 
--with-mysql=/opt/mysql --with-pdflib=/opt/pdflib

A phpinfo() reports pdflib as installed and enabled (and the correct version)

Trouble is,  I can't access any of the PDF functions - when accessing a copy of the 
clock demo script, I get the 
following error:

Fatal error: Call to undefined function: pdf_new() in /opt/www/htdocs/cal/munch.php on 
line 6

This is my first time using PDFlib, so I'm quite possibly doing something dumb here.
cheers
jack


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

[Chuck Hagenbuch]

Quoting Eric <[EMAIL PROTECTED]>:

> Is it possible to submit functions for addition to php?
> I have some functions which I've added to my local copy of:
> ext/imap/php_imap.c
> and prototypes in
> ext/imap/php_imap.h

Yup, this is where to send them...

-chuck

--
Charles Hagenbuch, <[EMAIL PROTECTED]>
Number of U.S. nuclear bombs lost in accidents and never recovered: 11

-- 
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 #10023 Updated: Call to Undefined Function: pdf_new()

[sniper]

ID: 10023
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PDF related
Assigned To: 
Comments:

You need to get PHP from CVS. Try the latest CVS snapshot 
from http://snaps.php.net/ as the php_new() was added after
4.0.4pl1 was released. Or you can wait for 4.0.5 to be released.

--Jani


Previous Comments:
---

[2001-03-27 09:58:35] [EMAIL PROTECTED]
The script I used was from the PHP Documentation PDFlib clock demo
I downloaded and installed PDFlib 3.03 from source, (using --enable-shared-pdflib)

./configure --with-zlib=/opt/zlib --with-apache=../apache_1.3.19 
--with-mysql=/opt/mysql --with-pdflib=/opt/pdflib

A phpinfo() reports pdflib as installed and enabled (and the correct version)

Trouble is,  I can't access any of the PDF functions - when accessing a copy of the 
clock demo script, I get the 
following error:

Fatal error: Call to undefined function: pdf_new() in /opt/www/htdocs/cal/munch.php on 
line 6

This is my first time using PDFlib, so I'm quite possibly doing something dumb here.
cheers
jack

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10023&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-CVS] cvs: php4 /ext/odbc php_odbc.c

[Sebastian Bergmann]

Dan Kalowsky wrote:
> kalowskyTue Mar 27 06:17:53 2001 EDT
> 
>   Modified files:
> /php4/ext/odbc  php_odbc.c
>   Log:
>   Fix for Bug #9272, as submitted by marc boeren ([EMAIL PROTECTED]).
>   Applied by me, due to apparently a lack of cvs access to ext/odbc for him.

php_odbc.c
D:\Programme\MS Visual
Studio\Projekte\php\php4\ext\odbc\php_odbc.c(2167) : warn
ing C4047: 'function' : Anzahl der Dereferenzierungen bei 'int *' und
'int ' unt
erschiedlich
D:\Programme\MS Visual
Studio\Projekte\php\php4\ext\odbc\php_odbc.c(2167) : warn
ing C4024: 'zend_fetch_resource' : Unterschiedliche Typen fuer formalen
und uebe
rgebenen Parameter 4

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

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

-- 
PHP Development Mailing List 
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 #10022 Updated: Constants not handled in arrays defined in class declaration

[sniper]

ID: 10022
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Analyzed
Old-Bug Type: Class/Object related
Bug Type: Documentation problem
Assigned To: 
Comments:

Check the last user entry on this page:
http://www.php.net/manual/en/language.constants.php

Reclassified as documentation problem. 

--Jani


Previous Comments:
---

[2001-03-27 09:54:03] [EMAIL PROTECTED]
 "test1",
  B  => "test2",
  C  => "test3");

var $otherHash;

function Example() {
$this->otherHash = array(A   => "test1",
 B  => "test2",
 C   => "test3");
}

}

$example = new Example;

echo "Trying $example->hash[B]:";
echo $example->hash[B];

echo "Trying $example->otherHash[B]";
echo $example->otherHash[B];

echo "Dump of $example->hash";
print_r($example->hash);

echo "Dump of $example->otherHash";
print_r($example->otherHash);
?>

---



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


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

RE: [PHP-DEV] PHP 4.0 Bug #9999: php.exe doesnt start

[Chris Newbill]

MSI is a microsoft installer file.  It's their "new" installation format.

You can grab it from here.

http://www.microsoft.com/msdownload/platformsdk/instmsi.htm

Then run the .msi file after installation.

Chris

-Original Message-
From: wolle [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 27 March, 2001 7-09 aM
To: Shane Caraveo; Bug Database
Subject: Re: [PHP-DEV] PHP 4.0 Bug #: php.exe doesnt start



Hi,

I have downloaded mdac and only have got an extracted file named MDACSDK.MSI
I dont know how to handle *.msi files.

Please help,
Wolle

On Montag, 26. März 2001 19:32, you wrote:
> Go to www.microsoft.com/data/ and download/install MDAC.
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, March 26, 2001 9:12 AM
> Subject: [PHP-DEV] PHP 4.0 Bug #: php.exe doesnt start
>
> > From: [EMAIL PROTECTED]
> > Operating system: win98
> > PHP version:  4.0.4pl1
> > PHP Bug Type: *Install and Config
> > Bug description:  php.exe doesnt start
> >
> >
> > php.exe does not start. ERROR: can not find odbc32.dll
> > where do i get that dll? can someone give me a link?
> > i have searched the net for that dll, but did not find it.
> >
> > i'm using win98, standard installation.
> >
> > It does not work to download dcom, like described in another
> > bug-report.
> >
> > thx,
> > wolle
> >
> >
> > --
> > Edit Bug report at: http://bugs.php.net/?id=&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 Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


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

[PHP-DEV] PHP 4.0 Bug #9746 Updated: pg_close (or autoclose) closes wrong connections

[rich]

ID: 9746
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: PostgreSQL related
Description: pg_close (or autoclose) closes wrong connections

The example above no longer exhibits the problem behavior; I'll ask the user who 
reported the problem to me to give it a try in his (larger) application.

Previous Comments:
---

[2001-03-25 13:13:48] [EMAIL PROTECTED]
Reopen if problem still exists when using latest CVS.

--Jani


---

[2001-03-24 13:46:09] [EMAIL PROTECTED]
Try current CVS release, at lest in my case the bug seem to be solved.
The problem appeared to be in the close function as it was closing first the specified 
connection and than the default one (that in the case of same connection ID are 
exactly the same) so that the 2nd unwilled close was really closing the connection and 
not just removing a ref to it.

---

[2001-03-14 16:38:02] [EMAIL PROTECTED]
Try latest CVS snapshot from http://snaps.php.net/
as this should be fixed.

--Jani


---

[2001-03-14 15:37:28] [EMAIL PROTECTED]
I tried with php4-200103141145; still as described above.



---

[2001-03-14 16:21:41] [EMAIL PROTECTED]
I recall this coming up before, but I can't find it in the list of open or closed 
postgres bugs.

It appears as though PHP is using the arguments to pg_connect to uniquely identify 
connections. For example:

 $dba = pg_connect("user=foo pass=bar dbname=baz");
 $dbb = pg_connect("user=foo pass=bar dbname=baz");
 pg_close($dba);
 # $dbb is closed now too

Were one to use $dbb at this point, one would see

PHP Warning:  1 is not a valid PostgreSQL link resource in [file] at [line].

But,

 $dba = pg_connect("user=foo pass=bar dbname=baz");
 $dbb = pg_connect("pass=bar user=foo dbname=baz");
 pg_close($dba);
 # $dbb is still open

and

 $dba = pg_connect("user=foo pass=bar dbname=baz");
 $dbb = pg_connect("user=foo pass=bar dbname=baz");
 pg_close($dba);
 # $dbb is still open

The bug doesn't require that the handle be closed explicitly; I discovered it here 
where one of our programmers was having connections close when one fell out of scope.

I tried moving back to PHP 4.0.2 but the bug's there too (so it doesn't look to be a 
regression problem); on the other hand, a DEC Alpha running Digital Unix 4.0e and PHP 
4.0.2 does *not* exhibit this behaviour.

If you're unable to duplicate it, please get in touch with me, and I'll see if I can 
make arrangements for a testing environment. I'll poke through the code myself for 
something obvious, but I'm unfamiliar with PHP internals in the first place (up to 
now, at least).

---

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

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


-- 
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 #7135 Updated: misbehavior of print and sprintf AGAIN

[kalowsky]

ID: 7135
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Feedback
Bug Type: ODBC related
Assigned To: 
Comments:

does this still happen?

Previous Comments:
---

[2000-10-12 05:52:26] [EMAIL PROTECTED]
i've been told that odbc leaks memory

---

[2000-10-11 09:23:10] [EMAIL PROTECTED]


ex.: http://www.megacentrum.pl/sklep.php and submit this page.

Following page contains data fetched from DBF files via ODBC, after few hours of 
proper working,even simple sprintf doesn't work.
ex.: http://www.zigzag.pl/test2/oo.php

:(



---



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


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

RE: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/odbc php_odbc.c

[Marc Boeren]

>D:\Programme\MS Visual Studio\Projekte\php\php4\ext\odbc\php_odbc.c(2167) :

>warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'int *' und
'int ' 
>unterschiedlich

Oops, my fault, forgot a '&'...
I'm still learning this cvs and diff stuff, and am actually patching the
files outside the tree and doing the diff with the file _in_ the tree...
In the version that compiles the reference was there, of course.
Would have been easier if I had write access to more than just ext/dbx, but
hey, I'm new here :-)

Cheerio, Marc.

Anyway, patch attached


 <> 



 php_odbc.c.diff

-- 
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 #7857 Updated: odbc_exec crashes php

[kalowsky]

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

so the first question is, is this still the case in the latest releases?

Previous Comments:
---

[2000-11-16 23:22:30] [EMAIL PROTECTED]
Function that executes an odbc sql query. The php module crashes.
The SQL query doesn't seem to matter.
If I move the code out of a function it works
If I remove the $result = section of $result = odbc_exec($db, $sql) if works. 

I have tried php4.02, php4.03 and both fail. I have updated the odbc drivers to 
orriface2000 and still it fails. I have rebooted the machine several times, tried 
different machines.

I do not understand this, I have a similar system on the same machine it has no 
problems like this.

 n";

return odbc_connect($dbname, $SYSTEM_SERVER_USERID, $SYSTEM_SERVER_PASSWORD);
  }

  function Session_RemoveExpired( )
  {
global $DB_TMS;

echo "Before Query  n";

// BUG NOTE - All these queries crash...
//$sql = "DELETE FROM Sessions WHERE Expiry < ".$Now;
//$sql = "SELECT * FROM TerminalConfig WHERE TerminalID='".$Now."'";
//$sql = "SELECT * FROM TerminalConfig WHERE Serial='5002'";
$sql = "SELECT * FROM TerminalConfig";

echo "SQL ".$sql." n";

// BUG NOTE - Replace this line with the one below and no crash
$result = odbc_exec($DB_TMS, $sql);
//odbc_exec($DB_TMS, $sql);

die("Finished db_exec  n");
  }

  $DB_TMS = db_connect("BASE_TMS");
  if( !$DB_TMS ) echo "Connect Failed  n";

  Session_RemoveExpired( );
?>

Dr Watson Error Log Entry
---

Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.



Application exception occurred:
App:  (pid=241)
When: 11/17/2000 @ 16:7:9.360
Exception number: c005 (access violation)

*> System Information <*
Computer Name: GOODUP
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 6 Model 7 Stepping 3
Windows Version: 4.0
Current Build: 1381
Service Pack: 6
Current Type: Uniprocessor Free
Registered Organization: Pick Me Inc
Registered Owner: Pick Me

*> Task List <*
   0 Idle.exe
   2 System.exe
  25 smss.exe
  33 csrss.exe
  39 winlogon.exe
  45 services.exe
  48 lsass.exe
  75 spoolss.exe
  80 Apache.exe
  89 llssrv.exe
  93 RpcSs.exe
 102 tapisrv.exe
 109 rasman.exe
 112 Apache.exe
 167 pstores.exe
 170 LnchSvc.exe
 185 Blackbox.exe
 188 SerialBlackbox..exe
 200 war-ftpd.exe
 208 nddeagnt.exe
  51 Explorer.exe
 225 Memv200.exe
 227 Winampa.exe
 229 starter.exe
 231 OSA.exe
 233 FINDFAST.exe
 235 getright.exe
 241 php.exe
 243 drwtsn32.exe
   0 _Total.exe

(0040 - 0040) 
(77f6 - 77fbe000) dllntdll.dbg
(1000 - 1000) 
(77f0 - 77f5e000) dllkernel32.dbg
(77e7 - 77ec5000) dlluser32.dbg
(77ed - 77efc000) dllgdi32.dbg
(77dc - 77dff000) dlladvapi32.dbg
(77e1 - 77e67000) dllrpcrt4.dbg
(776d - 776d8000) dllwsock32.dbg
(776b - 776c4000) dllws2_32.dbg
(7800 - 7804) 
(776a - 776a7000) dllws2help.dbg
(77b2 - 77bd7000) dllole32.dbg
(6534 - 653d2000) oleaut32.dbg
(04a5 - 04a9) odbc32.DBG
(779d - 779d) 
(780a - 780a) 
(77aa - 77b15000) COMCTL32.dbg
(77c4 - 77d7c000) dllshell32.dbg
(77d8 - 77db2000) dllcomdlg32.dbg
(77a9 - 77a9b000) dllversion.dbg
(779c - 779c8000) dlllz32.dbg
(04a0 - 04a0) 

State Dump for Thread Id 0xf9

eax= ebx= ecx=0301 edx=77fa75d0 esi=007eac94 edi=
eip=77f6ce4c esp=0012fd70 ebp=0012fdd0 iopl=0 nv up ei ng nz ac po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0296


function: RtlpWaitForCriticalSection
77f6ce28 e92001   jmp RtlpWaitForCriticalSection+0x196 (77f6cf4d)
77f6ce2d 803d987ffa7701ds:77fa7f98=01
  cmp byte ptr [fltused+0x12a8 (77fa7f98)],0x1
77f6ce34 1bc0 sbb eax,eax
77f6ce36 25e080fa77   and eax,0x77fa80e0
77f6ce3b 837e1000 cmp   dword ptr [esi+0x10],0x0 ds:0180969a=
77f6ce3f 8945fc   mov [ebp-0x4],eax  ss:0114e7d6=
77f6ce42 7506 jnz RtlpWaitForCriticalSection+0x93 (77f6ce4a)
77f6ce44 56   pushesi
77f6ce45 e8b6fd   call RtlSetCriticalSectionSpinCount+0x70 (77f6cc00)
77f6ce4a 8b06 mov eax,[esi]  ds:007eac94=
FAULT ->77f6ce4c ff4010   inc dword ptr [eax+0x10]   ds:0101ea06=
77f

[PHP-DEV] Re: PHP 4.0 Bug #9918 Updated: cannot compile php4 with pdflib

[Jim Balcomb]

On Mon, Mar 26, 2001 at 09:31:48AM -, Bug Database wrote:
> ID: 9918
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Feedback
> Status: Closed
> Bug Type: Compile Failure
> Assigned To: 
> Comments:
> 
> User feedback:
> --
> ok, i uninstalled libjpeg, recompiled it with --enable-shared, rm config.cache, 
>recompiled php
> including the --with-jpeg-dir=/usr/local and it worked.  however, this brings up 
>another question. 
> how do i get php with pdflib without libjpeg? i do not intend to use libjpeg 
>therefore i dont want
> installed.  additionally if it must be there why isnt it listed as a dependancy of 
>sorts?
> ---
> 
> 1. Did you notice that little text in the end of the email
> sent to you by this bug system? (DO NOT REPLY by email!)
> 
> 2. The libtiff needs libjpeg. Compile pdflib without tiff
> support and you don't need libjpeg.
> 
> 3. Ask more install related support questions on [EMAIL PROTECTED] as this 
>bug system is for reporting BUGS in PHP and NOT for asking support questions.
> 
> Thank you,
> 
> --Jani

1. no.  maybe you should put it at the top.  i tend not to read footers.

2. thank you.

3. i consider it a bug that the php install says that it need pdflib 3.x even though i 
have pdflib 3.0.1 installed.  the fact that its actually a problem with libjpge which 
is a problem becuase of libitff makes it all the more a bug.

jim
ps sorry, but i had to.

-- 
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 #10024:

[hugh]

From: [EMAIL PROTECTED]
Operating system: Windows NT4 SP6a
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  




-- 
Edit Bug report at: http://bugs.php.net/?id=10024&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 #7488 Updated: Pass-by-reference problem

[kalowsky]

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

is this still the case?

Previous Comments:
---

[2000-10-27 05:07:08] [EMAIL PROTECTED]
When calling odbc_fetch_into() with three arguments, all works as 
expected: the result array is passed by reference and results are 
placed into it. But when using the two-parameter form, the result
array becomes the second parameter, which must be passed like this:

  odbc_fetch_into($rid, &$arr);

in order to have the results placed into $arr. If the & is left out, $arr
is not modified. However, using & results in the large compile-time error
being printed at the beginning of script output unless it's been masked
out in php.ini, since forcing pass-by-ref this way is no longer supported.


---



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

[sniper]

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



Previous Comments:
---

[2000-11-16 23:22:30] [EMAIL PROTECTED]
Function that executes an odbc sql query. The php module crashes.
The SQL query doesn't seem to matter.
If I move the code out of a function it works
If I remove the $result = section of $result = odbc_exec($db, $sql) if works. 

I have tried php4.02, php4.03 and both fail. I have updated the odbc drivers to 
orriface2000 and still it fails. I have rebooted the machine several times, tried 
different machines.

I do not understand this, I have a similar system on the same machine it has no 
problems like this.

 n";

return odbc_connect($dbname, $SYSTEM_SERVER_USERID, $SYSTEM_SERVER_PASSWORD);
  }

  function Session_RemoveExpired( )
  {
global $DB_TMS;

echo "Before Query  n";

// BUG NOTE - All these queries crash...
//$sql = "DELETE FROM Sessions WHERE Expiry < ".$Now;
//$sql = "SELECT * FROM TerminalConfig WHERE TerminalID='".$Now."'";
//$sql = "SELECT * FROM TerminalConfig WHERE Serial='5002'";
$sql = "SELECT * FROM TerminalConfig";

echo "SQL ".$sql." n";

// BUG NOTE - Replace this line with the one below and no crash
$result = odbc_exec($DB_TMS, $sql);
//odbc_exec($DB_TMS, $sql);

die("Finished db_exec  n");
  }

  $DB_TMS = db_connect("BASE_TMS");
  if( !$DB_TMS ) echo "Connect Failed  n";

  Session_RemoveExpired( );
?>

Dr Watson Error Log Entry
---

Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.



Application exception occurred:
App:  (pid=241)
When: 11/17/2000 @ 16:7:9.360
Exception number: c005 (access violation)

*> System Information <*
Computer Name: GOODUP
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 6 Model 7 Stepping 3
Windows Version: 4.0
Current Build: 1381
Service Pack: 6
Current Type: Uniprocessor Free
Registered Organization: Pick Me Inc
Registered Owner: Pick Me

*> Task List <*
   0 Idle.exe
   2 System.exe
  25 smss.exe
  33 csrss.exe
  39 winlogon.exe
  45 services.exe
  48 lsass.exe
  75 spoolss.exe
  80 Apache.exe
  89 llssrv.exe
  93 RpcSs.exe
 102 tapisrv.exe
 109 rasman.exe
 112 Apache.exe
 167 pstores.exe
 170 LnchSvc.exe
 185 Blackbox.exe
 188 SerialBlackbox..exe
 200 war-ftpd.exe
 208 nddeagnt.exe
  51 Explorer.exe
 225 Memv200.exe
 227 Winampa.exe
 229 starter.exe
 231 OSA.exe
 233 FINDFAST.exe
 235 getright.exe
 241 php.exe
 243 drwtsn32.exe
   0 _Total.exe

(0040 - 0040) 
(77f6 - 77fbe000) dllntdll.dbg
(1000 - 1000) 
(77f0 - 77f5e000) dllkernel32.dbg
(77e7 - 77ec5000) dlluser32.dbg
(77ed - 77efc000) dllgdi32.dbg
(77dc - 77dff000) dlladvapi32.dbg
(77e1 - 77e67000) dllrpcrt4.dbg
(776d - 776d8000) dllwsock32.dbg
(776b - 776c4000) dllws2_32.dbg
(7800 - 7804) 
(776a - 776a7000) dllws2help.dbg
(77b2 - 77bd7000) dllole32.dbg
(6534 - 653d2000) oleaut32.dbg
(04a5 - 04a9) odbc32.DBG
(779d - 779d) 
(780a - 780a) 
(77aa - 77b15000) COMCTL32.dbg
(77c4 - 77d7c000) dllshell32.dbg
(77d8 - 77db2000) dllcomdlg32.dbg
(77a9 - 77a9b000) dllversion.dbg
(779c - 779c8000) dlllz32.dbg
(04a0 - 04a0) 

State Dump for Thread Id 0xf9

eax= ebx= ecx=0301 edx=77fa75d0 esi=007eac94 edi=
eip=77f6ce4c esp=0012fd70 ebp=0012fdd0 iopl=0 nv up ei ng nz ac po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0296


function: RtlpWaitForCriticalSection
77f6ce28 e92001   jmp RtlpWaitForCriticalSection+0x196 (77f6cf4d)
77f6ce2d 803d987ffa7701ds:77fa7f98=01
  cmp byte ptr [fltused+0x12a8 (77fa7f98)],0x1
77f6ce34 1bc0 sbb eax,eax
77f6ce36 25e080fa77   and eax,0x77fa80e0
77f6ce3b 837e1000 cmp   dword ptr [esi+0x10],0x0 ds:0180969a=
77f6ce3f 8945fc   mov [ebp-0x4],eax  ss:0114e7d6=
77f6ce42 7506 jnz RtlpWaitForCriticalSection+0x93 (77f6ce4a)
77f6ce44 56   pushesi
77f6ce45 e8b6fd   call RtlSetCriticalSectionSpinCount+0x70 (77f6cc00)
77f6ce4a 8b06 mov eax,[esi]  ds:007eac94=
FAULT ->77f6ce4c ff4010   inc dword ptr [eax+0x10]   ds:0101ea06=
77f6ce4f 8b06 mov eax,[esi] 

[PHP-DEV] PHP 4.0 Bug #10024 Updated:

[sniper]

ID: 10024
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:

http://www.php.net/bugs-dos-and-donts.php


Previous Comments:
---

[2001-03-27 10:49:49] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10024&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 #10025: bison reports error with 'S' parameter

[hugh]

From: [EMAIL PROTECTED]
Operating system: Windows NT4 SP6a
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  bison reports error with 'S' parameter

Compiling PHP4.0.4pl1 on Windows NT4 SP6a with Cygwin (setup version 2.19) and bison 
1.28 reports the following:

Deleting intermediate files and output files for project 'TSRM - Win32 Release_TS'.
Deleting intermediate files and output files for project 'ZendTS - Win32 Release_TS'.
Deleting intermediate files and output files for project 'libmysql - Win32 Release_TS'.
Deleting intermediate files and output files for project 'php4dllts - Win32 
Release_TS'.
Deleting intermediate files and output files for project 'php4ts - Win32 Release_TS'.
Configuration: TSRM - Win32 Release_TS
Compiling...
TSRM.c
tsrm_strtok_r.c
tsrm_virtual_cwd.c
Creating library...
Configuration: ZendTS - Win32 Release_TS
Performing Custom Build Step on ".\zend_language_parser.y"
bison: invalid option -- S
Usage: bison [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
   [--debug] [--defines] [--fixed-output-files] [--no-lines]
   [--verbose] [--version] [--help] [--yacc]
   [--no-parser] [--token-table]
   [--file-prefix=prefix] [--name-prefix=prefix]
   [--output=outfile] grammar-file
Report bugs to [EMAIL PROTECTED]
Error executing c:\winnt\system32\cmd.exe.

php.exe - 1 error(s), 0 warning(s)


>From what I understand for this to compile properly version 1.25 of the Cygwin bison 
>is required.


-- 
Edit Bug report at: http://bugs.php.net/?id=10025&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 #7821 Updated: Unresolved symbol with GD

[mad]

ID: 7821
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Configuration Issues
Description: Unresolved symbol with GD

Hi Jani,

I use GD 1.8.4

If I return to GD 1.8.3, I have this message when I launch apache :

/usr/lib/dld.sl: Unresolved symbol: XpmReadFileToXpmImage (code)  from 
=/PKl01h01/soft/web/lib/libgd.sl


Previous Comments:
---

[2001-03-26 17:39:34] [EMAIL PROTECTED]
Which version of GD library are you using?
As I can't find such symbols in my gd libs at all.

(well, in GD 2.0.0BETA there are those gdMalloc, gdCalloc, etc. but not in 1.8.3)

--Jani


---

[2001-03-26 06:40:38] [EMAIL PROTECTED]
Okay, with the option "--with-ttf=..." it works better, but I have this when I launch 
apache : 

./apachectl start
/usr/lib/dld.sl: Unresolved symbol: gdCalloc (code)  from 
/PKl01h01/soft/web/lib/libgd.sl
/usr/lib/dld.sl: Unresolved symbol: gdMalloc (code)  from 
/PKl01h01/soft/web/lib/libgd.sl
/usr/lib/dld.sl: Unresolved symbol: gdFree (code)  from 
/PKl01h01/soft/web/lib/libgd.sl
/usr/lib/dld.sl: Unresolved symbol: gdRealloc (code)  from 
/PKl01h01/soft/web/lib/libgd.sl

an idea ?

Thank you for your answer,
JC

---

[2001-03-26 05:37:38] [EMAIL PROTECTED]
1. delete config.cache
2. add --with-ttf=/path/to/ttf into the configure line you used.
3. after configure do 'make clean ; make ; make install'

--Jani





---

[2001-03-26 05:20:05] [EMAIL PROTECTED]
Yes, GD (1.8.4) is compiled with ttf support (LIBS=-lgd -lpng -lz -ljpeg -lm -lttf in 
GD's Makefile)

For ttf, I've installled freetype available at 
http://hpux.connect.org.uk/hppd/hpux/Text/freetype-1.3.1

I need GD for graphics support in pdflib

Do you have an idea ?

---

[2000-12-15 20:00:55] [EMAIL PROTECTED]
No feedback.

---

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

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


-- 
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 #10026: For loop always execute

[svein]

From: [EMAIL PROTECTED]
Operating system: RH Linux 6.1
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  For loop always execute

I have a strange situation;
I have this code : 

$c = count($myarray);
echo $c . '';

for ($i=0; $i<$c; $i++) { 
   code goes here... 
}

echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c>0) {
  for(...)
}

and it STILL execute if $c==0


-- 
Edit Bug report at: http://bugs.php.net/?id=10026&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 #10026 Updated: For loop always execute

[svein]

ID: 10026
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Description: For loop always execute

The code submitted is inside a function that is called recursively and its not exact 
copy of the code.

I've also tried to change the for loop to a while loop with the same result.

Previous Comments:
---

[2001-03-27 11:07:07] [EMAIL PROTECTED]
I have a strange situation;
I have this code : 

$c = count($myarray);
echo $c . '';

for ($i=0; $i<$c; $i++) { 
   code goes here... 
}

echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c>0) {
  for(...)
}

and it STILL execute if $c==0

---


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


-- 
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 #6936 Updated: Can not resolve TNS NAMES with ORALCE connection

[kalowsky]

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

this really REALLY sounds likea configuration bug on your end with oracle8i, and not a 
PHP issue at all.

but regardless, is this A) still happening?  B) if so can you provide any more 
information (config files, sample script, etc etc)?

Previous Comments:
---

[2000-09-29 05:49:42] [EMAIL PROTECTED]
error:
Warning: SQL error: [Microsoft][ODBC Driver Manager] Data source name not found and no 
default driver specified, SQL state IM002 in SQLConnect in
c:program filesapache groupapachehtdocsbdmtimedistcheckusername.phtml on line 3

I have seen this earlier in the bug list and Kara made a comment that the ODBC driver 
was not setup correctly. However, I know this to be not true in my case. I can get it 
to connect through ODBC to other databases but not oracle 8i with either microsoft 
ODBC for oracle or an oracle driver 8.00.0400. I works PERFECT if I change httpd.conf 
to point to PHP306. I have not touched the DSN configuration and it works perfect with 
php306. I change it to 402 restart apache and error! There is a real problem here and 
not a configuration issue. I have run against this with many many users on 
phpbuilder.com. Please help! Thank you very very much.


---



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

[Hugh Jones]

Title: RE: PHP 4.0 Bug #10024 Updated: 





I read that before submitting the bug, and nowhere on the site can I find anything about this problem!


-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: 27 March 2001 16:53
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #10024 Updated: 



ID: 10024
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:


http://www.php.net/bugs-dos-and-donts.php



Previous Comments:
---


[2001-03-27 10:49:49] [EMAIL PROTECTED]



---




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

Re: [PHP-DEV] RE: PHP 4.0 Bug #10024 Updated:

[Jani Taskinen]

You submitted the report twice, this one was totally empty.
The other bug report, #10025 is allright.

--Jani


On Tue, 27 Mar 2001, Hugh Jones wrote:

>I read that before submitting the bug, and nowhere on the site can I find
>anything about this problem!
>
>-Original Message-
>From: Bug Database [mailto:[EMAIL PROTECTED]]
>Sent: 27 March 2001 16:53
>To: [EMAIL PROTECTED]
>Subject: PHP 4.0 Bug #10024 Updated:
>
>
>ID: 10024
>Updated by: sniper
>Reported By: [EMAIL PROTECTED]
>Old-Status: Open
>Status: Bogus
>Bug Type: Compile Failure
>Assigned To:
>Comments:
>
>http://www.php.net/bugs-dos-and-donts.php
>
>
>Previous Comments:
>---
>
>[2001-03-27 10:49:49] [EMAIL PROTECTED]
>
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at
>http://bugs.php.net/?id=10024&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 #9915 Updated: openssl_seal

[pigo]

ID: 9915
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: openssl_seal

Now , I have fix it
Go to the site
http://www.stunnel.org/download/binaries.html

Download libssl32.dll and libseay32.dll
And change name libssl32.dll to SSLeay32.dll
copy libseay32.dll and SSLeay32.dll to WINNT/System32/



Previous Comments:
---

[2001-03-22 06:58:46] [EMAIL PROTECTED]
I use document example

I can't run openssl_seal on win2000 pro , but linux is ok.
Other openssl function is ok , only openssl_seal can't encrypt data.

I use the same script and the same key on Linux, That's all no problem.

My platform :

Win2000 Profesional + Apache 1.3.19 + PHP4.0.4pl1 + mysql 3.23.33
Redhat 7.0 + Apache 1.3.17 + PHP4.0.4pl1 + mysql 3.22.32


---


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


-- 
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 #9930 Updated: only small subset of rfc1867 accepted

[Andreas Pistoor]

 Hello Jani,
it seems, 'diff -u' is not as unified as that the diff of AIX would 
know anything about it. I do not have a GNU-diff handy, so I send 
you the full rfc1867.c, as it is not too big, I hope.

 Andreas



==
EASY and FREE access to your email anywhere: http://emailreader.co.uk/
==



-- 
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 #10027: HTTP_REFERER

[brad]

From: [EMAIL PROTECTED]
Operating system: Linux Redhat 6.2
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  HTTP_REFERER

Linking to a phpinfo() page should give a valid HTTP_REFERER value, however, I don't 
see it. The only thing I see remotely close to that is:

HTTP_WEFERER
   
WCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARH




-- 
Edit Bug report at: http://bugs.php.net/?id=10027&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 #6936 Updated: Can not resolve TNS NAMES with ORALCE connection

[Gaudette, Michael D]

Yes it is still happening. And I do not believe it is a configuration issue.
Windows NT 4.0 service pack 4 / Apache 1.3 / PHP 4.0.4PL1 and PHP 3.0.6

I have two directories one call php306 with php.exe and associated files and
one called php404pl1 with php.exe and associated files. When I point the
ScriptAlias to php306 all my php applications and ODBC calls work perfect.
If I go in and point it to php404pl1 (I copied the appropriate dll's to the
proper directory and make sure to use the php.ini not php3.ini) all my code
works fine except ODBC functions?? If I change it right back to php3 they
work fine. I checked for compatibility issues of the functions and there
appears to be none the error is "Can not resolve host name in tnsnames.ora"
Well I did not move it and it works perfect for PHP3, Visual Basic, Visual
C++, SAS and all other development platforms I work with. Any ideas because
I have tried just about everything I can think of. Also I have encountered a
lot of people who are having this exact problem and in talking with them
sounds like they have tried every possible work around I have tried to no
avail.

Thanks,
Mike 


-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 27, 2001 11:11 AM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #6936 Updated: Can not resolve TNS NAMES with
ORALCE connection


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

this really REALLY sounds likea configuration bug on your end with oracle8i,
and not a PHP issue at all.

but regardless, is this A) still happening?  B) if so can you provide any
more information (config files, sample script, etc etc)?

Previous Comments:
---

[2000-09-29 05:49:42] [EMAIL PROTECTED]
error:
Warning: SQL error: [Microsoft][ODBC Driver Manager] Data source name not
found and no default driver specified, SQL state IM002 in SQLConnect in
c:program filesapache groupapachehtdocsbdmtimedistcheckusername.phtml on
line 3

I have seen this earlier in the bug list and Kara made a comment that the
ODBC driver was not setup correctly. However, I know this to be not true in
my case. I can get it to connect through ODBC to other databases but not
oracle 8i with either microsoft ODBC for oracle or an oracle driver
8.00.0400. I works PERFECT if I change httpd.conf to point to PHP306. I have
not touched the DSN configuration and it works perfect with php306. I change
it to 402 restart apache and error! There is a real problem here and not a
configuration issue. I have run against this with many many users on
phpbuilder.com. Please help! Thank you very very much.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6936&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 #10006 Updated: Netscape Navigator 4.7 returns blankpages.

[dthompson]

Thanks, I will check it out.

> -Original Message-
> From: Bug Database [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 1:35 AM
> To: [EMAIL PROTECTED]
> Subject: PHP 4.0 Bug #10006 Updated: Netscape Navigator 4.7 returns
> blank pages.
> 
> 
> ID: 10006
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Bogus
> Bug Type: IIS related
> Assigned To: 
> Comments:
> 
> 1. You have some NULL output in your pages
> 
> 2. There's some  without 
> 
> 
> 
> Anyway, if the pages work with IE then PHP works -> not a bug in 
> PHP but in your script output.
> 
> 
> 
> --Jani
> 
> 
> 
> Previous Comments:
> --
> -
> 
> [2001-03-26 19:08:26] [EMAIL PROTECTED]
> I have installed PHP 4.0.4 on an NT 4.0 server with SP4 applied.  
> IE4.0 - IE5.5 can access my php pages just fine but when I try to 
> access those same pages with Netscape Navigator 4.7 I get an empty page.
> 
> 
> 
> PHPINFO follows:
> 
> 
> 
> 
> 
> PHP Version 4.0.4 
> 
> 
> 
> System Windows NT 4.0 build 1381 
> 
> Build Date Dec 20 2000 
> 
> Server API ISAPI 
> 
> Virtual Directory Support enabled 
> 
> Configuration File (php.ini) Path php.ini 
> 
> ZEND_DEBUG disabled 
> 
> Thread Safety enabled 
> 
> 
> 
>  This program makes use of the Zend scripting language engine:
> 
> Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies
> 
> 
> 
>  
> 
> 
> 
> 
> 
> --
> --
> 
> 
> 
> PHP 4.0 Credits
> 
> 
> 
> --
> --
> 
> 
> 
> Configuration
> 
> PHP Core 
> 
> Directive Local Value Master Value 
> 
> allow_call_time_pass_reference
> 
>  On On 
> 
> allow_url_fopen
> 
>  1 1 
> 
> arg_separator
> 
>  & & 
> 
> asp_tags
> 
>  On On 
> 
> auto_append_file
> 
>  no value no value 
> 
> auto_prepend_file
> 
>  no value no value 
> 
> browscap
> 
>  no value no value 
> 
> default_charset
> 
>  no value no value 
> 
> default_mimetype
> 
>  text/html text/html 
> 
> define_syslog_variables
> 
>  Off Off 
> 
> disable_functions
> 
>  no value no value 
> 
> display_errors
> 
>  On On 
> 
> display_startup_errors
> 
>  Off Off 
> 
> doc_root
> 
>  no value no value 
> 
> enable_dl
> 
>  On On 
> 
> error_append_string
> 
>  Off Off 
> 
> error_log
> 
>  no value no value 
> 
> error_prepend_string
> 
>  Off Off 
> 
> error_reporting
> 
>  2039 2039 
> 
> expose_php
> 
>  On On 
> 
> extension_dir
> 
>  C:InetPubscriptsPhpextensions C:InetPubscriptsPhpextensions 
> 
> file_uploads
> 
>  1 1 
> 
> gpc_order
> 
>  GPC GPC 
> 
> highlight.bg
> 
>  #FF #FF 
> 
> highlight.comment
> 
>  #FF8000 #FF8000 
> 
> highlight.default
> 
>  #BB #BB 
> 
> highlight.html
> 
>  #00 #00 
> 
> highlight.keyword
> 
>  #007700 #007700 
> 
> highlight.string
> 
>  #DD #DD 
> 
> html_errors
> 
>  On On 
> 
> ignore_user_abort
> 
>  Off Off 
> 
> implicit_flush
> 
>  Off Off 
> 
> include_path
> 
>  no value no value 
> 
> log_errors
> 
>  Off Off 
> 
> magic_quotes_gpc
> 
>  On On 
> 
> magic_quotes_runtime
> 
>  Off Off 
> 
> magic_quotes_sybase
> 
>  Off Off 
> 
> max_execution_time
> 
>  30 30 
> 
> open_basedir
> 
>  no value no value 
> 
> output_buffering
> 
>  Off Off 
> 
> output_handler
> 
>  no value no value 
> 
> post_max_size
> 
>  8M 8M 
> 
> precision
> 
>  14 14 
> 
> register_argc_argv
> 
>  On On 
> 
> register_globals
> 
>  On On 
> 
> safe_mode
> 
>  Off Off 
> 
> safe_mode_exec_dir
> 
>  no value no value 
> 
> sendmail_from
> 
>  [EMAIL PROTECTED] [EMAIL PROTECTED] 
> 
> sendmail_path
> 
>  no value no value 
> 
> short_open_tag
> 
>  On On 
> 
> SMTP
> 
>  localhost localhost 
> 
> sql.safe_mode
> 
>  Off Off 
> 
> track_errors
> 
>  On On 
> 
> upload_max_filesize
> 
>  2M 2M 
> 
> upload_tmp_dir
> 
>  no value no value 
> 
> user_dir
> 
>  no value no value 
> 
> variables_order
> 
>  EGPCS EGPCS 
> 
> y2k_compliance
> 
>  Off Off 
> 
> 
> 
> 
> 
> pgsql
> 
> PostgreSQL Support enabled 
> 
> Active Persistent Links 0 
> 
> Active Links 0 
> 
> 
> 
> Directive Local Value Master Value 
> 
> pgsql.allow_persistent
> 
>  On On 
> 
> pgsql.max_links
> 
>  Unlimited Unlimited 
> 
> pgsql.max_persistent
> 
>  Unlimited Unlimited 
> 
> 
> 
> 
> 
> db
> 
> flat file support enabled 
> 
> 
> 
> 
> 
> curl
> 
> CURL support enabled 
> 
> CURL Information libcurl 7.5.1 (SSL 0.9.6) 
> 
> 
> 
> 
> 
> sablot
> 
> Sablotron XSLT support enabled 
> 
> 
> 
> 
> 
> zlib
> 
> ZLib Support enabled 
> 
> Compiled Version 1.1.3 
> 
> Linked Version 1.1.3 
> 
> 
> 
> 
> 
> mssql
> 
> MSSQL Support enabled 
> 
> Active Persistent Links 0 
> 
> Active Links 0 
> 
> Library version 7.0 
> 
> 
> 
> Directive Local Value Master Value 
> 
> mssql.allow_persistent
> 
>  On On 
> 
> mssql.batchsize
> 
>  0 0 
> 
> mssql.compatability_mode
> 
>  Off Off 
> 
> mssql.connect_timeout
> 
>

Re: [PHP-DEV] PHP 4.0 Bug #10025: bison reports error with 'S' parameter

[Joe Brown]

Look in the win32 directory for :
php4ts.dsw

This configuration contains the correct build settings for zend and php4.

Maybe ZendTS.DSP should be removed from the distribution?

I ran into difficulties compiling with php4.dsw in the win32 directory,
php4ts.dsw works like a charm.  ;-)

<[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> From: [EMAIL PROTECTED]
> Operating system: Windows NT4 SP6a
> PHP version:  4.0.4pl1
> PHP Bug Type: Compile Failure
> Bug description:  bison reports error with 'S' parameter
>
> Compiling PHP4.0.4pl1 on Windows NT4 SP6a with Cygwin (setup version 2.19)
and bison 1.28 reports the following:
>
> Deleting intermediate files and output files for project 'TSRM - Win32
Release_TS'.
> Deleting intermediate files and output files for project 'ZendTS - Win32
Release_TS'.
> Deleting intermediate files and output files for project 'libmysql - Win32
Release_TS'.
> Deleting intermediate files and output files for project 'php4dllts -
Win32 Release_TS'.
> Deleting intermediate files and output files for project 'php4ts - Win32
Release_TS'.
> Configuration: TSRM - Win32
Release_TS
> Compiling...
> TSRM.c
> tsrm_strtok_r.c
> tsrm_virtual_cwd.c
> Creating library...
> Configuration: ZendTS - Win32
Release_TS
> Performing Custom Build Step on ".\zend_language_parser.y"
> bison: invalid option -- S
> Usage: bison [-dhklntvyV] [-b file-prefix] [-o outfile] [-p name-prefix]
>[--debug] [--defines] [--fixed-output-files] [--no-lines]
>[--verbose] [--version] [--help] [--yacc]
>[--no-parser] [--token-table]
>[--file-prefix=prefix] [--name-prefix=prefix]
>[--output=outfile] grammar-file
> Report bugs to [EMAIL PROTECTED]
> Error executing c:\winnt\system32\cmd.exe.
>
> php.exe - 1 error(s), 0 warning(s)
>
>
> From what I understand for this to compile properly version 1.25 of the
Cygwin bison is required.
>
>
> --
> Edit Bug report at: http://bugs.php.net/?id=10025&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 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 #10028: chinese

[f663009]

From: [EMAIL PROTECTED]
Operating system: chinese
PHP version:  4.0.4pl1
PHP Bug Type: URL related
Bug description:  chinese

When are php.net documentation can support chinese version.
I hope php.net can support chinese version.
I am form Hong Kong.
Thanks.


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

[stas]

ID: 10028
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: URL related
Assigned To: 
Comments:

Not a PHP bug.

Previous Comments:
---

[2001-03-27 12:22:39] [EMAIL PROTECTED]
When are php.net documentation can support chinese version.
I hope php.net can support chinese version.
I am form Hong Kong.
Thanks.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10028&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 #10002 Updated: sprintf() and floating point

[derick]

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

Patch applied, but it's still a strange thing.

Previous Comments:
---

[2001-03-27 08:32:14] [EMAIL PROTECTED]
I can't reproduce it under RH 6.2.  Generally the fix isn't supposed to do anything 
(since arg is a double, 10 should be converted to a double automatically), but the fix 
can't hurt anything so if it works around a compiler bug, it's fine.

PHP cannot use sprintf() because sprintf() works with C types with predefined types 
for the arguments, whether PHP has its own types, and autoconverts arguments to match 
the format string.

---

[2001-03-26 17:19:30] [EMAIL PROTECTED]
This bug is in 4.0.5RC2 too, just confirmed it

---

[2001-03-26 14:13:27] [EMAIL PROTECTED]

produces '0.0:' instead of '0.10'

I'm really curious as to why PHP just doesn't use libc's sprintf().

./configure --with-oracle=/usr/local/oracle/product/8.1.7 
  --with-oci8=/usr/local/oracle/product/8.1.7 --enable-force-cgi-redirect 
  --enable-track-vars --with-posix --enable-sockets --enable-sigchild 
  --with-gd=/usr/local

gcc version 2.95.2 19991024 (release)


This is not exactly a fix...
--- ext/standard/formatted_print.c  Mon Mar 26 14:01:31 2001
+++ ext/standard/formatted_print.c-fixedMon Mar 26 14:02:26 2001
@@ -92,7 +92,7 @@
while (p1 < &cvt_buf[NDIG])
*p++ = *p1++;
} else if (arg > 0) {
-   while ((fj = arg * 10) < 1) {
+   while ((fj = arg * 10.0) < 0.999) {
arg = fj;
r2--;
}



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10002&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] non-thread-safe yet pthreads-friendly build of PHP?

[Zeev Suraski]

Is there any way to build PHP with pthreads, with ZTS disabled?  The reason 
I'm asking is that there are some thread-safe 3rd party libraries which are 
linked against pthreads, and apparently, if PHP isn't built with pthreads - 
it crashes.  Any experience with it?

Zeev


--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


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

[PHP-DEV] PHP 4.0 Bug #10030: field returned from odbc read with only 3989 chars, not all

[gordonl]

From: [EMAIL PROTECTED]
Operating system: mandrake linux 2.2
PHP version:  4.0.3pl1
PHP Bug Type: ODBC related
Bug description:  field returned from odbc read with only 3989 chars, not all

We have an informix database, with the informix odbc driver(7.x) compiled with 
apache.3.1.14ssl, php 4.03.pl1. 
Our configure commands included the informix via "  --with-custom-odbc=/opt/informix  
". We do not use any of the informix ifx functions, but the php odbc functions. The 
code in question is as follows:

  $crs = odbc_pconnect($host,$dblogonname,$dbpassword);
  $i = odbc_exec($crs,"set role " . $dbrole);
  $sqltxt = "select mt_id,mt_name,mt_faxattachments,mt_emlattachments, mt_text,mt_bcc, 
mt_faxcoverpage,mt_subject from  mail_templates where mt_id = " . $id;
  //echo("sql " . $sqlTxt . "sql");
  $rsm = odbc_exec($crs,$sqltxt);
  $rsma = odbc_fetch_row($rsm);
  $mtid = odbc_result($rsm,1); //int
  $mtname = odbc_result($rsm,2);  // string 20
  $mtfaxattachments = odbc_result($rsm,3); // string 255
  $mtemlattachments = odbc_result($rsm,4);  // string 255
  $mttext = odbc_result($rsm,5); // text (blob)
  $mtbcc = odbc_result($rsm,6); // string 255
  $mtfaxcoverpage = odbc_result($rsm,7);   // char 8
  $mtsubject = odbc_result($rsm,8);  // char 80
  //echo("sql " . $mttext . "sql");
---
Through a data base editor, the mt_text field actually had approximately 4100 
characters, but the echo command  just above only displayed the first 3989 chars. Our 
c++ programmer can access the full field in his programs.


-- 
Edit Bug report at: http://bugs.php.net/?id=10030&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] non-thread-safe yet pthreads-friendly build of PHP?

[Thies C. Arntzen]

On Tue, Mar 27, 2001 at 09:09:03PM +0200, Zeev Suraski wrote:
> Is there any way to build PHP with pthreads, with ZTS disabled?  The reason 
> I'm asking is that there are some thread-safe 3rd party libraries which are 
> linked against pthreads, and apparently, if PHP isn't built with pthreads - 
> it crashes.  Any experience with it?

i build php agains pthread all the time (cause of oracle) and
it does work for me. you should also link apache agains
-lpthreads as there's aknow glibc issue which could cause
your crash.

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 #7488 Updated: Pass-by-reference problem

[torben]

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

Yup. Here's a breakdown:

Using & | allow_call_time_pass_by_reference | Works? | Err?
---
  Yes   |  On   |  Yes   | No
  No|  On   |  No| No
  Yes   |  Off  |  Yes   | Yes
  No|  Off  |  No| No

Which is weird. When I get the error telling me that my
arg has been passed by value, it's actually been passed
by reference.

I also think perhaps that it's just generally a bad idea
for a function to depend upon deprecated features of the
language, since at the moment it requires call-time 
pass-by-ref to work.


Previous Comments:
---

[2001-03-27 10:49:47] [EMAIL PROTECTED]
is this still the case?

---

[2000-10-27 05:07:08] [EMAIL PROTECTED]
When calling odbc_fetch_into() with three arguments, all works as 
expected: the result array is passed by reference and results are 
placed into it. But when using the two-parameter form, the result
array becomes the second parameter, which must be passed like this:

  odbc_fetch_into($rid, &$arr);

in order to have the results placed into $arr. If the & is left out, $arr
is not modified. However, using & results in the large compile-time error
being printed at the beginning of script output unless it's been masked
out in php.ini, since forcing pass-by-ref this way is no longer supported.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7488&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 #10031: Stange behaviour in for loop with negative values

[php]

From: [EMAIL PROTECTED]
Operating system: Debian Linux 2.2
PHP version:  4.0.3pl1
PHP Bug Type: Variables related
Bug description:  Stange behaviour in for loop with negative values

Hi,

I tried to do something which was not really weird, but the the output astounded me. I 
tried to get opinions of two of my friends on this, but they didn't really help. I 
feel really stupid, because this looks much more like one of my programming errors 
then a bug.

I tried to execute this script:

Start Day = $start_day,View_Days=$view_days";
for ($itchy = $start_day; $itchy <= ($start_day+$view_days);$itchy++) {

$this_mktime=mktime(0,0,0,date("m"),date("d")+$itchy,date("Y"));

echo date("D j M",$this_mktime)."\n";
}
?>

I saved it in a file called test.php and called it from a website. like this:

www.yoursite/test.php?start_day=4&view_days=10

The output was, as expected:

Start Day = 4, View_Days= 10
Sun 1 Apr
Mon 2 Apr
Tue 3 Apr
Wed 4 Apr
Thu 5 Apr
Fri 6 Apr
Sat 7 Apr
Sun 8 Apr
Mon 9 Apr
Tue 10 Apr
Wed 11 Apr

(Ok, it shows 11 days, but what the heck).

Now, I tried to do this with some date in the past:

www.yoursite/test.php?start_day=-2&view_days=10

The output is an endless loop with starts with this:

Start Day = -2, View_Days= 10
Mon 26 Mar
Sun 25 Mar
Sat 24 Mar
Fri 23 Mar
Thu 22 Mar
Wed 21 Mar
Tue 20 Mar
Mon 19 Mar
Wed 28 Mar
Tue 27 Mar
Mon 26 Mar
Sun 25 Mar
Sat 24 Mar
Fri 23 Mar
Thu 22 Mar
Wed 21 Mar
Tue 20 Mar
Mon 19 Mar
Wed 28 Mar
Tue 27 Mar
Mon 26 Mar
Sun 25 Mar
Sat 24 Mar
Fri 23 Mar
Thu 22 Mar
Wed 21 Mar

Like I said, i feel really stupid now. What am I overlooking ?

Much regards, keep up the good work,

Ace Suares




-- 
Edit Bug report at: http://bugs.php.net/?id=10031&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 #10032: mysql_connect not making a new connection each time it is called

[kwatt]

From: [EMAIL PROTECTED]
Operating system: red hat linux
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  mysql_connect not making a new connection each time it is called

In the documentation, it says that one way mysql_pconnect and mysql_connect is that in 
pconnect, it opens a new connection only if there is not one open to the same 
host,username,password tuple.  However, mysql_connect does the same thing.

The thing I find annoying about the fact that mysql_connect not automatically opening 
a new connection is that there are some functions that change the attributes of a 
connection overall.  When you call mysql_select_db on a connection, you are changing 
the database for every instance that is referencing that same connection.  There is no 
way to make one connection that refers to one database, and one that refers to another.

Really, there should be two mysql_connect functions:  

1) mysql_new_connect 

and 

2) mysql_connect

mysql_new_connect would make a new connection to the database no matter what.


-- 
Edit Bug report at: http://bugs.php.net/?id=10032&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] non-thread-safe yet pthreads-friendly build of PHP?

[Rasmus Lerdorf]

> Is there any way to build PHP with pthreads, with ZTS disabled?  The reason
> I'm asking is that there are some thread-safe 3rd party libraries which are
> linked against pthreads, and apparently, if PHP isn't built with pthreads -
> it crashes.  Any experience with it?

If you link Apache with pthreads that should suffice.  Just add -lpthreads
to the Apache LIBS line.

-Rasmus


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

Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?

[Zeev Suraski]

Ok, thanks!

Zeev

At 00:29 28/3/2001, Rasmus Lerdorf wrote:
> > Is there any way to build PHP with pthreads, with ZTS disabled?  The reason
> > I'm asking is that there are some thread-safe 3rd party libraries which are
> > linked against pthreads, and apparently, if PHP isn't built with pthreads -
> > it crashes.  Any experience with it?
>
>If you link Apache with pthreads that should suffice.  Just add -lpthreads
>to the Apache LIBS line.
>
>-Rasmus

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


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

[PHP-DEV] PHP 4.0 Bug #10033: Function file does not work with remote files

[raymondc]

From: [EMAIL PROTECTED]
Operating system: aix 4.3.3
PHP version:  4.0.4pl1
PHP Bug Type: HTTP related
Bug description:  Function file does not work with remote files

script:

http://www.php.net");
?>

Error: bad file number



Options compilated with PHP:

CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure 
--with-mysql=/usr/local/mysql --with-gd --enable-track-vars 
--with-apache=/usr/local/apache_1.3.12

Notes: I tried to use different compilers such as gcc, cc or xlC_r,  I got the same 
error about file function (bad file number). With the same option of 
compilateion, the script works in LINUX.



-- 
Edit Bug report at: http://bugs.php.net/?id=10033&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 #10034: Illegible font on main page of www.php.net

[breyer]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6/Netscape Communicator 4.75
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  Illegible font on main page of www.php.net

The frame on the left side of the home page contains illegible fonts
for Solaris 2.6 running Netscape Communicator 4.75.  I can make out
"What is PHP?" , but not the paragraph it heads.  Is this a browser problem?

Thanks!


-- 
Edit Bug report at: http://bugs.php.net/?id=10034&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 #7857 Updated: odbc_exec crashes php

[badams]

ID: 7857
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Description: odbc_exec crashes php

I'll code it up again and try it with php404 (dont have the release 1 yet)...

any preferably debug ?



Previous Comments:
---

[2001-03-27 10:47:01] [EMAIL PROTECTED]
so the first question is, is this still the case in the latest releases?

---

[2000-11-16 23:22:30] [EMAIL PROTECTED]
Function that executes an odbc sql query. The php module crashes.
The SQL query doesn't seem to matter.
If I move the code out of a function it works
If I remove the $result = section of $result = odbc_exec($db, $sql) if works. 

I have tried php4.02, php4.03 and both fail. I have updated the odbc drivers to 
orriface2000 and still it fails. I have rebooted the machine several times, tried 
different machines.

I do not understand this, I have a similar system on the same machine it has no 
problems like this.

 n";

return odbc_connect($dbname, $SYSTEM_SERVER_USERID, $SYSTEM_SERVER_PASSWORD);
  }

  function Session_RemoveExpired( )
  {
global $DB_TMS;

echo "Before Query  n";

// BUG NOTE - All these queries crash...
//$sql = "DELETE FROM Sessions WHERE Expiry < ".$Now;
//$sql = "SELECT * FROM TerminalConfig WHERE TerminalID='".$Now."'";
//$sql = "SELECT * FROM TerminalConfig WHERE Serial='5002'";
$sql = "SELECT * FROM TerminalConfig";

echo "SQL ".$sql." n";

// BUG NOTE - Replace this line with the one below and no crash
$result = odbc_exec($DB_TMS, $sql);
//odbc_exec($DB_TMS, $sql);

die("Finished db_exec  n");
  }

  $DB_TMS = db_connect("BASE_TMS");
  if( !$DB_TMS ) echo "Connect Failed  n";

  Session_RemoveExpired( );
?>

Dr Watson Error Log Entry
---

Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.



Application exception occurred:
App:  (pid=241)
When: 11/17/2000 @ 16:7:9.360
Exception number: c005 (access violation)

*> System Information <*
Computer Name: GOODUP
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 6 Model 7 Stepping 3
Windows Version: 4.0
Current Build: 1381
Service Pack: 6
Current Type: Uniprocessor Free
Registered Organization: Pick Me Inc
Registered Owner: Pick Me

*> Task List <*
   0 Idle.exe
   2 System.exe
  25 smss.exe
  33 csrss.exe
  39 winlogon.exe
  45 services.exe
  48 lsass.exe
  75 spoolss.exe
  80 Apache.exe
  89 llssrv.exe
  93 RpcSs.exe
 102 tapisrv.exe
 109 rasman.exe
 112 Apache.exe
 167 pstores.exe
 170 LnchSvc.exe
 185 Blackbox.exe
 188 SerialBlackbox..exe
 200 war-ftpd.exe
 208 nddeagnt.exe
  51 Explorer.exe
 225 Memv200.exe
 227 Winampa.exe
 229 starter.exe
 231 OSA.exe
 233 FINDFAST.exe
 235 getright.exe
 241 php.exe
 243 drwtsn32.exe
   0 _Total.exe

(0040 - 0040) 
(77f6 - 77fbe000) dllntdll.dbg
(1000 - 1000) 
(77f0 - 77f5e000) dllkernel32.dbg
(77e7 - 77ec5000) dlluser32.dbg
(77ed - 77efc000) dllgdi32.dbg
(77dc - 77dff000) dlladvapi32.dbg
(77e1 - 77e67000) dllrpcrt4.dbg
(776d - 776d8000) dllwsock32.dbg
(776b - 776c4000) dllws2_32.dbg
(7800 - 7804) 
(776a - 776a7000) dllws2help.dbg
(77b2 - 77bd7000) dllole32.dbg
(6534 - 653d2000) oleaut32.dbg
(04a5 - 04a9) odbc32.DBG
(779d - 779d) 
(780a - 780a) 
(77aa - 77b15000) COMCTL32.dbg
(77c4 - 77d7c000) dllshell32.dbg
(77d8 - 77db2000) dllcomdlg32.dbg
(77a9 - 77a9b000) dllversion.dbg
(779c - 779c8000) dlllz32.dbg
(04a0 - 04a0) 

State Dump for Thread Id 0xf9

eax= ebx= ecx=0301 edx=77fa75d0 esi=007eac94 edi=
eip=77f6ce4c esp=0012fd70 ebp=0012fdd0 iopl=0 nv up ei ng nz ac po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0296


function: RtlpWaitForCriticalSection
77f6ce28 e92001   jmp RtlpWaitForCriticalSection+0x196 (77f6cf4d)
77f6ce2d 803d987ffa7701ds:77fa7f98=01
  cmp byte ptr [fltused+0x12a8 (77fa7f98)],0x1
77f6ce34 1bc0 sbb eax,eax
77f6ce36 25e080fa77   and eax,0x77fa80e0
77f6ce3b 837e1000 cmp   dword ptr [esi+0x10],0x0 ds:0180969a=
77f6ce3f 8945fc   mov [ebp-0x4],eax  ss:0114e7d6=
77f6ce42 7506 jnz RtlpWaitForCriticalSection+0x93 (77f6ce4a)
77f6ce44 56   pushesi
77f6ce45 e8b6fd 

Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?

[Jason Greene]

I have ran into this issue many times, with the sudden system call switch between
a threaded and non-threaded mode.  In one scenario I had a problem where a 3rd party 
module
(chilisoft) was linked against an so that was linked against libpthread.

I had an issue where signals where not being utilized correctly
(SIGALRM would no longer work after one try) which would break keep-alive in apache.

My first fix was a patch to the source to reset non-blocking on SIGALRM with every 
request.
Later I discovered just compiling the webserver with -lthread and -lpthread solved all 
problems.

I am currently developing an Intermail module, which uses threads as well, and have 
had no problems.
(the same applies to the php/java module.)

I definitely think this is something that is not as well known as it should be.

-Jason

- Original Message - 
From: "Zeev Suraski" <[EMAIL PROTECTED]>
To: "Rasmus Lerdorf" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 4:32 PM
Subject: Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?


> Ok, thanks!
> 
> Zeev
> 
> At 00:29 28/3/2001, Rasmus Lerdorf wrote:
> > > Is there any way to build PHP with pthreads, with ZTS disabled?  The reason
> > > I'm asking is that there are some thread-safe 3rd party libraries which are
> > > linked against pthreads, and apparently, if PHP isn't built with pthreads -
> > > it crashes.  Any experience with it?
> >
> >If you link Apache with pthreads that should suffice.  Just add -lpthreads
> >to the Apache LIBS line.
> >
> >-Rasmus
> 
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 


-- 
PHP 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 #7857 Updated: odbc_exec crashes php

[badams]

ID: 7857
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Description: odbc_exec crashes php

Still fails for php402
but works for php404.

thanks for looking into it.

doveraldo

Previous Comments:
---

[2001-03-27 18:59:49] [EMAIL PROTECTED]
I'll code it up again and try it with php404 (dont have the release 1 yet)...

any preferably debug ?



---

[2001-03-27 10:47:01] [EMAIL PROTECTED]
so the first question is, is this still the case in the latest releases?

---

[2000-11-16 23:22:30] [EMAIL PROTECTED]
Function that executes an odbc sql query. The php module crashes.
The SQL query doesn't seem to matter.
If I move the code out of a function it works
If I remove the $result = section of $result = odbc_exec($db, $sql) if works. 

I have tried php4.02, php4.03 and both fail. I have updated the odbc drivers to 
orriface2000 and still it fails. I have rebooted the machine several times, tried 
different machines.

I do not understand this, I have a similar system on the same machine it has no 
problems like this.

 n";

return odbc_connect($dbname, $SYSTEM_SERVER_USERID, $SYSTEM_SERVER_PASSWORD);
  }

  function Session_RemoveExpired( )
  {
global $DB_TMS;

echo "Before Query  n";

// BUG NOTE - All these queries crash...
//$sql = "DELETE FROM Sessions WHERE Expiry < ".$Now;
//$sql = "SELECT * FROM TerminalConfig WHERE TerminalID='".$Now."'";
//$sql = "SELECT * FROM TerminalConfig WHERE Serial='5002'";
$sql = "SELECT * FROM TerminalConfig";

echo "SQL ".$sql." n";

// BUG NOTE - Replace this line with the one below and no crash
$result = odbc_exec($DB_TMS, $sql);
//odbc_exec($DB_TMS, $sql);

die("Finished db_exec  n");
  }

  $DB_TMS = db_connect("BASE_TMS");
  if( !$DB_TMS ) echo "Connect Failed  n";

  Session_RemoveExpired( );
?>

Dr Watson Error Log Entry
---

Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.



Application exception occurred:
App:  (pid=241)
When: 11/17/2000 @ 16:7:9.360
Exception number: c005 (access violation)

*> System Information <*
Computer Name: GOODUP
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 6 Model 7 Stepping 3
Windows Version: 4.0
Current Build: 1381
Service Pack: 6
Current Type: Uniprocessor Free
Registered Organization: Pick Me Inc
Registered Owner: Pick Me

*> Task List <*
   0 Idle.exe
   2 System.exe
  25 smss.exe
  33 csrss.exe
  39 winlogon.exe
  45 services.exe
  48 lsass.exe
  75 spoolss.exe
  80 Apache.exe
  89 llssrv.exe
  93 RpcSs.exe
 102 tapisrv.exe
 109 rasman.exe
 112 Apache.exe
 167 pstores.exe
 170 LnchSvc.exe
 185 Blackbox.exe
 188 SerialBlackbox..exe
 200 war-ftpd.exe
 208 nddeagnt.exe
  51 Explorer.exe
 225 Memv200.exe
 227 Winampa.exe
 229 starter.exe
 231 OSA.exe
 233 FINDFAST.exe
 235 getright.exe
 241 php.exe
 243 drwtsn32.exe
   0 _Total.exe

(0040 - 0040) 
(77f6 - 77fbe000) dllntdll.dbg
(1000 - 1000) 
(77f0 - 77f5e000) dllkernel32.dbg
(77e7 - 77ec5000) dlluser32.dbg
(77ed - 77efc000) dllgdi32.dbg
(77dc - 77dff000) dlladvapi32.dbg
(77e1 - 77e67000) dllrpcrt4.dbg
(776d - 776d8000) dllwsock32.dbg
(776b - 776c4000) dllws2_32.dbg
(7800 - 7804) 
(776a - 776a7000) dllws2help.dbg
(77b2 - 77bd7000) dllole32.dbg
(6534 - 653d2000) oleaut32.dbg
(04a5 - 04a9) odbc32.DBG
(779d - 779d) 
(780a - 780a) 
(77aa - 77b15000) COMCTL32.dbg
(77c4 - 77d7c000) dllshell32.dbg
(77d8 - 77db2000) dllcomdlg32.dbg
(77a9 - 77a9b000) dllversion.dbg
(779c - 779c8000) dlllz32.dbg
(04a0 - 04a0) 

State Dump for Thread Id 0xf9

eax= ebx= ecx=0301 edx=77fa75d0 esi=007eac94 edi=
eip=77f6ce4c esp=0012fd70 ebp=0012fdd0 iopl=0 nv up ei ng nz ac po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs= efl=0296


function: RtlpWaitForCriticalSection
77f6ce28 e92001   jmp RtlpWaitForCriticalSection+0x196 (77f6cf4d)
77f6ce2d 803d987ffa7701ds:77fa7f98=01
  cmp byte ptr [fltused+0x12a8 (77fa7f98)],0x1
77f6ce34 1bc0 sbb eax,eax
77f6ce36 25e080fa77   and eax,0x77fa80e0
77f6ce3b 837e1000 cmp   dword ptr [esi+0x10],0x0 ds:0180969a=
77f6ce3f 8945fc   mov [ebp-0x4],eax  

[PHP-DEV] PHP 4.0 Bug #9996 Updated: Make install fails in pear directory under HFS+ filesystem

[gdavis]

ID: 9996
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: Make install fails in pear directory under HFS+ filesystem

I tried the make install from the pear directory of the 
latest snapshot and all worked as it should have.

Previous Comments:
---

[2001-03-26 15:48:39] [EMAIL PROTECTED]
IIRC this was fixed AFTER 4.0.4pl1 was released. 
Please try the latest CVS snapshot from http://snaps.php.net/ to confirm this.

--Jani


---

[2001-03-26 09:50:41] [EMAIL PROTECTED]
This appears to be a duplicate of 7832 and 7635 from 4.0.3 
however, although it was reported as fixed in the CVS it is 
now occuring again in 4.04pl1.


This problem only occurs on the HFS+ file system which is 
case insensitive.  It appears to be caused by the existence 
of both a directory and a file called "pear" and thus it 
cannot copy the install files.  This is the error as it 
shows during the make install:

cp: pear is a directory (not copied).
make[1]: *** [install-programs] Error 1
make: *** [install-recursive] Error 1



---


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


-- 
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 PHP-GTK Site

[Joe Stump]

I've noticed there isn't really a jumping off point for the PHP-GTK beginners
and users. I spent the last few hours throwing a site together that has the
basics to fill this void.

It has:

1.) An application archive
2.) News 
3.) Discussion
4.) Helpful Links

I've put up one of my initial apps and plan to put up a few others and maybe
a small HOWTO. I'd like the people who have been posting apps to take a few 
minutes to post their apps here as well. Also, anyone who was thinking of 
posting their apps it might be better served if we posted them in a more
central location. Finally, if anyone wants to help out (admin, howtos, etc.)
please feel free to contact me. 

As for me, I'm tired and plan on working on it more tomarrow :o)

--Joe


/*\
 *Joe Stump  *
 *www.Care2.com  *   
 *Office: 650.328.0198   *
 *Extension: 122 *
\*/
www.miester.org

-BEGIN GEEK CODE BLOCK-
Version: 3.12 
GB/E/IT d- s++:++ a? C UL++$ P+ L+++$ E! W+++$
N+@ o? K? w---! O-@ M+@ V-! P(++) PE(+) Y+@ PGP+++@ t+@
5? R-! tv@ b+ DI++@ D() G++@ e+@ h@ r+! z(+**)!
--END GEEK CODE BLOCK--


-- 
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-GTK] New PHP-GTK Site

[Joe Stump]

So tired I forgot to put in the URL:

http://gtk.php-coder.net

--Joe

On Tue, Mar 27, 2001 at 10:32:26PM -0500, Joe Stump wrote:
> I've noticed there isn't really a jumping off point for the PHP-GTK beginners
> and users. I spent the last few hours throwing a site together that has the
> basics to fill this void.
> 
> It has:
> 
> 1.) An application archive
> 2.) News 
> 3.) Discussion
> 4.) Helpful Links
> 
> I've put up one of my initial apps and plan to put up a few others and maybe
> a small HOWTO. I'd like the people who have been posting apps to take a few 
> minutes to post their apps here as well. Also, anyone who was thinking of 
> posting their apps it might be better served if we posted them in a more
> central location. Finally, if anyone wants to help out (admin, howtos, etc.)
> please feel free to contact me. 
> 
> As for me, I'm tired and plan on working on it more tomarrow :o)
> 
> --Joe
> 
> 
> /*\
>  *Joe Stump  *
>  *www.Care2.com  *   
>  *Office: 650.328.0198   *
>  *Extension: 122 *
> \*/
> www.miester.org
> 
> -BEGIN GEEK CODE BLOCK-
> Version: 3.12 
> GB/E/IT d- s++:++ a? C UL++$ P+ L+++$ E! W+++$
> N+@ o? K? w---! O-@ M+@ V-! P(++) PE(+) Y+@ PGP+++@ t+@
> 5? R-! tv@ b+ DI++@ D() G++@ e+@ h@ r+! z(+**)!
> --END GEEK CODE BLOCK--
> 
> 
> -- 
> PHP GTK Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
/*\
 *Joe Stump  *
 *www.Care2.com  *   
 *Office: 650.328.0198   *
 *Extension: 122 *
\*/
www.miester.org

-BEGIN GEEK CODE BLOCK-
Version: 3.12 
GB/E/IT d- s++:++ a? C UL++$ P+ L+++$ E! W+++$
N+@ o? K? w---! O-@ M+@ V-! P(++) PE(+) Y+@ PGP+++@ t+@
5? R-! tv@ b+ DI++@ D() G++@ e+@ h@ r+! z(+**)!
--END GEEK CODE BLOCK--


-- 
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-GTK] New PHP-GTK Site

[Richard Watson]

On Wednesday 28 March 2001 04:32, Joe Stump wrote:
> I've noticed there isn't really a jumping off point for the PHP-GTK
> beginners and users. 

Thanks for doing that. 

I'm PHP developer and I've been following this list for a while and I've been 
looking around for a good place to start on PHP-GTK and not finding it.

Cheers,

-- 
Richard Watson

-- 
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: [PHP-CVS] cvs: php4 /ext/odbc php_odbc.c

[Marc Boeren]

>Actually might have been me doing a bad patch... but I just sent sebastian
>the same fix to give a try.  if that works, excellent :)

I think it was my mistake. The '&' was in my working version, but not in the
patch I sent.
Anyway, do you know of a way to do a diff with the file currently in CVS?
So, I make the modification in the checked-out tree, test it, if it works I
want to create a diff with the original version and mail it to php-dev...

And it's not that I don't have karma for ext/odbc, I only have cvs write
access for dbx. That's enough for me, but working on dbx leads to detecting
some things in other database modules as well, as I recently found in the
odbc and pgsql modules. I sent a patch for the pgsql as well, but that is
really more a question of 'should the warning be removed' than anything
else. I also found that e.g. in mysql when I fetch a row, the indexed and
associative array do not point to the same data, but each has it's own copy.
(eg result[0]=='x', result['fieldX]=='x', set result[0] to 'y' and
result['fieldX'] still is 'x'). I worked around that in dbx, which returns
true references for this kind of thing (also if it's not supported in the
database module initially).

Cheerio, Marc.

-- 
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 #10010 Updated: odbc_exec()

[Karol ČEJKA]

i use ODBC to ms access database.
if i do this function
odbc_exec($me_con,"select * from users;").
php and apache go down with windows error... - i thing some in php is no
good.
i use php4pl1
no long time ago i use php4 and it works - why not now?
thanx.

- Original Message -
From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 27, 2001 4:14 PM
Subject: PHP 4.0 Bug #10010 Updated: odbc_exec()


> ID: 10010
> Updated by: kalowsky
> Reported By: [EMAIL PROTECTED]
> Status: Open
> Bug Type: *Database Functions
> Assigned To:
> Comments:
>
> please give more information.  database type, and sample script that
causes said error would be nice
>
> Previous Comments:
> --
-
>
> [2001-03-27 01:37:01] [EMAIL PROTECTED]
> php crash if i want execute function   odbc_exec($me_con,$txtSQL).
> :0129dff2.
> Registry:
> EAX=00d70094 CS=0167 EIP=0129dff2 EFLGS=00010202
> EBX=00d70338 SS=016f ESP=0063fc58 EBP=0063fc78
> ECX=00d70420 DS=016f ESI=00d70420 FS=56ef
> EDX=2000 ES=016f EDI=0001 GS=
> Bajty v CS:EIP:
>
> can you help me???
>
> --
-
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
http://bugs.php.net/?id=10010&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]