RE: [PHP-DEV] Time for 4.0.5?
I have it on the BSDs and Solaris too. But most people don't. It doesn't come in as a standard in most operating systems. ok, point for you Zeev, but Emile did not say, you should stop delivering .tar.gz, but in addition offer this .bz2 thing. So why not, if at least those modem-users would benefit of it? (that is at least, how i understood Emile). It is not a real cool solution for the problem, but its a workaround which is better than nothing. just my two ... regards, -Wolfgang -- Deutscher Knotenpunkt fur PHP: Dynamic Web Pages http://dynamicwebpages.de/ News, Tutorials, Skripte, Artikel, BestofGML, WhoIsWho, Handbuch, Bucher ... PHP 4 dynamische Webauftritte professionell realisieren: http://php-buch.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Time for 4.0.5?
Wolfgang Drews wrote: delivering .tar.gz, but in addition offer this .bz2 thing. So why not, if at least those modem-users would benefit of it? Could benefit, not would benefit. They'd need to download and install bzip2 first. Emile -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Time for 4.0.5?
delivering .tar.gz, but in addition offer this .bz2 thing. So why not, if at least those modem-users would benefit of it? Could benefit, not would benefit. They'd need to download and install bzip2 first. yes, sorry for this one (my english is especially on tuesday mornings very confusing ;-)). At least i guess Zeev got the point how i and "maybe" you see this one. regards, -Wolfgang -- German Centralpoint for PHP: Dynamic Web Pages http://dynamicwebpages.de/ news, tutorials, scripts, articles, BestofGML, WhoIsWho, manual, books ... PHP 4 dynamische Webauftritte professionell realisieren: http://php-buch.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9351 Updated: LDAP_SEARCH
ID: 9351 Updated by: venaas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: LDAP related Assigned To: venaas Comments: I think the problem might be that the LDAP server doesn't support it. Please try searching with ldapsearch command line utility and see if that works. What LDAP libraries and server are you using? Previous Comments: --- [2001-02-20 03:39:23] [EMAIL PROTECTED] I use PHP to connect ldap service for searching and modifing information. For search a entry, i use this: $filter="(date = 20010116)"; then use ldap_search($ld,$dn,$filter); but seems the function can't work. surprisingly, if i use $filter="(date = 20010116)"; //change '=' to '=' it works. so, can anyone tell me what's the wrong with it? thanks a lot. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9351edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9352: any php which is opened over any.php+.htr will sent the source
From: [EMAIL PROTECTED] Operating system: Windows 2000 Professional PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: any php which is opened over any.php+.htr will sent the source This Bug is an old asp bug (works also under coldfusion). The asp.dll disallow the +.htr statement. A solution is to turn of parsing .htr documents. But it's on by default, and the most administrators don't know this bug. -- Edit Bug report at: http://bugs.php.net/?id=9352edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9336 Updated: Upload image gets mime type written to top of image file
ID: 9336 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: HTTP related Assigned To: Comments: This should be fixed in CVS. Please try a CVS snapshot from http://snaps.php.net/ and if that doesn't work reopen this bug report. --Jani Previous Comments: --- [2001-02-19 08:13:53] [EMAIL PROTECTED] I'm using this code to upload file: FORM ENCTYPE="multipart/form-data" ACTION="_URL_" METHOD=POST INPUT TYPE="hidden" name="MAX_FILE_SIZE" value="1000" Send this file: INPUT NAME="userfile" TYPE="file" INPUT TYPE="submit" VALUE="Send File" /FORM When I go to upload on image file (or an other file for that matter), the mime type gets written to the biginning of the file, thus making the image unviewable. I installed php using the RedHat provided rpms. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9336edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9341 Updated: php -l file.php seg faults, dumps core
ID: 9341 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Reproduceable crash Assigned To: Comments: Duplicate of #9311 Previous Comments: --- [2001-02-19 14:31:22] [EMAIL PROTECTED] Running the CGI version, if you do a "php -l file.php" (i.e. the "lint" option) on a file that has syntax errors, PHP doesn't report anything but segfaults and dumps core. Backtrace reveals: #0 destroy_op_array (op_array=0x0) at zend_opcode.c:144 #1 0x8066072 in php_lint_script (file=0xba60) at main.c:1236 #2 0x8064748 in main (argc=3, argv=0xbb04) at cgi_main.c:739 #3 0x4026ab5c in __libc_start_main (main=0x8063fc4 main, argc=3, ubp_av=0xbb04, init=0x8061b74 _init, fini=0x810cc3c _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xbafc) at ../sysdeps/generic/libc-start.c:129 My config line: ./configure --with-mysql=/usr/local --disable-pear --enable-track-vars --disable-debug --disable-magic-quotes --enable-ftp --with-gettext --with-xml --with-dom --enable-wddx --with-curl --with-pgsql --with-zlib --enable-versioning --enable-sockets --with-openssl --with-snmp --with-mcrypt - Colin --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9341edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9343 Updated: Causes server to core
ID: 9343 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: Please try the latest CVS snapshot and provide a gdb backtrace if it crashes too. --Jani Previous Comments: --- [2001-02-19 16:12:44] [EMAIL PROTECTED] Here is the problem. When PHP is installed with mod_perl, certain calls in mod_perl will cause the server to core (and this only happens with PHP, jserv, mod_roaming... the rest all work). You can simulate the behavior with Apache::Storage. For some reason, when mod_perl goes to access the module's config list inside of Apache, Apache cores. This was fixed a while ago and the fix was mentioned on slashdot. The problem seems to have returned though. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9343edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8940 Updated: File uploads stopped withing in 4.0.4pl1
ID: 8940
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: Unknown/Other Function
Assigned To:
Comments:
Previous Comments:
---
[2001-02-04 12:41:07] [EMAIL PROTECTED]
I can not reproduce this with latest CVS.
Please try the latest CVS snapshot from http://snaps.php.net/
--Jani
---
[2001-01-26 16:07:33] [EMAIL PROTECTED]
If you view the uploaded file (using "od" in my case), you'll see that
the first few bytes of it are:
"Content-Type: image/jpeg" followed by the binary data that makes
up the JPEG file. Since the uploaded file is exactly the same size as
the original, I presume that the last few bytes are dropped out.
---
[2001-01-26 12:50:56] [EMAIL PROTECTED]
Further testing reveals that the upload is working properly, but the
file 'type' variable is not set, and PHP is not treating it as an image
file. Image processing utilities state that the file is corrupt after
uploading, even though it remains the exact same size as the
original. I suspect that PHP is doing something to the file.
---
[2001-01-26 12:01:45] [EMAIL PROTECTED]
Ok, I've done some further testing. With a simple script that does
nothing except upload the file and move it, it works: the file is
there. However, the "type" variable has no value! No matter what
type of file I upload, the $HTTP_POST_FILES['userfile']['type'] value
is an empty string.
---
[2001-01-26 11:21:21] [EMAIL PROTECTED]
I've been using 4.0.3 for a couple of weeks now. Last night I ran the
Redhat Update agent and installed 4.0.4pl1. Everything works fine
except for file uploads. The upload is recorded as successful,
everything SEEMS to work fine, but there is no file in /tmp, and the
variable $HTTP_POST_FILES['userfile']['type'] is undefined. Apache
1.3.14 reports no problems, and returns a 200 return code. I've
tried working with php.ini; I can turn file uploads off, and that
works, then when I turn it back on again, it has the same problem.
I'm pretty sure it's something in 4.0.4pl1 because nothing else on
my system has changed since the upgrade last night. Here's some of
my code:
$file_type = $HTTP_POST_FILES['userfile']['type'];
if (substr($file_type,-4,4) != 'jpeg') {
die( "Files of type '" . $file_type .
"' are not recognized.br" .
"Only JPEG images are currently supported."
);
}
$path_for_file = 'gallery/' . $user_id . '/' . $photo_id .
'.jpg';
if
(!is_uploaded_file($HTTP_POST_FILES['userfile']['tmp_name']))
die( "File is not uploaded." );
move_uploaded_file($HTTP_POST_FILES['userfile']['tmp_name'],
$path_for_file);
...but I really don't think the problem is in the code. Here's some
output from my Apache log file:
192.168.1.2 - - [26/Jan/2001:08:13:04 -0800] "POST /upload.php
HTTP/1.1" 200 51
"http://mysite/upload.php" "Mozilla/4.0 (compatible; MSIE 5.0;
Mac_PowerPC)
"
No errors are reported any where.
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8940edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Fwd
Dear Friends Future Millionaire: AS SEEN ON NATIONAL TV: ''Making over half million dollars every 4 to 5 months from your home for an investment of only $25 U.S. Dollars expense one time'' BE A MILLIONAIRE LIKE OTHERS WITHIN A YEAR!!! Before you say ''Bull'', please read the following. This is the letter you have been hearing about on the news lately. Due to the popularity of this letter on the Internet, a national weekly news program recently devoted an entire show to the investigation of this program described below, to see if it really can make people money. The show also investigated whether or not the program was legal. Their findings proved once and for all that there are ''absolutely NO Laws prohibiting the participation in the program and if people can -follow the simple instructions, they are bound to make some mega bucks with only $25 out of pocket cost''. DUE TO THE RECENT INCREASE OF POPULARITY RESPECT THIS PROGRAM HAS ATTAINED, IT IS CURRENTLY WORKING BETTER THAN EVER. This is what one had to say: '' Thanks to this profitable opportunity. I was approached many times before but each time I passed on it. I am so glad I finally joined just to see what one could expect in return for the minimal effort and money required. To my astonishment, I received total $ 610,470.00 in 21 weeks, with money still coming in''. Pam Hedland, Fort Lee, New Jersey. Here is another testimonial: ''' this program has been around for a long time but I never believed in it. But one day when I received this again in the mail I decided to gamble my $25 on it. I followed the simple instructions and walaa . 3 weeks later the money started to come in. First month I only made $240.00 but the next 2 months after that I made a total of $290,000.00. So far, in the past 8 months by re-entering the program, I have made over $710,000.00 and I am playing it again. The key to success in this program is to follow the simple steps and NOT change anything.'' More testimonials later but first, PRINT THIS NOW FOR YOUR FUTURE REFERENCE == (Or Have it E-mailed to you-See Submit Button Below) If you would like to make at least $500,000 every 4 to 5 months easily and comfortably, please read the following...THEN READ IT AGAIN and AGAIN !!! FOLLOW THE SIMPLE INSTRUCTION BELOW AND YOUR FINANCIAL DREAMS WILL COME TRUE, GUARANTEED! INSTRUCTIONS: = Order all 5 reports shown on the list below. = For each report, send $5 CASH, THE NAME NUMBER OF THE REPORT YOU ARE ORDERING and YOUR E-MAIL ADDRESS to the person whose name appears ON THAT LIST next to the report. MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE TOP LEFT CORNER in case of any mail problems. === When you place your order, make sure you order each of the 5 reports. You will need all 5 reports so that you can save them on your computer and resell them. YOUR TOTAL COST $5 X 5=$25.00. === Within a few days you will receive, vie e-mail, each of the 5 reports from these 5 different individuals. Save them on your computer so they will be accessible for you to send to the 1,000's of people who will order them from you. Also make a floppy of these reports and keep it on your desk in case something happen to your computer. === IMPORTANT __ DO NOT alter the names of the people who are listed next to each report, or their sequence on the list, in any way other than what is instructed below in step '' 1 through 6 '' or you will lose out on majority of your profits. Once you understand the way this works, you will also see how it does not work if you change it. Remember, this method has been tested, and if you alter, it will NOT work !!! People have tried to put their friends/relatives names on all five thinking they could get all the money. But it does not work this way. Believe us, we all have tried to be greedy and then nothing happened. So Do Not try to change anything other than what is instructed. Because if you do, it will not work for you. Remember, honesty reaps the reward!!! 1 After you have ordered all 5 reports, take this advertisement and REMOVE the name address of the person in REPORT # 5. This person has made it through the cycle and is no doubt counting their fortune. 2 Move the name address in REPORT # 4 down TO REPORT # 5. 3 Move the name address in REPORT # 3 down TO REPORT # 4. 4 Move the name address in REPORT # 2 down TO REPORT # 3. 5 Move the name address in REPORT # 1 down TO REPORT # 2 6 Insert YOUR name address in the REPORT # 1 Position. PLEASE MAKE SURE you copy every name address ACCURATELY! Take this entire letter, with the modified list of names, and save it on your
[PHP-DEV] PHP 4.0 Bug #9031 Updated: ob_gzhandler memory leak and Headers already sent message!
ID: 9031
Updated by: thies
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Output Control
Assigned To: andre
Comments:
both problems are fixed in CVS
Previous Comments:
---
[2001-02-19 23:02:20] [EMAIL PROTECTED]
similar Bug id #9231
---
[2001-02-06 15:33:49] [EMAIL PROTECTED]
I've just found out what the problem is, and it's kind of weird:
With ob_gzhandler enabled (from php.ini or with ob_start("ob_gzhandler") in the .php)
each readfile() makes the "Cannot add header information - headers already sent" error
message appear.
This doesn't happen with output buffering enabled and no ob_gzhandler, it only happens
with ob_gzhandler enabled.
Also tried to replace readfile with fpassthru(fopen()) but got the same result.
Hope this helps you fix the problem.
If you have any questions feel free to ask, I've been experimenting quite a lot.
---
[2001-02-02 09:23:24] [EMAIL PROTECTED]
Tried the php4-200102020545 snapshot and I still get the
httpd: PHP Warning: Cannot add header information - headers already sent in Unknown
on line 0
error message when enabling output_handler = ob_gzhandler.
This probably still causes a memory leak.
Found another interesting thing: when trying to see the headers of a ob_gzhandler
compressed page with lynx, I get the following lynx error message:
Can't access startfile http://localhost/test.php
That's using lynx -head -source http://localhost/test.php. Seems lynx sees something
which it doesn't like. With ob_gzhandler disabled, I get the normal http headers when
invoking that lynx command.
---
[2001-02-01 20:03:32] [EMAIL PROTECTED]
This should be fixed in CVS now. Please try the latest CVS snapshot from
http://snaps.php.net/ and reopen this bug report if problem still exists when
using it.
--Jani
---
[2001-01-31 09:15:17] [EMAIL PROTECTED]
When enabling output_handler = ob_gzhandler in php.ini, my Linux system starts to eat
more and more memory in an unusual way, like there was a memory leak, like many people
have reported.
But what is absolutely weird is that after enabling ob_gzhandler, I start to get this
error messages in my log files:
Cannot add header information - headers already sent in Unknown on line 0
Which is weird, because one of the features of output buffering is to avoid that kind
of problems. What's even more weird is that I don't get any "headers already sent"
messages with output_handler = ob_gzhandler disabled!
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9031edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #5440 Updated: Major Design Flaw(s) in FilePro access
ID: 5440 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Old-Bug Type: filePro related Bug Type: Feature/Change Request Assigned To: Comments: No feedback. Changed to change request. Reopen if still a problem for you. --Jani Previous Comments: --- [2001-01-18 09:40:47] [EMAIL PROTECTED] If you have made some improvements for the code, please send a patch made against the latest CVS (cvs diff -u) and someone will commit it if it is good. --Jani --- [2000-07-07 20:32:08] [EMAIL PROTECTED] filepro access has some major design flaws. The two functions that are currently used to pull data from a db are filepro_rowcount, and filepro_retrieve. filepro_rowcount returns the number of rows in the db that are NOT deleted. filepro_retrieve returns a row/column of the database, regardless of whether or not the row is (not) deleted. This makes it impossible for php to actually retrieve only the undeleted rows from the table. Recommendations: We have added an additional function in order to check if a row is deleted (filepro_is_deleted), and are happy to contribute this code. However, because of the inefficiency of the current retrieve function, we recommend adding a new function to obsolete the retrieve function. This function should be written like the dbase getrecord function, that returns a deleted member along with all the fields in a given record. In addition, the filepro_rowcount function is essentially useless, since it gives you the number of undeleted records. In order to improve the results of someone who is currently using this to iterate through their db, it is recommended that this function be changed to return the total (deleted or undeleted) number of records. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5440edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7648 Updated: ld: Unsatisfied symbols: DL_UNLOAD
ID: 7648
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2001-01-02 09:00:44] [EMAIL PROTECTED]
Please try PHP 4.0.4 as this should be fixed.
--Jani
---
[2000-11-05 16:56:16] [EMAIL PROTECTED]
I was only able to compile Apache w/ PHP as a static module (on HP-UX 11 using GCC)
after modifying the function zend_extension_startup in the Zend/zend_extensions.c file
to include preprocessor lines concerning conditional support of Zend extensions.
Modified code looks like this:
static void zend_extension_startup(zend_extension *extension)
{
/* following line added */
#if ZEND_EXTENSIONS_SUPPORT
if(extension-startup) {
if(extension-startup(extension)!=SUCCESS) {
DL_UNLOAD(extension-handle)
}
}
/* following line added */
#endif
}
Before adding these lines I got the following error message when running make install
on Apache after creating PHP as a static module:
/usr/ccs/bin/ld: Unsatisfied symbols:
DL_UNLOAD (code)
collect2: ld returned 1 exit status
*** Error exit code 1
Stop.
*** Error exit code 1
Stop.
*** Error exit code 1
Stop.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7648edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7626 Updated: session saving and loading seem to use different locales
ID: 7626
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Old-Bug Type: *General Issues
Bug Type: *Session related
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2000-12-15 20:18:18] [EMAIL PROTECTED]
Please try the latest snapshot from http://snaps.php.net/
--Jani
---
[2000-11-05 06:14:03] [EMAIL PROTECTED]
Serializer uses locale-sensitive sprintf for doubles, which it probably should not.
---
[2000-11-03 12:19:27] [EMAIL PROTECTED]
My LANG environment variable is "german". At the beginning of every page, I do
`setLocale('LC_ALL', 'en_US')'. With those settings, float session variables are saved
with `,' as decimal point, but loading seems to expect `.' so that I get values
truncated to ints.
Example script:
?
setLocale('LC_ALL', 'en_US');
session_start();
$x = $HTTP_SESSION_VARS['x'];
if (!isset($x)) $x = 1;
$x *= '1.1';
print("$xbrn");
printf("a href="%s"go/an", $HTTP_SERVER_VARS['PHP_SELF']);
// (link relies on transparent sid)
?
The session file contains `x|d:1,1;', and the page always shows `1.1', since the
loaded value becomes 1.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7626edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7427 Updated: Apache doesn't load or crashes using extensions
ID: 7427 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback, considered fixed. --Jani Previous Comments: --- [2001-01-07 03:54:10] [EMAIL PROTECTED] Does this happen with PHP 4.0.4 ? --Jani --- [2000-10-24 07:27:36] [EMAIL PROTECTED] I instaled PHP as a module of Apache 1.3.11 If I load any extension w/ PHP it crashes. Could it be because of the Apache version? in PHPINFO() in the section APACHE apears Apache 1.3.14!!! There is no problems as a CGI. Fernando Moreira --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7427edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7405 Updated: GD crashes Apache if PHP is running as module
ID: 7405 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Analyzed Old-Bug Type: Reproduceable crash Bug Type: GD related Assigned To: Comments: GD is not yet fully threadsafe. --Jani Previous Comments: --- [2001-01-07 03:55:12] [EMAIL PROTECTED] Does PHP 4.0.4 work any better? --Jani --- [2000-10-27 23:07:00] [EMAIL PROTECTED] the gd is not threadsafe yet, so wou'll have to use the cgi so far. --- [2000-10-23 06:52:18] [EMAIL PROTECTED] Using PHP4.03pl1 (binary dist), Apache 1.3.14 and using PHP as module (PHP4Apache.dll) the GD Library is not usable. If Apache/PHP tries to load the PHP_GD.DLL Apache/PHP crashs. (Using PHP as CGI everything is working fine.) Crash is reproducable on Win98SE, WinNT4.0 SP5 Thanks for a solution of that problem Axel Wolf. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7405edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7239 Updated: mssql
ID: 7239
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2001-01-07 19:18:20] [EMAIL PROTECTED]
Does this happen with latest snapshot from http://snaps.php.net/ ??
And if it does, please include a GDB backtrace into this bug report.
Remeber to configure with --enable-debug first!
Also, include the whole configure line you have used into this bug report.
--Jani
---
[2000-10-16 09:07:03] [EMAIL PROTECTED]
?
if(!($c1 = mssql_connect("server","user","password"))) print "bla1";
if(!mssql_select_db("database",$c1)) print "bla2";
$s1 = "select vpID from vp";
if(!($c2 = mssql_connect("server","user","password"))) print "bla12";
if(!mssql_select_db("database",$c2)) print "bla2";
$s2 = "select nimi_et from vp";
if(!$r1 = mssql_query($s1,$c1)) print "bla3";
if(!$r2 = mssql_query($s2,$c2)) print "bla4";
while($d1 = mssql_fetch_row($r1)) {
$d2 = mssql_fetch_row($r2);
print "br".$d1[0]." ".$d2[0];
}
mssql_close($c2);
mssql_close($c1); // ---line 24
?
- end of script ---
result:
Segmentation fault
or
Correct output + warning "
Warning: 1 is not a Sybase link index in /home/httpd/html/t.php on line 24"
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7239edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7074 Updated: Contador no busca los demás registros
ID: 7074
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: MySQL related
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2001-01-09 14:48:12] [EMAIL PROTECTED]
what is the problem with the code? please, provide the _shortest possible_ scipt
reproducing the erroneous behavior, along with a description of the problem.
also, though there are probably people speaking Spanish among PHP developers, bug
reports in English will surely catch more attention, and probably be solved faster
than reports written in other languages, so try to use English in future bug reports.
finally, please read http://bugs.php.net/bugs-dos-and-donts.php
---
[2000-10-06 19:00:51] [EMAIL PROTECTED]
?php
for ($n=0; $n=10; $n++){
}
$result = mysql_query("SELECT * FROM Empresa where Actividad ='$Actividad' Revisar
='1' ORDER BY Empresa LIMIT $n");
if ($row = mysql_fetch_array($result,$n)){
echo "tdp align='center'Se han encontrado $n registros relacionados con
$Actividad...!/p/td";
do {
echo
("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Razón
Social/Bnbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TD$row-Empresa/TDn");
echo("br");
echo
("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Dirección/Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TD$row-Direccion/TDn");
echo("br");
echo
("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Teléfono/Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TD$row-Telefono/TDn");
echo("br");
echo
("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Email/Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TDA
href=mailto:$row-Email$row-Email/A/TDn");
echo("br");
echo
("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Página
Web/Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TDA
href=http://$row-Pagina$row-Pagina/A/TDn");
echo("br");
echo("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Actividad/Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TD$row-Actividad/TDn");
echo("br");
echo
("Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Ciudad/Bnbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;:nbsp;nbsp;TD
$row-Ciudad/TDn");
echo("hr");
}//do
while ($row = mysql_fetch_array($result,$n));
}//if
while (
list($row_number, $row_array)
= each($query_result_array){
echo("A HREF=buscar.php3?Actividad=$ActividadPróximos 10/a/p/td");
}
?
html
div align="center"center
table border="0" cellpadding="0" cellspacing="0"
tr
tda href = "idatos.htm"Ingresa tu empresa a nuestro directorioa/td
td width="100"p align="center" a href="index.html"
target="_top"img src="Graficos_aps/portal.gif" border="0"
width="26" height="30"/a/td
tda href = "tuempresa.html"Haz click aquí para modificar tus datos/a/td
/tr
tr
td/td
td width="100"smallp align="center"/small smallPrincipal/small/td
td/td
/tr
/table
/center/div
/html
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7074edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #7157 Updated: Cannot Suppot both Oracle and Informix
It´s not fixed, but I cannot generate the backtrace. --- Pablo A. Trincavelli Banco Bisel S.A. - Gerencia de Informática Intranet/Internet Teléfono: (0341)480-1810 Interno: 1154 Bug Database [EMAIL PROTECTED] 20/02/01 09.41 Para:[EMAIL PROTECTED] cc: Asunto:PHP 4.0 Bug #7157 Updated: Cannot Suppot both Oracle and Informix ID: 7157 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: OCI8 related Assigned To: Comments: No feedback, considered fixed. (Always use the web interface to reply!) --Jani Previous Comments: --- [2001-01-08 09:00:04] [EMAIL PROTECTED] Sorry, I forgot to paste this URL: http://bugs.php.net/bugs-generating-backtrace.php --Jani --- [2001-01-08 08:21:52] [EMAIL PROTECTED] Could you please generate a GDB backtrace of this crash? --Jani --- [2001-01-07 19:50:22] [EMAIL PROTECTED] Have you set all the needed environment variables before starting Apache? See http://www.php.net/manual/ref.oci8.php for more info. --Jani --- [2000-10-12 09:12:56] [EMAIL PROTECTED] Using this configure script: ./configure --with-oci8 --with-informix=/informix --with-mysql=/export/home/local --with-ldap=/export/home/openldap --with-apache=../apache_1.3.12 --enable-track-vars --enable-calendar --enable-inline-optimization --enable-trans-sid It´s not possible to make Oracle and Informix support work at the same time. You must either compile Oracle support OR Informix support. The problem arises when using mod_ssl, it looses the ssl encription channel and the apache log shows: [Thu Oct 12 09:40:29 2000] [notice] Apache/1.3.12 (Unix) PHP/4.0.3 mod_ssl/2.6.6 OpenSSL/0.9.5a configured -- resuming normal operations [Thu Oct 12 09:43:27 2000] [notice] child pid 17316 exit signal Segmentation Fault (11) But the problem also happens without ssl, it has been tested with php 4.0.3 and php 4.0.2, with apache 1.3.9 and apache 1.3.12, so it seems the problem is there from some time ago or it has been there always!! It also makes no difference it you use OCI8 or Oracle support. It has been tested with Oracle 8.1.5 and Oracle 8.0.5 and the same results. Just taking out the --with-oci8 from the configure script makes it work ok, but of course with no Oracle support!!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7157edit=2
[PHP-DEV] PHP 4.0 Bug #7021 Updated: lo_import(1) causes segfault
ID: 7021
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Reproduceable crash
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2001-01-07 03:56:10] [EMAIL PROTECTED]
Does this happen with PHP 4.0.4 ??
--Jani
---
[2000-10-04 18:18:36] [EMAIL PROTECTED]
?php
$id = pg_connect("dbname=template1");
pg_loimport(1);
pg_close($id);
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7021edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6929 Updated: DBA + Sleepycat 3.1 : unsupported btree version
ID: 6929 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: DBM/DBA related Assigned To: Comments: No feedback, considered fixed. --Jani Previous Comments: --- [2000-12-30 14:08:26] [EMAIL PROTECTED] Does this happen with 4..0.4? If so, please include a short reproducing script into this bug report. --Jani --- [2000-11-27 06:22:53] [EMAIL PROTECTED] Could you please try latest snapshot from http://snaps.php.net/ to check whether this is fixed or not? --Jani --- [2000-09-29 00:38:34] [EMAIL PROTECTED] PHP 4.0.2 Using dba extensions. Sleepycat Db version 3.1.17 2 problems: 1- I get "Warning: driver initialization failed in /test.php on line X" when using "c" as opening mode in dba_open. All works fine with "n". 2- Sleepycat DB utils like db_dump or db_stat report "unsupported btree version number 8" with files created using dba extensions with db3 handler. Note: phpinfo states : Configure command :'./configure' '--with-apache=../apache_1.3.12' '--with-mysql=/usr' '--with-db3=/usr/local/BerkeleyDB.3.1' '--enable-track-vars' '--enable-dba' and V1 ($Id: dba.c,v 1.21 2000/07/13 18:44:57 eschmid Exp $) db3 and This is GDBM version 1.8.0, as of May 19, 1999. also found in newsgroup: http://marc.theaimsgroup.com/?l=php-dbm=96654552205276w=2 http://marc.theaimsgroup.com/?l=php-dbm=96205537323789w=2 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6929edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6323 Updated: MSSQL function do not work in classes
ID: 6323
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: ODBC related
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2001-01-08 15:36:35] [EMAIL PROTECTED]
does 4.0.4 exhibit this behavior?
---
[2000-08-23 19:45:01] [EMAIL PROTECTED]
ODBC functions generate GPE whenver executed within a function (not in the main body)
function connect($d,$u,$p)
{
return odbc_connect($d,$u,$p);
}
function exec($c,$q)
{
return odbc_do($c,$q);
}
$c=connect("aa","bb","cc");
exec($c,"select * from trash");
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6323edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6445 Updated: problem with opendir
ID: 6445
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Old-Bug Type: *General Issues
Bug Type: Filesystem function related
Assigned To:
Comments:
No feedback, considered fixed.
--Jani
Previous Comments:
---
[2001-01-06 01:35:34] [EMAIL PROTECTED]
does this problem still exist in PHP 4.0.4?
---
[2000-08-30 13:30:33] [EMAIL PROTECTED]
I am using NT 4 sp 6a with PHP 4.01 pl2 on IIS 4. When I use the opendir command (or
the dir object) it works fine as long as I try to open drive c (c:/). If I try to
view the directory on any other drive, it fails. The drive can be a second hard drive
(d:/), a mapped drive, a cdrom, etc. Here is the code and error:
Warning: OpenDir: Invalid argument (errno 22) in
C:Inetpubwwwroottrinitywebtest.php on line 12
here is the offending code:
chdir("f:/");
$dir = dir("f:/");
// have also tried $dir= dir(".");
I have verified that I have full permissions to f:/. I can also read the f:/. file
from that directory ok to verify in php that the drive exists.
Please let me know as soon as this is fixed.
Scott
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6445edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6491 Updated: $PHP_SELF evaluates to improper address if directory name ends with .php
ID: 6491 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-01-12 06:06:31] [EMAIL PROTECTED] could you try if this happens with newer versions of PHP? (4.0.4pl1 is out) --- [2000-09-04 17:11:47] [EMAIL PROTECTED] Note, in the Microsoft Management Console (MMC) I have configured IIS to map .php files to php.exe in the App Mappings section as explained in the PHP readme file. I have not tried changing the extension mapping to something else (e.g., change the mapping to ".php3" and see whether directories ending with ".php3" suddenly cause the same problem). Will try that some time when time permits. For now, I simply avoid directory names ending in ".php" until this bug is addressed. --- [2000-09-01 15:28:31] [EMAIL PROTECTED] Place the following simple file (called version.php for this example): ? php_info(); ? in your website such that it is contained somewhere within the subtree of a directory whose name ends with ".php". For example, on my box I had the file located at http://site/php/secure.php/version.php If you then look at the value of $PHP_SELF it is /php/secure.php/php/secure.php/version.php and NOT /php/secure.php/version.php as it should be. I've tried using other directory names such as "secure.ppp", "secure.txt", and "secure.html" and those seem to work fine. It only occurs when a directory name ends with ".php". Possibly a bad regular expression used to parse the path? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6491edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6493 Updated: Invalid page fault in moduleunknown
ID: 6493 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No example code - impossible to reproduce - closed. If problem still exists with 4.0.4pl1 reopen with example script included. --Jani Previous Comments: --- [2001-01-05 13:47:45] [EMAIL PROTECTED] is this one still existant? if yes, please provide reproducing code. --- [2000-11-27 04:18:21] [EMAIL PROTECTED] User feedback: -- Still happening with latest snapshot. --Jani --- [2000-11-21 04:22:10] [EMAIL PROTECTED] Does this still happen when using PHP 4.0.3pl1 ? --Jani --- [2000-09-01 17:12:01] [EMAIL PROTECTED] When i start php.exe from the command line or trying to execute some PHP scripts on my IMB aptiva computer with Win95 system (French version), here is the error message I get : PHP a causé une défaillance de page dans le module inconnu à :81554adc. Registres : EAX= CS=014f EIP=81554adc EFLGS=00010212 EBX=0001 SS=0157 ESP=0064fc34 EBP=0064fdd0 ECX=800058d0 DS=0157 ESI=0001 FS=2e57 EDX=80004de0 ES=0157 EDI=0041 GS= Octets à CS : EIP : 20 00 00 a0 07 00 00 00 01 00 00 00 4c 6e 54 81 Etat de la pile : 8bf4001f 8c948bf7 007a0025 8c5c228e 8c6e2fdf 228e0286 01372aad 01570246 01572e57 00010002 8b36 8c582fdf 2fdf 2e00 3a438c8d 4e49575c I have been testing ths same PHP install on Win98 Compaq, on Win95 compaq, on Win95 and other PC : It's works very well,but not on mine I also reinstalled the latest dcom95.exe file, even replaced php4ts.dll and mscvrt.dll from PHP Package to my windows directory. I tried to remove all my actives apps with no effects Any help would be greatly appreciated --- [2000-09-01 17:09:04] [EMAIL PROTECTED] When i start php.exe from the command line or trying to execute some PHP scripts on my IMB aptiva computer with Win95 system (French version), here is the error message I get : PHP a causé une défaillance de page dans le module inconnu à :81554adc. Registres : EAX= CS=014f EIP=81554adc EFLGS=00010212 EBX=0001 SS=0157 ESP=0064fc34 EBP=0064fdd0 ECX=800058d0 DS=0157 ESI=0001 FS=2e57 EDX=80004de0 ES=0157 EDI=0041 GS= Octets à CS : EIP : 20 00 00 a0 07 00 00 00 01 00 00 00 4c 6e 54 81 Etat de la pile : 8bf4001f 8c948bf7 007a0025 8c5c228e 8c6e2fdf 228e0286 01372aad 01570246 01572e57 00010002 8b36 8c582fdf 2fdf 2e00 3a438c8d 4e49575c I have been testing ths same PHP install on Win98 Compaq, on Win95 compaq, on Win95 and other PC : It's works very well,but not on mine I also reinstalled the lates dcom95.exe file, even replaced php4ts.dll and mscvrt.dll from PHP Package to my windows directory. I tried to remove all my actives apps with no effects Any help would be greatly appreciated --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6493edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #5891 Updated: PHP configure fails if libxml is compiled with libiconv
ID: 5891 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: No feedback, considered fixed. --Jani Previous Comments: --- [2001-01-07 04:06:15] [EMAIL PROTECTED] Does this happen with PHP 4.0.4 and newer libxml?? --Jani --- [2000-10-05 09:18:45] [EMAIL PROTECTED] You propably have old glibc? Not 2.1 ? Check this: http://www.xmlsoft.org/FAQ.html#Compilatio --Jani --- [2000-08-01 10:41:53] [EMAIL PROTECTED] This problem occurs when compiling --with-DOM to build in the libxml support. using libxml 2.2.1 compiled with zlib 1.1.3 and libiconv 1.3 libxml can be compiled in a number of ways, and looking at the config.m4 file in ext/domxml I think it is assumed that only the libz library has been used. If I specifically compile libxml without iconv support, then PHP compiles fine. With libxml compiled with iconv support, configure fails because of the unresolved references in libxml to functions in libiconv. I don't really understand the contents of the config.m4 file in ext/domxml, but I managed to fix this to get PHP to complile with libxml and iconv support by adding -liconv to the LIBS= in line 16, and adding a new line AC_ADD_LIBRARY(iconv) after line 20. I know this isn't the right way to do it because the checks should be made for libiconv in the same way as they are for zlib. However, after doing a buildconf this was enought to get PHP to compile and build as an Apache module, so I guess someone who knows what they're doing could sort it with this information :-) Regards - Nick --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5891edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9352 Updated: any php which is opened over any.php+.htr will sent the source
ID: 9352 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Description: any php which is opened over any.php+.htr will sent the source And why can the asp.dll avoid that problem, when htr parsing is turned on? Previous Comments: --- [2001-02-20 08:21:18] [EMAIL PROTECTED] As you said it's an IIS bug, not a PHP one. --- [2001-02-20 05:47:58] [EMAIL PROTECTED] This Bug is an old asp bug (works also under coldfusion). The asp.dll disallow the +.htr statement. A solution is to turn of parsing .htr documents. But it's on by default, and the most administrators don't know this bug. --- Full Bug description available at: http://bugs.php.net/?id=9352 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Time for 4.0.5?
Guys, I didn't put any words in Emile's mouth. I know he didn't suggest stopping to distribute .gz files. I was just describing the full 'logical path' to why I don't think that using bzip2 is a very hot idea. Essentially I was saying (a) We can't give up .gz/.zip (b) .bz2 isn't all that much better to warrant a side-by-side situation and cluttering the download page (c) - no real need to mess with bz2 You may disagree about (b)/(c), as I said, it's just my opinion. Zeev At 10:57 20/2/2001, Wolfgang Drews wrote: I have it on the BSDs and Solaris too. But most people don't. It doesn't come in as a standard in most operating systems. ok, point for you Zeev, but Emile did not say, you should stop delivering .tar.gz, but in addition offer this .bz2 thing. So why not, if at least those modem-users would benefit of it? (that is at least, how i understood Emile). It is not a real cool solution for the problem, but its a workaround which is better than nothing. just my two ... regards, -Wolfgang -- Deutscher Knotenpunkt fur PHP: Dynamic Web Pages http://dynamicwebpages.de/ News, Tutorials, Skripte, Artikel, BestofGML, WhoIsWho, Handbuch, Bucher ... PHP 4 dynamische Webauftritte professionell realisieren: http://php-buch.de -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8796 Updated: $foo-bar-baz ambiguity in double quoted strings
ID: 8796
User Update by: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Feature/Change Request
Description: "$foo-bar-baz" ambiguity in double quoted strings
Haven't checked out here-docs either.
On the backwards compatibility issue, I can't see that there would be
(much of) one. If people aren't using the $foo-bar-baz syntax
within strings then they aren't affected. If people are using the
syntax it's either not doing what they want/expect or they're plain
weird :-)
Incorporating such an enhancement and saying "$foo-bar-baz in
{strings, here-docs} now does what you'd expect" isn't likely to
cause many ripples (IMHO).
Previous Comments:
---
[2001-02-20 01:26:21] [EMAIL PROTECTED]
there is nothing ambigous (the way you described), except if
enclosed by double quotes in strings, we should maintain
backwards compatibility here, but maybe we shouldn't... :)
I guess (not verified) this applies to here-docs too
---
[2001-01-19 02:12:19] [EMAIL PROTECTED]
In PHP4 it is possible to construct an object and refer to
a member using the notation:
$foo-bar
where foo is the object and bar is the member.
There has been some discussion in the php.net documentation
area on OO about the inability to further extend this
notation to do something like:
print "$foo-bar-baz";
The reason given for not being able to do this is due
to the ambiguity of the multiple - operators.
Yes, the - operator could be ambiguous. The '+', '*', '%', ... operators could also
be ambiguous. Each language which
uses such binary operators disambiguates them by defining
and associativity and precedence to these operators.
Similarly, for languages which support similar semantics
for an - operator there is a disambiguating assignment
of associativity and precedence which allows constructs
like $foo-bar-baz to be unambiguously interpreted.
I am requesting that the specification for PHP be broadened
to include sufficient associativity and precedence constraints on - to allow
$foo-bar-baz to be disambiguated.
I believe the most common disambiguation would have:
$foo-bar-baz
refer to "the value of the member 'baz' of the object denoted by the value of the
member 'bar' of the object denoted by the value of the variable foo."
Of course, I forget at the moment whether that's left- or right-associative, and the
precedence should presumably be fine set at its current level.
---
Full Bug description available at: http://bugs.php.net/?id=8796
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found
On Tue, Feb 20, 2001 at 08:27:59AM -0600, Andrei Zmievski wrote: in_array() used to move the pointer to the entry found, but people complained about it so I remove it... :) And I thought it was neat, can't please everyone I guess (: There seems to be a general problem with array functions and people that want the pointer to be preserved. Rather than making functions always do this (which makes them slower and is generally a pain) or adding extra options to a lot of functions, how about a function for setting the pointer? I could in order to save the position do $key = key($arr). To restore it later, I could then do something like array_setpos($key). I'm not sure if the Zend API allows for setting the position without looping through the array though. If array_setpos() is passed a non- existing key it should return FALSE, else TRUE. What do you think? Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9316 Updated: calling an external function in a loop
ID: 9316
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: calling an external function in a loop
I need to send you a little tar file 12Kb that has the makefile to compile the shared
object, the php page that we use to see the problem and the external file read by the
shared object libraries.
How I can do?
Previous Comments:
---
[2001-02-17 10:27:15] [EMAIL PROTECTED]
Please provide a reduced code fragment (15 lines) producing
this behaviour.
Put no database queries etc. in it and rely on no external
files/functions to ensure that we can reproduce it easily
unless the problem is not directly related to some db (or
similar) function.
---
[2001-02-17 07:23:55] [EMAIL PROTECTED]
I have a shared object the works fine with PHP4.0.0
I recompile it for PHP 4.0.4pl1.
Each function of this shared object works fine.
The problem succeed when I use a function that return a STRING in a loop.
A loop greater than 4 hang present an empty page.
Ex:
for ($i=0; $i6; $i++)
{
$aa=callc_get_stringa("12345");
}
The wrapper code used to return the string it's the same used in the older version of
PHP
I compile PHP with mysql,apxs,ldap,ftp
---
Full Bug description available at: http://bugs.php.net/?id=9316
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #6491 Updated: $PHP_SELF evaluates to improper address if directory name ends with .php
Apologies for the delay, but NO, you should NOT close this problem yet. It still occurs in PHP v4.0.3pl1 v4.0.4pl1. On 2/20/01 at 1:01 PM Bug Database wrote: ID: 6491 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-01-12 06:06:31] [EMAIL PROTECTED] could you try if this happens with newer versions of PHP? (4.0.4pl1 is out) --- [2000-09-04 17:11:47] [EMAIL PROTECTED] Note, in the Microsoft Management Console (MMC) I have configured IIS to map .php files to php.exe in the App Mappings section as explained in the PHP readme file. I have not tried changing the extension mapping to something else (e.g., change the mapping to ".php3" and see whether directories ending with ".php3" suddenly cause the same problem). Will try that some time when time permits. For now, I simply avoid directory names ending in ".php" until this bug is addressed. --- [2000-09-01 15:28:31] [EMAIL PROTECTED] Place the following simple file (called version.php for this example): ? php_info(); ? in your website such that it is contained somewhere within the subtree of a directory whose name ends with ".php". For example, on my box I had the file located at http://site/php/secure.php/version.php If you then look at the value of $PHP_SELF it is /php/secure.php/php/secure.php/version.php and NOT /php/secure.php/version.php as it should be. I've tried using other directory names such as "secure.ppp", "secure.txt", and "secure.html" and those seem to work fine. It only occurs when a directory name ends with ".php". Possibly a bad regular expression used to parse the path? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6491edit=2 __ Frank Seesink _ [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9053 Updated: loading module php_ldap.dll
ID: 9053 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Dynamic loading Description: loading module php_ldap.dll this is clear. but what I was talking about is to explain to set the path properly for using the extensions - I was fideling around for one hour not knowing how a dll works (no win-developer). This just needs a paragraph in the install-docs. BTW: C:/php is the example path already mentioned in the installation instructions. Previous Comments: --- [2001-02-17 17:15:30] [EMAIL PROTECTED] Of course external libraries, such as libsasl.dll, have to be in the path, but the user / administrator is responsible for that. There is no sense in changing extensions_dir to C:/php/extensions in the CVS version of the php.ini, one reason is that not everyone has PHP installed to c:php on the Windows platform. --- [2001-02-01 11:54:03] [EMAIL PROTECTED] The binary distribution does not declare to set the system path to %PATH%;C:phpdlls. Without this setting, the extension(s) that need a library from this directory (eg. php_ldap.dll needs libsasl.dll) can not be loaded. In addition, the value for extensions_dir in the installation instructions should be changed to C:/php/extensions in the php.ini file. Mauro --- Full Bug description available at: http://bugs.php.net/?id=9053 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9355: Under 4.0.0 developed system with newer php doesn't work properly.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: PostgreSQL related Bug description: Under 4.0.0 developed system with newer php doesn't work properly. We developed under 4.0.0 using non-persistent connection to the PostgreSQL database. After upgrading PHP to 4.0.4 there were some abnormally errors. E.g. to display a page we used 8 or 10 connections. After 3 or 4 connections we got an "unable to connect database" error. Incompatibility between versions or what? cu Vamp -- Edit Bug report at: http://bugs.php.net/?id=9355edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9353 Updated: Require command reads /etc/passwd
ID: 9353
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To:
Comments:
Please check out the security section of the manual,
especially regarding the safe mode feature.
Previous Comments:
---
[2001-02-20 09:26:23] [EMAIL PROTECTED]
Hello,
I have found a bug in PHP 4.01pl2 and maybe it exist in all other php versions too. A
php script can read all files on the system when the read flag for everyone is set for
that file. This code shows the problem:
?
require('../../../../../../../etc/passwd');
?
It is not a very serious bug but by reading local files a hacker might get important
information he (or she) could use to hack into the system.
Bye
Sebastian Wolfgarten
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9353edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9207 Updated: User session handler doesn't call write function
ID: 9207
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Assigned To:
Comments:
How did you verify that the write handler is not called? Note that during the request
shutdown the write/close handlers cannot send any data to the browser.
Previous Comments:
---
[2001-02-10 16:01:43] [EMAIL PROTECTED]
I'm trying to setup a user session module using a postgre (6.2.3) database. the
script that I'm supplying defines the functions for storing session data. If I force
the session data into the database the read function works and I can retrieve the
session data. However, the write function never gets called so data is never stored
in the database. This is simular to problems reported in #8772 and #9002. There is a
difference though. Those reports indicate that register_globals was off. In my case
register_globals was on. Here is the script I'm using to test the session module.
?php
$sess_pg = array();
$sess_pg["open_connection"] = true; // Establish a Pg connection on session
startup?
$sess_pg["hostname"]= "localhost";// Pg hostname
$sess_pg["port"]= "5432"; // Pg port
$sess_pg["db"] = "php_sessions"; // Database where to store the sessions
$sess_pg["table"] = "sessions"; // Table where to store the sessions
function sess_pg_open($save_path, $sess_name)
{
global $sess_pg;
// Establish a Pg connection, if $sess_pg["open_connection"] is true
if ($sess_pg["open_connection"])
{
$sess_pg["connection"] = pg_pconnect( $sess_pg["hostname"],
$sess_pg["port"],
$sess_pg["db"]) or
die(pg_errormessage($sess_pg["connection"]));
}
return(true);
}
function sess_pg_read($sess_id)
{
global $sess_pg;
echo "HELP MEbr";
$query = "SELECT data ";
$query .= "FROM ".$sess_pg["table"]." ";
$query .= "WHERE id = '$sess_id'";
echo "$queryBR";
// Select the data belonging to session $sess_id from the Pg session table
$result = pg_exec($sess_pg["connection"], $query) or
die(pg_errormessage($sess_pg["connection"])) or
die(pg_errormessage($sess_pg["connection"]));
#
// Return an empty string if no data was found for this session
//if(pg_numrows($result) == 0)
if(!($sess_pg["present"] = pg_numrows($result)))
{
echo "NothingBR";
return("");
}
echo "Records: ".$sess_pg["present"]."BR";
// Session data was found, so fetch and return it
$row_number = 0;
$row = pg_fetch_array($result,$row_number);
pg_freeresult($result);
echo "DATA: ".$row["data"]."BR";
return($row["data"]);
}
function sess_pg_write($sess_id, $val)
{
global $sess_pg;
if(!$sess_pg["present"]){
// Write the serialized session data ($val) to the Pg ession table
$query = "INSERT INTO ". $sess_pg["table"] ." (id, data, t_stamp) ";
$query .= "VALUES ($sess_id, $val, now())";
$result = pg_exec($sess_pg["connection"], $query) or
die(pg_errormessage($sess_pg["connection"]));
}else{
// Write the serialized session data ($val) to the Pg ession table
$query ="UPDATE ".$sess_pg["table"];
$query .=" SET data = '$val', t_stamp = now() ";
$query .=" where id = '$sess_id'";
$result = pg_exec($sess_pg["connection"], $query) or
die(pg_errormessage($sess_pg["connection"]));
}
return(true);
}
function sess_pg_destroy($sess_id)
{
global $sess_pg;
// Delete from the Pg table all data for the session $sess_id
$query ="DELETE FROM ".$sess_pg["table"]." ";
$query .="WHERE id = '$sess_id' ";
$result = pg_db_query($sess_pg["connection"], $query) or
die(pg_errormessage($sess_pg["connection"]));
return(true);
}
function sess_pg_gc($max_lifetime)
{
global $sess_pg;
// Old values are values with a Unix less than now - $max_lifetime
$old = time() - $max_lifetime;
// Delete old values from the Pg session table
$result = pg_db_query($sess_pg["connection"], "DELETE FROM ".$sess_pg["table"]."
WHERE UNIX_TIMESTAMP(t_stamp) $old") or
die(pg_errormessage($sess_pg["connection"]));
return(true);
}
$foo = 10;
session_set_save_handler("sess_pg_open", "", "sess_pg_read", "sess_pg_write",
"sess_pg_destroy", "sess_pg_gc");
session_start();
session_register("foo");
echo "foo: $foo";
$foo++;
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9207edit=2
--
PHP
[PHP-DEV] PHP 4.0 Bug #9355 Updated: Under 4.0.0 developed system with newer php doesn't work properly.
ID: 9355 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PostgreSQL related Assigned To: Comments: don't forget to set to "feedback" Previous Comments: --- [2001-02-20 13:04:53] [EMAIL PROTECTED] If you can, grab the latest version from CVS. I believe they fixed this problem. http://snaps.php.net Chris --- [2001-02-20 12:45:46] [EMAIL PROTECTED] We developed under 4.0.0 using non-persistent connection to the PostgreSQL database. After upgrading PHP to 4.0.4 there were some abnormally errors. E.g. to display a page we used 8 or 10 connections. After 3 or 4 connections we got an "unable to connect database" error. Incompatibility between versions or what? cu Vamp --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9355edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9198 Updated: ocassional session blackouts
ID: 9198
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Suspended
Bug Type: *Session related
Assigned To:
Comments:
This bug report does not contain any information which would be suitable for tracking
down a possibly bug.
Previous Comments:
---
[2001-02-10 04:41:57] [EMAIL PROTECTED]
This is my session configuration:
session.save_handler = files ; handler used to store/retrieve data
session.save_path = /tmp; argument passed to save_handler
; in the case of files, this is the
; path where data files are stored
session.use_cookies = 1 ; whether to use cookies
session.name = PHPSESSID
; name of the session
; is used as cookie name
session.auto_start= 1 ; initialize session on request startup
session.cookie_lifetime = 0 ; lifetime in seconds of cookie
; or if 0, until browser is restarted
session.cookie_path = / ; the path the cookie is valid for
session.cookie_domain = ; the domain the cookie is valid for
session.serialize_handler = php ; handler used to serialize data
; php is the standard serializer of PHP
session.gc_probability= 1 ; percentual probability that the
; 'garbage collection' process is started
; on every session initialization
session.gc_maxlifetime= 1440; after this number of seconds, stored
; data will be seen as 'garbage' and
; cleaned up by the gc process
session.referer_check = ; check HTTP Referer to invalidate
; externally stored URLs containing ids
session.entropy_length= 0 ; how many bytes to read from the file
session.entropy_file = ; specified here to create the session id
; session.entropy_length= 16
; session.entropy_file = /dev/urandom
session.cache_limiter = nocache ; set to {nocache,private,public} to
; determine HTTP caching aspects
session.cache_expire = 180 ; document expires after n minutes
session.use_trans_sid = 1 ; use transient sid support if enabled
; by compiling with --enable-trans-sid
---
[2001-02-09 18:09:10] [EMAIL PROTECTED]
Can you include the [Session] section from your php.ini file?
---
[2001-02-09 18:02:13] [EMAIL PROTECTED]
My application used to run PHPLIB for the sake of session variables. After migrating
to PHP4, I made it use the PHP4 integreted session support (using cookies) and it
seems to be working fine for most of the time.
Nevertheless, it will ocassionally loose the infromation contained within the session
and get all active users disconnected and unable to log in again for a while.
I cannot say when it is going to happen again (it is unpredictable) but the fact is
that it happens...
Thanks in advance,
Jakub Jermar
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9198edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9191 Updated: Problems when rejecting cookies
ID: 9191 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: *Session related Assigned To: Comments: Rewriting HTTP headers such as Location has already been requested. Previous Comments: --- [2001-02-09 07:24:24] [EMAIL PROTECTED] In all instances I am using a simple templete class that prints the html. Instance 1 = 1 script which checks the username password, sets a session variable and displays a link. The link is coded in the html template with just the address being replaced dynamically. On successful login and rejection of the cookie the link is shown correctly with the session id attached. Instance 2 = 2 scripts. On successful logon a session variable is registered and then a redirection (using header function). Again cookie is rejected but no session id is passed to the 2nd script. Instance 3 = As instance 1 but html containing links is generated using php and added to the template. On successful login and rejection of the cookie the links appear but do not have the session id attached to their URLs. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9191edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9176 Updated: Feature request: Sessions reference variables
ID: 9176
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Assigned To:
Comments:
This has been implemented by Stas in 4.0.4.
Previous Comments:
---
[2001-02-08 13:35:56] [EMAIL PROTECTED]
Not a bug report but a feature request (the link sent me here...)
It'd be nice if session variables that are references stayed references throughout a
session. Ex:
page1.php:
session_start();
session_register("a"); session_register("b");
$a = 4;
$b = $a;
print "a = $a, b = $b";
page2.php
$a = 7;
print "a = $a, b = $b";
-
In page1 it works as expected, but in page2 $b is no longer a reference to $a, they
both just have the same value at the beginning of the script.
It's be nice if $b stayed a reference to $a throughout the session. Don't know how
plausible that is though.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9176edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9115 Updated: unserialization segfaults
ID: 9115
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Assigned To:
Comments:
Please send the session file which causes the segfault to [EMAIL PROTECTED] (MIME
preferred). The bug db inserts white-space, so I cannot use the posted data. Thanks.
Previous Comments:
---
[2001-02-05 11:06:02] [EMAIL PROTECTED]
Clarification:
I am not trying to load a session between versions of PHP!
The bug happens when using PHP 4.0.4pl1, and the backtrace is generated from that.
I have however -- to test that it was the serialization that was buggy under 4.0.4pl1
-- created the same session in 4.0.1pl2 and tried to load it inder 4.0.4pl1,
succesfully.
So whenever I use 4.0.4pl1 in apache it segfaults at that point in then application
---
[2001-02-05 10:55:56] [EMAIL PROTECTED]
I get this consquently with 4.0.4+ (tried latest on snaps.php.net)
This happens while unserializing, but seems to be caused by a bad serialization --
this has been tested by serializing with 4.0.1pl2 and unserializing with 4.0.4pl1 --
no problems. The other way around ofcourse crashes.
Here's the bt from the segfault
(gdb) run -X
Starting program: /home/httpd/bin/httpd -X
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x81135cd in _zval_ptr_dtor ()
(gdb) bt
#0 0x81135cd in _zval_ptr_dtor ()
#1 0x811c9f9 in zend_hash_destroy ()
#2 0x8119158 in _zval_dtor ()
#3 0x81135e2 in _zval_ptr_dtor ()
#4 0x80fe2e9 in php_var_unserialize ()
#5 0x80ceb61 in ps_srlzr_decode_php ()
#6 0x80cf004 in ps_srlzr_decode_wddx ()
#7 0x80cf1f0 in ps_srlzr_decode_wddx ()
#8 0x80cfc14 in ps_srlzr_decode_wddx ()
#9 0x80d0c90 in php_if_session_start ()
#10 0x81464a1 in execute ()
#11 0x814c28d in execute ()
#12 0x8119fc8 in zend_execute_scripts ()
#13 0x808b788 in php_execute_script ()
#14 0x812521e in apache_php_module_main ()
#15 0x8089356 in send_php ()
#16 0x8089388 in send_parsed_php ()
#17 0x8153db3 in ap_invoke_handler ()
#18 0x81675e9 in ap_some_auth_required ()
#19 0x816764c in ap_process_request ()
#20 0x815eece in ap_child_terminate ()
#21 0x815f05c in ap_child_terminate ()
#22 0x815f1b9 in ap_child_terminate ()
#23 0x815f7e6 in ap_child_terminate ()
#24 0x815ff73 in main ()
#25 0x407669cb in __libc_start_main (main=0x815fc2c main, argc=2, argv=0xba54,
init=0x806f58c _init, fini=0x81d4a2c _fini, rtld_fini=0x4000ae60 _dl_fini,
stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:92
Here's a working serialization:
!cust_id|session|O:7:"session":9:{s:16:"boolAuthenticate";b:1;s:9:"strSessID";s:0:"";s:9:"intUserID";s:1:"1";s:12:"strUserLogin";s:5:"david";s:15:"strUserPassword";s:7:"";s:11:"arrUserInfo";a:26:{i:0;s:1:"1";s:7:"cust_id";s:1:"1";i:1;s:1:"2";s:9:"cust_type";s:1:"2";i:2;s:5:"David";s:9:"cust_name";s:5:"David";i:3;s:7:"Hjortsø";s:12:"cust_surname";s:7:"Hjortsø";i:4;s:13:"[EMAIL PROTECTED]";s:10:"cust_email";s:13:"[EMAIL PROTECTED]";i:5;s:12:"+45
33179292";s:14:"cust_telephone";s:12:"+45 33179292";i:6;s:12:"+45
33179299";s:8:"cust_fax";s:12:"+45 33179299";i:7;s:27:"Frederiksberggade 26, 4
Sal";s:13:"cust_address1";s:27:"Frederiksberggade 26, 4
Sal";i:8;s:0:"";s:13:"cust_address2";s:0:"";i:9;s:12:"Copenhagen
K";s:9:"cust_city";s:12:"Copenhagen
K";i:10;s:7:"Dk-1459";s:11:"cust_postal";s:7:"Dk-1459";i:11;s:3:"050";s:12:"cust_country";s:3:"050";i:12;s:15:"Deus
ex Machina";s:12:"cust_company";s:15:"Deus ex
Machina";}s:11:"intUserType";i:2;s:13:"intUserStatus";i:0;s:9:"boolLogin";b:1;}create|O:10:"createtest":5:{s:7:"arrTest";b:0;s:11:"arrSections";a:1:{i:0;a:2:{s:10:"section_id";i:1;s:12:"section_name";s:29:"Skriv
navnet på sektionen
her";}}s:8:"arrPages";a:21:{s:10:"test_title";s:0:"";s:15:"test_short_desc";s:0:"";s:9:"test_type";s:1:"b";s:14:"test_responses";s:0:"";s:10:"test_start";s:0:"";s:8:"test_end";s:0:"";s:7:"test_fc";s:6:"Yellow";s:7:"test_bc";s:6:"Yellow";s:9:"test_desc";s:0:"";s:9:"test_link";s:0:"";s:14:"qsInternetHome";N;s:16:"qsInternetAccess";N;s:15:"qsInternetUsage";N;s:8:"qsLiving";N;s:7:"qsCivil";N;s:8:"qsGender";N;s:7:"EndYear";s:0:"";s:8:"EndMonth";s:1:"1";s:10:"StartMonth";s:1:"1";s:9:"StartYear";s:0:"";s:7:"private";N;}s:11:"intLastPage";s:1:"6";s:11:"intNrPeople";N;}arrSections|a:1:{i:0;a:2:{s:10:"section_id";i:1;s:12:"section_name";s:29:"Skriv
navnet på sektionen her";}}R:39;arrQuestions|N;arrQuestions|a:1:{i:0;s:0:"";}
And here is the segfaulting one:
[PHP-DEV] PHP 4.0 Bug #9020 Updated: Registered variables can be set in URL on first run
ID: 9020
Updated by: sas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Assigned To:
Comments:
The negative effects of the easy accessibility of form variables is well-known; if you
want to avoid them, please disable register_globals and use $HTTP_SESSION_VARS
exclusively.
Previous Comments:
---
[2001-01-31 00:51:35] [EMAIL PROTECTED]
Ref: think this is what the person was getting at in bug 8184.
---
[2001-01-31 00:35:58] [EMAIL PROTECTED]
One of the last comments on http://www.php.net/manual/en/ref.session.php by
[EMAIL PROTECTED] is dead-on: if sessions.auto_start is 0/off, and session globals
are on, a session variable can be set from the URL if it's done before the first-hit
on the server. This is easier to see if you turn off cookies in your browser
(otherwise you need to delete cookies after every session) Make a page like:
?php
session_register("count");
$count += 10;
?htmlbody
a href="thispage.php"This page/a Count = ?php echo $count; ?
/body
/html
Count should be 10 on first hit and +10 each time you click on the link (assuming
trans-sid for that link to work right w/out cookies, but trans-sid isn't involved in
this bug) to "This page": but if you fake a URL, "thispage.php?count=234" then on the
first run, $count will display as 244 (since the script will add 10 to it...)
This can be avoided by unsetting (or setting for that matter) the registered
variable(s) before session_register() (and maybe before session_start, haven't
checked), but that should NOT be necessary: PHP should unset the variable by itself on
first run.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9020edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: Alexander Bokovoy Email: [EMAIL PROTECTED] ID: ab Purpose: To work on PHP binding for Midgard Project -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9020 Updated: Registered variables can be set in URL on first run
ID: 9020
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Description: Registered variables can be set in URL on first run
The negative effects of register globals aren't in question here: this is a behavior
that is going to lead to exploits. If the register_globals ALWAYS allowed form
variables to override the session variables, I'd see it as reasonable to tell PHP
coders to turn that feature off as it's just not safe. But this situation only happens
On First Try, before a session is created. Because of that, many, many programmers are
going to assume using session vars is safe and they'll be NEARLY correct.
It's fine to say that register_globals should be off, but that doesn't change the bug:
PHP sessions should replace global form variables not just after the session is
created, but on first try as well. Or they should always let form variables override
session variables. The mix of behaviors is what's problematic.
Previous Comments:
---
[2001-02-20 14:12:26] [EMAIL PROTECTED]
The negative effects of register globals aren't in question here: this is a behavior
that is going to lead to exploits. If the register_globals ALWAYS allowed form
variables to override the session variables, I'd see it as reasonable to tell PHP
coders to turn that feature off as it's just not safe. But this situation only happens
On First Try, before a session is created. Because of that, many, many programmers are
going to assume using session vars is safe and they'll be NEARLY correct.
It's fine to say that register_globals should be off, but that doesn't change the bug:
PHP sessions should replace global form variables not just after the session is
created, but on first try as well. Or they should always let form variables override
session variables. The mix of behaviors is what's problematic.
---
[2001-02-20 13:57:52] [EMAIL PROTECTED]
The negative effects of the easy accessibility of form variables is well-known; if you
want to avoid them, please disable register_globals and use $HTTP_SESSION_VARS
exclusively.
---
[2001-01-31 00:51:35] [EMAIL PROTECTED]
Ref: think this is what the person was getting at in bug 8184.
---
[2001-01-31 00:35:58] [EMAIL PROTECTED]
One of the last comments on http://www.php.net/manual/en/ref.session.php by
[EMAIL PROTECTED] is dead-on: if sessions.auto_start is 0/off, and session globals
are on, a session variable can be set from the URL if it's done before the first-hit
on the server. This is easier to see if you turn off cookies in your browser
(otherwise you need to delete cookies after every session) Make a page like:
?php
session_register("count");
$count += 10;
?htmlbody
a href="thispage.php"This page/a Count = ?php echo $count; ?
/body
/html
Count should be 10 on first hit and +10 each time you click on the link (assuming
trans-sid for that link to work right w/out cookies, but trans-sid isn't involved in
this bug) to "This page": but if you fake a URL, "thispage.php?count=234" then on the
first run, $count will display as 244 (since the script will add 10 to it...)
This can be avoided by unsetting (or setting for that matter) the registered
variable(s) before session_register() (and maybe before session_start, haven't
checked), but that should NOT be necessary: PHP should unset the variable by itself on
first run.
---
Full Bug description available at: http://bugs.php.net/?id=9020
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Problem with strings on Win32
** string(6) "" . So, the variable's type and size are set correctly, but not its value. I'm using yesterday's CVS on Windows 2000 Professional. Sascha already checked this on his machine(s) and could NOT reproduce this. Sorry to ask this but your not being stupid and looking at the output through a browser?? James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: [PHP-QA] Problem with strings on Win32
Hi, I can not understand very well the question, but you can produce such an output with the following php script: ?php $i = "\x00\x00\x00\x00\x00\x00"; var_dump($i); ? The interpreter is binary safe and that's ok. Perhaps the var_dump function can be enhanced, but it is supposed only for internal usage, isn't it? Regards: -- Alex On Tue, 20 Feb 2001, James Moore wrote: ** string(6) "" . So, the variable's type and size are set correctly, but not its value. I'm using yesterday's CVS on Windows 2000 Professional. Sascha already checked this on his machine(s) and could NOT reproduce this. Sorry to ask this but your not being stupid and looking at the output through a browser?? James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Problem with strings on Win32
Hi there, I just came across something very odd. The following code ?php $string = "test"; print "*".$string."*br"; var_dump($string); ? outputs ** string(6) "" . So, the variable's type and size are set correctly, but not its value. I'm using yesterday's CVS on Windows 2000 Professional. Sascha already checked this on his machine(s) and could NOT reproduce this. A confused Sebastian %-/ -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9198 Updated: ocassional session blackouts
ID: 9198
Updated by: andre
Reported By: [EMAIL PROTECTED]
Old-Status: Suspended
Status: Feedback
Bug Type: *Session related
Assigned To:
Comments:
Previous Comments:
---
[2001-02-10 04:41:57] [EMAIL PROTECTED]
This is my session configuration:
session.save_handler = files ; handler used to store/retrieve data
session.save_path = /tmp; argument passed to save_handler
; in the case of files, this is the
; path where data files are stored
session.use_cookies = 1 ; whether to use cookies
session.name = PHPSESSID
; name of the session
; is used as cookie name
session.auto_start= 1 ; initialize session on request startup
session.cookie_lifetime = 0 ; lifetime in seconds of cookie
; or if 0, until browser is restarted
session.cookie_path = / ; the path the cookie is valid for
session.cookie_domain = ; the domain the cookie is valid for
session.serialize_handler = php ; handler used to serialize data
; php is the standard serializer of PHP
session.gc_probability= 1 ; percentual probability that the
; 'garbage collection' process is started
; on every session initialization
session.gc_maxlifetime= 1440; after this number of seconds, stored
; data will be seen as 'garbage' and
; cleaned up by the gc process
session.referer_check = ; check HTTP Referer to invalidate
; externally stored URLs containing ids
session.entropy_length= 0 ; how many bytes to read from the file
session.entropy_file = ; specified here to create the session id
; session.entropy_length= 16
; session.entropy_file = /dev/urandom
session.cache_limiter = nocache ; set to {nocache,private,public} to
; determine HTTP caching aspects
session.cache_expire = 180 ; document expires after n minutes
session.use_trans_sid = 1 ; use transient sid support if enabled
; by compiling with --enable-trans-sid
---
[2001-02-09 18:09:10] [EMAIL PROTECTED]
Can you include the [Session] section from your php.ini file?
---
[2001-02-09 18:02:13] [EMAIL PROTECTED]
My application used to run PHPLIB for the sake of session variables. After migrating
to PHP4, I made it use the PHP4 integreted session support (using cookies) and it
seems to be working fine for most of the time.
Nevertheless, it will ocassionally loose the infromation contained within the session
and get all active users disconnected and unable to log in again for a while.
I cannot say when it is going to happen again (it is unpredictable) but the fact is
that it happens...
Thanks in advance,
Jakub Jermar
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9198edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] popen() on Win32
I can never remember who said they were mentioning on getting popen() to work on Win32. In any case, if someone's working on it any chance this can make it in for 4.0.5? Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Problem with strings on Win32
Martin Jansen wrote: On my machine (Windows 2000 Professional German) everything works fine: | [d:\php\php4.0.4pl1]php | ?php | $string = "test"; | | print "*".$string."*br"; | var_dump($string); | ? | ^Z | X-Powered-By: PHP/4.0.4pl1 | Content-type: text/html | | *test*brstring(6) "test" | | [d:\php\php4.0.4pl1] On mine, too, it works fine. I was just stupid :-) -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Problem with strings on Win32
On Tue, 20 Feb 2001 20:40:04 +0100, Sebastian Bergmann wrote: The following code ?php $string = "test"; print "*".$string."*br"; var_dump($string); ? outputs ** string(6) "" On my machine (Windows 2000 Professional German) everything works fine: | [d:\php\php4.0.4pl1]php | ?php | $string = "test"; | | print "*".$string."*br"; | var_dump($string); | ? | ^Z | X-Powered-By: PHP/4.0.4pl1 | Content-type: text/html | | *test*brstring(6) "test" | | [d:\php\php4.0.4pl1] Using PHP 4.0.4pl1. Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9356: settype thinks 0.2 and (1.2 - 1) have different values
From: [EMAIL PROTECTED] Operating system: Linux 2.2.17 PHP version: 4.0.4pl1 PHP Bug Type: Variables related Bug description: settype thinks 0.2 and (1.2 - 1) have different values http://www.tpsa.com/settype.php http://www.tpsa.com/settype.phps it has phpinfo(); in it sniplet: $zzz=(10*(10.2-1)); $zzztype=gettype($zzz); echo "\$zzz = $zzz and is $zzztypebr"; settype($zzz, "integer"); echo "after settype to integer: \$zzz = $zzz br"; $zz=(10*(1.2-1)); $zztype=gettype($zz); echo "\$zz = $zz and is $zztypebr"; settype($zz, "integer"); echo "after settype to integer: \$zz = $zz br"; -- Edit Bug report at: http://bugs.php.net/?id=9356edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9020 Updated: Registered variables can be set in URL on first run
ID: 9020
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Description: Registered variables can be set in URL on first run
The negative effects of register globals aren't in question here: this is a behavior
that is going to lead to exploits. If the register_globals ALWAYS allowed form
variables to override the session variables, I'd see it as reasonable to tell PHP
coders to turn that feature off as it's just not safe. But this situation only happens
On First Try, before a session is created. Because of that, many, many programmers are
going to assume using session vars is safe and they'll be NEARLY correct.
It's fine to say that register_globals should be off, but that doesn't change the bug:
PHP sessions should replace global form variables not just after the session is
created, but on first try as well. Or they should always let form variables override
session variables. The mix of behaviors is what's problematic.
Previous Comments:
---
[2001-02-20 13:57:52] [EMAIL PROTECTED]
The negative effects of the easy accessibility of form variables is well-known; if you
want to avoid them, please disable register_globals and use $HTTP_SESSION_VARS
exclusively.
---
[2001-01-31 00:51:35] [EMAIL PROTECTED]
Ref: think this is what the person was getting at in bug 8184.
---
[2001-01-31 00:35:58] [EMAIL PROTECTED]
One of the last comments on http://www.php.net/manual/en/ref.session.php by
[EMAIL PROTECTED] is dead-on: if sessions.auto_start is 0/off, and session globals
are on, a session variable can be set from the URL if it's done before the first-hit
on the server. This is easier to see if you turn off cookies in your browser
(otherwise you need to delete cookies after every session) Make a page like:
?php
session_register("count");
$count += 10;
?htmlbody
a href="thispage.php"This page/a Count = ?php echo $count; ?
/body
/html
Count should be 10 on first hit and +10 each time you click on the link (assuming
trans-sid for that link to work right w/out cookies, but trans-sid isn't involved in
this bug) to "This page": but if you fake a URL, "thispage.php?count=234" then on the
first run, $count will display as 244 (since the script will add 10 to it...)
This can be avoided by unsetting (or setting for that matter) the registered
variable(s) before session_register() (and maybe before session_start, haven't
checked), but that should NOT be necessary: PHP should unset the variable by itself on
first run.
---
Full Bug description available at: http://bugs.php.net/?id=9020
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9357: PHP won't use the method post
From: [EMAIL PROTECTED] Operating system: Windows 98 (client side) UNIX (server side) PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: PHP won't use the method "post" The following script is supposed to send a simple feedback form, and send it directly to my mail server, however when I submit a test form, it will say "The requested method POST is not allowed for the URL /feedback.php.", when I did exactly what the instruction book (Que) told me to do. html ?php_track_vars $to = $HTTP_POST_VARS["to"]; $head = $HTTP_POST_VARS["eMail"]; $subj = $HTTP_POST_VARS["subject"]; $body1 = $HTTP_POST_VARS["name"]; $body2 = $HTTP_POST_VARS["type"]; $body3 = $HTTP_POST_VARS["comments"]; mail($to, $subj, $body1 . $body2 . $body3, $header); ? head titleSending.../title script type="javascript" parent.location="http://www.scoutprovidence.com/thanks.shtml" /head body font size=3 face=verdanabPlease wait while your information is being sent.../b/font /body /html As you can see I tried using the ?php_track_vars thing, which still won't work, and I've tried various variations of that tag. What is wrong? Unfortunately I don't have the php.ini file, because the server is third-party (DotEasy). -- Edit Bug report at: http://bugs.php.net/?id=9357edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9360: Type of the parameter conflicts with previous declaration of function
From: [EMAIL PROTECTED]
Operating system: OS400
PHP version: 4.0.4pl1
PHP Bug Type: Compile Failure
Bug description: Type of the parameter conflicts with previous declaration of function
When compiling using a C compiler, it does not allow parameters that are defined as
const to be passed to a function that does not have the const qualifier in the
prototype. Also, there are some parameter mismatches. Details below.
-- begin [main/network.c] --
ERROR :129 Type of the parameter conflicts with previous declaration of function .
INFORMATIONAL :129 Prototype has type pointer to unsigned character .
INFORMATIONAL :129 Argument has type pointer to constant unsigned character .
-- end [network.qwobj] --
Line 129:
host_info = gethostbyname(host);
But host is const char *. So I had to change line to as follows:
host_info = gethostbyname((char *)host);
-- begin [fsock.qwobj] --
ERROR :110 Type of the parameter conflicts with previous declaration of function .
INFORMATIONAL :110 Prototype has type pointer to unsigned character .
INFORMATIONAL :110 Argument has type pointer to constant unsigned character .
ERROR :183 Type of the parameter conflicts with previous declaration of function .
INFORMATIONAL :183 Prototype has type pointer to unsigned character .
INFORMATIONAL :183 Argument has type pointer to signed integer .
ERROR :183 Type of the parameter conflicts with previous declaration of function .
INFORMATIONAL :183 Prototype has type pointer to signed integer .
INFORMATIONAL :183 Argument has type pointer to unsigned integer .
-- end [fsock.qwobj] --
Line 110:
host_info = gethostbyname((char *)addr);
But addr is const char *. So I had to change line to as follows:
host_info = gethostbyname((char *)addr);
Line 183:
Protoype for getsockopt is: getsockopt(int, int, int, char *, int *).
However, Line 183 contains:
if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, error, len) 0) {
where error is int and len is socklen_t. I had to change line to as follows:
if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, (char *)error, (int *)len) 0) {
I hope that these types of changes are made, so as to compile easily on any platform.
--
Edit Bug report at: http://bugs.php.net/?id=9360edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9361: C++ compiler causes failures
From: [EMAIL PROTECTED] Operating system: OS400 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: C++ compiler causes failures When using a C++ compiler on OS/400, a lot of files fail to compile. (Note that my other bug reports was using a C compiler.) Most of the failures has to do with returned pointers from emalloc, erealloc, malloc and realloc. These functions are returning a void pointer and are not being cast to the data type of the variable receiving the pointer. I hope that this can be changed. Some of the code does cast, but most do not. -- Edit Bug report at: http://bugs.php.net/?id=9361edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9363: Floating point error upon startup
From: [EMAIL PROTECTED] Operating system: FREEBSD 3.4 PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Floating point error upon startup # apache configure ./configure \ "--with-layout=Apache" \ "--prefix=/usr/local/apache" \ "--enable-module=rewrite" \ "--enable-module=so" \ "$@" # php4 configure ./configure --enable-debug=no --enable-memory-limit --with-apxs=/usr/local/apache/bin/apxs --enable-shmop --enable-sysvshm --enable-versioning --with-ldap --with-mysql --with-imap=/usr/local/ -- Edit Bug report at: http://bugs.php.net/?id=9363edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9363 Updated: Floating point error upon startup
ID: 9363 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: Already fixed in CVS. You can use a snapshot from snaps.php.net or the CVS version. Previous Comments: --- [2001-02-20 17:28:47] [EMAIL PROTECTED] # apache configure ./configure "--with-layout=Apache" "--prefix=/usr/local/apache" "--enable-module=rewrite" "--enable-module=so" "$@" # php4 configure ./configure --enable-debug=no --enable-memory-limit --with-apxs=/usr/local/apache/bin/apxs --enable-shmop --enable-sysvshm --enable-versioning --with-ldap --with-mysql --with-imap=/usr/local/ --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9363edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9363 Updated: Floating point error upon startup
ID: 9363 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Reproduceable crash Description: Floating point error upon startup Any eta on a point release? I'd rather not use a snapshot on productional servers. Previous Comments: --- [2001-02-20 17:33:33] [EMAIL PROTECTED] Already fixed in CVS. You can use a snapshot from snaps.php.net or the CVS version. --- [2001-02-20 17:28:47] [EMAIL PROTECTED] # apache configure ./configure "--with-layout=Apache" "--prefix=/usr/local/apache" "--enable-module=rewrite" "--enable-module=so" "$@" # php4 configure ./configure --enable-debug=no --enable-memory-limit --with-apxs=/usr/local/apache/bin/apxs --enable-shmop --enable-sysvshm --enable-versioning --with-ldap --with-mysql --with-imap=/usr/local/ --- Full Bug description available at: http://bugs.php.net/?id=9363 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9363 Updated: Floating point error uponstartup
On 20 Feb 2001 [EMAIL PROTECTED] wrote: ID: 9363 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Reproduceable crash Description: Floating point error upon startup Any eta on a point release? I'd rather not use a snapshot on productional servers. 5-6 weeks probably ... but snapshots are mostly stable. I myself use a snapshot on a production box. But alternatively, you can use only the new file in which the error was fixed. That wont have a big impact on the other things in the PHP code base. Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9364: Redeclaration cannot specify a different storage class
From: [EMAIL PROTECTED]
Operating system: OS400
PHP version: 4.0.4pl1
PHP Bug Type: Compile Failure
Bug description: Redeclaration cannot specify a different storage class
When trying to compile sapi/cgi/getopt.c and sapi/cgi/cgi_main.c, I get the following
errors:
-- begin [getopt..c] --
ERROR :15The redeclaration cannot specify a different storage class.
ERROR :16The redeclaration cannot specify a different storage class.
-- end [getopt.c] --
I got rid of above error by removing static from
static int ap_php_opterr = 1;
static int ap_php_optopt;
-- begin [cgi_main.c] --
ERROR :204 The redeclaration cannot specify a different storage class.
-- end [cgi_main.c] --
I got rid of above error by removing static from
static sapi_module_struct sapi_module = {
I believe the errors are due to the conflicting declarations in sapi/cgi/php_getopt.h:
extern int ap_php_opterr;
extern int ap_php_optopt;
and the conflictng declaration in main/SAPI.h:
extern sapi_module_struct sapi_module;
--
Edit Bug report at: http://bugs.php.net/?id=9364edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Simple Fail-Safe E-Business Opportunity!
Does a "Self-Run" Business interest you? CASH IN on a virtual Money Machine! Let the World's First Online Recruiter help build your group! FREE Marketing Tools (Self-Replicating Web Pages, Autoresponders, Fax-On-Demand, ...) bring you the EASIEST plan to achieve wealth. Tap into the speed/power of the Internet with our free tools and see your group grow fast! Guaranteed monthly Checks! You can earn $400 - $14,565+/month! We're Exploding! JOIN NOW and Succeed! Simply click below to request more Information About this great opportunity! mailto: [EMAIL PROTECTED]?subject=Send-Info It will ONLY take a minute to find out. You will be glad that you did! I received your e-mail as someone interested in Internet Business Opportunities. If I received your e-mail in error, or you are no longer interested, click here to be removed. Be sure REMOVE is in the Subject Title and you will not be contacted again: mailto:[EMAIL PROTECTED] ?subject=Remove Thank you! Dana -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9337 Updated: make in_array return key, if searched value was found
ID: 9337 Updated by: jason Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Feature/Change Request Assigned To: [EMAIL PROTECTED] Comments: Request complete, new function created called array_search in CVS. Check it out in snapshots. -Jason Previous Comments: --- [2001-02-19 13:12:45] [EMAIL PROTECTED] Andrei and I descussed the possibility of creating a new function. I will explore this. -Jason --- [2001-02-19 12:18:06] [EMAIL PROTECTED] maybe a fourth parameter switch to avoid 0-false problems? --- [2001-02-19 11:18:18] [EMAIL PROTECTED] in_array() currently returns only true/false on whether or not a searched-for value is in a given array. I would like it to return the key of the array's element when value was found, and false otherwise. This should not break existing code using in_array(). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9337edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: PHP 4.0 Bug #9351 Updated: LDAP_SEARCH
I have thought about that but as you know, it's now a fault of LDAP Server. I use open ldap and when i use command line: ldapsearch -p 999 -h localhost -b ... "(date =20010116)" it works! and even more: ldapsearch -p 999 -h localhost -b ... "((date =20010116)(date=20010120))" It's puzzling,right? - Original Message - From:Bug Database [EMAIL PROTECTED] To:[EMAIL PROTECTED] Subject:PHP 4.0 Bug #9351 Updated: LDAP_SEARCH Date:Tue, 20 Feb 2001 17:38:41 +0800 ID: 9351 Updated by: venaas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: LDAP related Assigned To: venaas Comments: I think the problem might be that the LDAP server doesn't support it. Please try searching with ldapsearch command line utility and see if that works. What LDAP libraries and server are you using? __ === ÐÂÀËÃâ·Ñµç×ÓÓÊÏä (http://mail.sina.com.cn) ÍøÀïÑ°Ëýǧ°Ù¶È!ûÓÐ"ÁÄÓÑËÙÅä",ÔõÄÜ"³ÉË«³É¶Ô"? (http://newchat.sina.com.cn) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] please patch for dbmaker
Hey, there:
We just added some patch to php CVS specifically for
our database driver - DBMaker.
The modifications are made in one file, ext/odbc/config.m4.
For config.m4, we did some modifications to the paths to
our database driver.
Would you please be kind enough to include this patch to the
future releases of PHP as soon as possible? We really
appreciate it.
Thanks a lot.
--chihfeng
BEGIN PATCH
diff -ur php-4.0.4pl1old/ext/odbc/config.m4 php-4.0.4pl1/ext/odbc/config.m4
--- php-4.0.4pl1old/ext/odbc/config.m4 Wed Nov 22 23:31:04 2000
+++ php-4.0.4pl1/ext/odbc/config.m4 Wed Feb 21 12:20:01 2001
@@ -407,8 +407,8 @@
# check DBMaker version (from 5.0 to 2.0)
DBMAKER_VERSION=5.0
-while [[ test ! -d $DBMAKER_HOME/$DBMAKER_VERSION -a \
- "$DBMAKER_VERSION" != "2.9" ]]; do
+while test ! -d $DBMAKER_HOME/$DBMAKER_VERSION -a \
+ "$DBMAKER_VERSION" != "2.9"; do
DM_VER=`echo $DBMAKER_VERSION | sed -e 's/\.//' | awk '{ print
$1-1;}'`
MAJOR_V=`echo $DM_VER | awk '{ print $1/10; }' \
| awk -F. '{ print $1; }'`
@@ -416,7 +416,7 @@
DBMAKER_VERSION=$MAJOR_V.$MINOR_V
done
-if [[ "$DBMAKER_VERSION" = "2.9" ]]; then
+if test "$DBMAKER_VERSION" = "2.9"; then
withval=$DBMAKER_HOME
else
DBMAKER_PATH=$DBMAKER_HOME/$DBMAKER_VERSION
END PATCH
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php_apache.c virtual() enlightment needed
Hrm, it *is* intentional. But we may need to do something smarter here. One thing that I don't understand - one can't really call virtual() on another PHP file, can she? Zeev At 17:18 19/2/2001, Andr Langhorst wrote: I tried (and failed) to figure out why virtual() closes any output buffers, I think this is not very gentle, could anybody enlighten me? andr -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.net * Return-Path: [EMAIL PROTECTED] Received: from toye.php.net (va.php.net [198.186.203.51]) by itbnet.de (8.9.3/8.8.8) with SMTP id GAA14244 for [EMAIL PROTECTED]; Tue, 20 Feb 2001 06:15:51 +0100 Received: (qmail 12298 invoked by uid 1013); 20 Feb 2001 05:13:14 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 12292 invoked from network); 20 Feb 2001 05:13:12 - Date: 20 Feb 2001 05:14:39 - Message-ID: [EMAIL PROTECTED] To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: [PHP-DEV] PHP 4.0 Bug #8536 Updated: ob_start() is not working with virtual() function MIME-Version: 1.0 ID: 8536 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Output Control Assigned To: andre Comments: in php_apache.c (line 324) if have found the following php_end_ob_buffers(1); php_header(); I guess this is intended to avoid some confusion with sent headers, but if we (have to) close all buffers it should be mentioned in the documentation (at least) anyway I do not really understand this drastic closure of open buffers Previous Comments: --- [2001-01-03 10:48:03] [EMAIL PROTECTED] Output of virtual() function didn't seem to work with ob_start() function. Is there any way to store the output of virtual()? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8536edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php_apache.c virtual() enlightment needed
Hrm, it *is* intentional. But we may need to do something smarter here. One thing that I don't understand - one can't really call virtual() on another PHP file, can she? Why not? virtual() just kicks off an Apache sub-request. That sub-rerquest can be any valid Apache request. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php_apache.c virtual() enlightment needed
At 00:18 21/2/2001, Rasmus Lerdorf wrote: Hrm, it *is* intentional. But we may need to do something smarter here. One thing that I don't understand - one can't really call virtual() on another PHP file, can she? Why not? virtual() just kicks off an Apache sub-request. That sub-rerquest can be any valid Apache request. Well, AFAIK, at least, it didn't use to be like that. The reason was that PHP wasn't re-entrant within the same request. As far as I know, it isn't today either, but I could be wrong. Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php_apache.c virtual() enlightment needed
At 00:35 21/2/2001, Rasmus Lerdorf wrote: Ah right. I vaguely remember writing a check for this years ago. That's what I recalled too. I don't think that this can work today, so if this check got lost along the way, it should probably be restored. Zeev -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] chinese patch for htmlspecialchars
hi,
Just tryed adding chinese parsing ability to html specialchars,
If you do any webdev in php in chinese, it is one of the annoying 'missing
features'
Can somebody help finish this off, There are 2 issues,
- I get compile time saying
html.c:76: warning: comparison is always false due to limited range of data
type
(I'm not a C expert at all, is a (char *) expect to return 127 ??)...
- I have no idea what type of wrapper check to check for character set or
locale
Anyway heres the patch, If someone wants to comment on...
Index: html.c
===
RCS file: /repository/php4/ext/standard/html.c,v
retrieving revision 1.22
diff -u -r1.22 html.c
--- html.c 2000/11/24 16:17:58 1.22
+++ html.c 2001/02/21 06:57:30
@@ -51,8 +51,8 @@
PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen, int
*newlen, int all, int quote_style)
{
- int i, maxlen, len;
- char *new;
+ int i, maxlen, len, ischinese;
+ char *new, *oldnext, *oldprev;
maxlen = 2 * oldlen;
if (maxlen 128)
@@ -62,6 +62,35 @@
i = oldlen;
while (i--) {
+
+/* needs some kind of if LC_CTYPE to check for encoding */
+/* if charset=chinese?? */
+ /* check if this is the first character in a chinese pair */
+ ischinese = 0;
+ if (i 1) {
+ oldnext = old+1;
+ if ((*old = 0xa1)
+ (*old = 0xf9)
+ (((*oldnext = 0x40)
+ (*oldnext = 0x73)) ||
+((*oldnext = 0xa1)
+ (*oldnext = 0xfe)))
+ ) ischinese = 1;
+ }
+ /* check if this is the seconde character in a chinese pair */
+ if ((i != oldlen) (!ischinese)) {
+ oldprev = old-1;
+ if ((*oldprev = 0xa1)
+ (*oldprev = 0xf9)
+ (((*old = 0x40)
+ (*old = 0x73)) ||
+((*old = 0xa1)
+ (*old = 0xfe)))
+ ) ischinese = 1;
+ }
+
+ if (!ischinese) {
+
if (len + 9 maxlen)
new = erealloc (new, maxlen += 128);
if (38 == *old) {
@@ -87,9 +116,13 @@
} else {
new [len++] = *old;
}
- old++;
+ } else {
+ /* it is chinese - ignore it */
+ new [len++] = *old;
+ }
+ old++;
}
-new [len] = '\0';
+new [len] = '\0';
*newlen = len;
return new;
--
Technical Director
Linux Center (HK) Ltd.
www.hklc.com
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9358 Updated: HAVE_RDEV not being checked before accessing field st_rdev
ID: 9358 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Assigned To: Comments: Thanks for your report. I've committed the changes. Previous Comments: --- [2001-02-20 16:15:56] [EMAIL PROTECTED] st_rdev in struct stat is being access without any regards to HAVE_RDEV in the following files: ext/standard/filestat.c ext/standard/file.c file.c has the following code: #ifdef HAVE_ST_BLKSIZE add_assoc_long ( return_value, "rdev" , stat_sb.st_rdev ); add_assoc_long ( return_value , "blksize" , stat_sb.st_blksize ); #endif and filestat.c has the following code: #ifdef HAVE_ST_BLKSIZE add_next_index_long(return_value, stat_sb-st_rdev); #else add_next_index_long(return_value, -1); #endif in both cases, it should have been checking for HAVE_ST_RDEV before accessing the st_rdev field. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9358edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9359 Updated: inline not defined in zend_static_allocator.c
ID: 9359 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: Compile Failure Assigned To: Comments: Thanks for your report. In the current Zend CVS, that file does not seem to be used at all. Suspending. Previous Comments: --- [2001-02-20 16:29:08] [EMAIL PROTECTED] Zend/zend_static_allocator.c does not include the proper include file that defines inline. Thus, file fails to compile when using compilers that do not support inline. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9359edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9360: Type of the parameter conflictswith previous declaration of function
Hi,
thanks for your patches. I've already applied some of them.
[..]
host_info = gethostbyname(host);
But host is const char *. So I had to change line to as follows:
host_info = gethostbyname((char *)host);
Then your system header files are broken. The correct
prototype for gethostbyname as per SUSv3 is
struct hostent *gethostbyname(const char *);
host_info = gethostbyname((char *)addr);
But addr is const char *. So I had to change line to as follows:
host_info = gethostbyname((char *)addr);
Ditto.
Line 183:
Protoype for getsockopt is: getsockopt(int, int, int, char *, int *).
However, Line 183 contains:
if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, error, len) 0) {
where error is int and len is socklen_t. I had to change line to as follows:
Again, your system headers are at fault here. The correct
prototype for getsockopt is
int getsockopt(int socket, int level, int option_name,
void *restrict option_value, socklen_t *restrict option_len);
All parameters in line 183 are compatible with the prototype.
I hope that these types of changes are made, so as to compile
easily on any platform.
Yes, we definitely will apply all patches which improve
portability.
- Sascha
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9361 Updated: C++ compiler causes failures
ID: 9361 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Assigned To: Comments: Why would you want to compile a C program using a C++ compiler? There are certain subtle differences in the languages; I don't think it is feasible (if possible at all) to try to make PHP completely buildable using a C++ compiler. Previous Comments: --- [2001-02-20 17:22:45] [EMAIL PROTECTED] When using a C++ compiler on OS/400, a lot of files fail to compile. (Note that my other bug reports was using a C compiler.) Most of the failures has to do with returned pointers from emalloc, erealloc, malloc and realloc. These functions are returning a void pointer and are not being cast to the data type of the variable receiving the pointer. I hope that this can be changed. Some of the code does cast, but most do not. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9361edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9362 Updated: When sendmail not available, get compile errors
ID: 9362 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Assigned To: Comments: Thanks, I've changed the sendmail check not to assume that sendmail lives in /usr/lib. Previous Comments: --- [2001-02-20 17:28:39] [EMAIL PROTECTED] When sendmail is not available on a system, get compiler errors: "basic_functions.c", line 486.9: 1506-045 (S) Undeclared identifier php_if_mail. "basic_functions.c", line 487.9: 1506-045 (S) Undeclared identifier php_if_ezmlm_hash. I got around the error by doing the following in the above file: #ifdef HAVE_SENDMAIL /* functions from mail.c */ PHP_FE(mail,NULL) PHP_FE(ezmlm_hash, NULL) #else PHP_FALIAS(mail , warn_not_available, NULL) PHP_FALIAS(ezmlm_hash, warn_not_available, NULL) #endif I think that HAVE_SENDMAIL needs to be checked. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9362edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
