Re: [PHP-DEV] Bug in building standalone DSO modules
On Sun, May 20, 2001 at 01:34:49AM -0400, Stig Sæther Bakken wrote: [Petr Cech [EMAIL PROTECTED]] Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif phpize will add HAVE_CONFIG_H as of 4.0.6. I've tested PHP 4.0.6 RC1 and found that: 1. configure defines DEFS=-DHAVE_CONFIG_H 2. After running ./configure this definition goes into config.status 3. config_vars.mk still has empty DEFS line (DEFS - ) As result, HAVE_CONFIG_H is underfined. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #9688 Updated: FTP_PUT / FOPEN
Hi, I don't know so much about the IIS server cause it was web-hosters using them so it's quite likely they used network maping. The path and permission should be correct. And Im sorry I don't have time to look at the CVS snapshot. But I have put out a script at: http://www.valar.f2s.com for fast checking of which possiblities one have for uploading files to a server, using 3 different methods. Best Regards, IN. --- Bug Database [EMAIL PROTECTED] skrev: ID: 9688 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.4 Assigned To: Comments: The problem here seems that PHP cant access the drive or file. Have you checked permissions? Is G:\ a mapped network drive? Is the path correct?? Please check these, then try latest CVS (snapshots for win32 are avalible here: http://www.zend.com/snapshots ) - James Previous Comments: --- [2001-03-11 17:49:57] [EMAIL PROTECTED] I'm working against a IIS web server with PHP 4.0.4 It seems that both ftp_up and fopen causes the same problem, not allowing you to upload files. On the attempt to open sourcefile/submited file I get following errors; with ftp_up: Warning: error opening G:\mysite\mysite\gfx\icon_editor_url.gif in ftp.php on line 19 with fopen: Warning: fopen(G:\mysite\mysite\gfx\icon_editor_list.gif,rb) - No such file or directory in uploadfile.php on line 7 hence under linux, I have tested the fopen with php4.0.b3 and it seems to work. Question me for samplecode if needed. Regards, IN. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9688edit=2 __ Do You Yahoo!? Organiser sammenkomsten på http://no.invites.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10974: RH7.1 Apache dumps core when loading php 4.0.5
From: [EMAIL PROTECTED] Operating system: Linux 2.4.3 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: RH7.1 Apache dumps core when loading php 4.0.5 Hi, I am using RH7.1, gcc 2.96, apache 1.3.19 php 4.0.5. I compiled it from source using this config line: ./configure --prefix=/usr --with-config-file-path=/etc --disable-debug --enable-shared --enable-inline-optimization --with-apxs=/usr/bin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gd --with-jpeg-dir=/usr --with-png --with-zlib --with-db2 --with-db3 --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --with-mysql=/usr --without-oracle --without-oci8 --with-xml --with-openssl --enable-dmalloc --enable-pear --enable-bcmath --with-bz2 --with-tiff-dir=/usr --enable-dbase --with-ttf --with-t1lib --with-xpm-dir=/usr --with-ldap --with-unixODBC --with-pgsql --with-pspell --enable-posix --with-qtdom --with-readline --with-recode --with-pdflib=/usr --with-gettext=/usr --with-java=/usr/lib/java --with-ming=/usr --disable-pic The webserver starts normally w/o the php-mdule, but the module core dumps. Here's the backtrace: (gdb) bt #0 0x4034617f in virtual_file_ex (state=0xbfffd608, path=0xbfffe6d0 /etc/php.ini, verify_path=0) at tsrm_virtual_cwd.c:331 #1 0x4029d8b0 in expand_filepath (filepath=0xbfffe6d0 /etc/php.ini, real_path=0x0) at fopen_wrappers.c:529 #2 0x4029d0e0 in php_fopen_and_set_opened_path (path=0xbfffe6d0 /etc/php.ini, mode=0x403600de r, opened_path=0x4037e904) at fopen_wrappers.c:237 #3 0x4029d65e in php_fopen_with_path (filename=0x403600e0 php.ini, mode=0x403600de r, path=0x81021a4 .:/etc, opened_path=0x4037e904) at fopen_wrappers.c:412 #4 0x4029dcc9 in php_init_config (php_ini_path_override=0x0) at php_ini.c:231 #5 0x4029c14f in php_module_startup (sf=0x4037d7e0) at main.c:840 #6 0x4029a12a in php_apache_startup (sapi_module=0x4037d7e0) at mod_php4.c:259 #7 0x4029a9ea in php_init_handler (s=0x80d8524, p=0x80d84fc) at mod_php4.c:729 #8 0x08076f22 in ap_init_modules () at eval.c:41 #9 0x08081098 in main () at eval.c:41 #10 0x400de177 in __libc_start_main (main=0x8080d10 main, argc=4, ubp_av=0xb8fc, init=0x804eefc _init, fini=0x80b5d50 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xb8ec) ---Type return to continue, or q return to quit--- at ../sysdeps/generic/libc-start.c:129 I am using the php.ini-optmized from the php source package. -- Edit Bug report at: http://bugs.php.net/?id=10974edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10975: funnction pconnect opens new connection and not use existing connection
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.1 PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: funnction pconnect opens new connection and not use existing connection -- Edit Bug report at: http://bugs.php.net/?id=10975edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Zdnet Article
BM That may be the worst done article I have ever read. I could BM rewrite every paragraph and turn it on ASP or Perl or any BM language. He obviously did not put much effort into it. Well, see - to write an article on CF/PHP comparison, you need person to know CF and PHP. It's pretty hard to find someone who knows *both* CF and PHP equally well - and even harder to make him spend time on writing the article. It's much easier to find someone who is paid to do CF and looked once into PHP and ask him to write comparison. ZDNet obsiously has gone the easy track, as they do always. On the other side, every mention in the press is a good press :) -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10975 Updated: function mysql_pconnect opens new connection and not use existing connection
ID: 10975 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Pconnect opens a connection per httpd child process. If you think this is not happening, and pconnect really opens a new connection for each call, please reopen this report. Derick Previous Comments: --- [2001-05-20 05:17:43] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10975edit=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] mailparse extension
SGksDQoNCkkndmUgY29tbWl0dGVkIG15IG1haWxwYXJzZSBleHRlbnNpb247IEkgaG9wZSB0aGF0 cyBPSy4NCkkgZGlkbid0IGdldCBhbnkgbmVnYXRpdmUgZmVlZGJhY2sgYWJvdXQgY29tbWl0dGlu ZyBpdCB3aGVuIEkgYXNrZWQgYQpjb3VwbGUgb2Ygd2Vla3MgYWdvLCBzbyBJIHRob3VnaHQgaXQg d291bGQgYmUgT0suDQoNCi0tV2V6Lg== -- 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] mailparse extension
Ooops. That says something along the lines of: I have commited my mailparse extension since there was no negative feedback when I asked about doing it a couple of weeks ago. --Wez. SGksDQoNCkkndmUgY29tbWl0dGVkIG15IG1haWxwYXJzZSBleHRlbnNpb247IEkgaG 9wZSB0aGF0 cyBPSy4NCkkgZGlkbid0IGdldCBhbnkgbmVnYXRpdmUgZmVlZGJhY2sgYWJvdXQgY2 9tbWl0dGlu ZyBpdCB3aGVuIEkgYXNrZWQgYQpjb3VwbGUgb2Ygd2Vla3MgYWdvLCBzbyBJIHRob3 VnaHQgaXQg d291bGQgYmUgT0suDQoNCi0tV2V6Lg== -- 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] gd/config.m4 - some issues left
These three lines contain the and operator (-a) which is not followed by an expression: if test $PHP_JPEG_DIR != no -a $PHP_JPEG_DIR; then if test $PHP_PNG_DIR != no -a $PHP_PNG_DIR; then if test $PHP_XPM_DIR != no -a $PHP_XPM_DIR; then I don't see the relevance of the -a ... part here. PHP_FOO_DIR is either no or has a usable value. Another issue is that png config code assumes that the user has enabled zlib and executes PHP_ADD_LIBRARY_WITH_PATH(z, $PHP_ZLIB_DIR/lib, GD_SHARED_LIBADD) unconditionally, even though PHP_ZLIB_DIR is set to 'no'. That causes a ./configure: no: No such file or directory because PHP_EXPAND_PATH will try to expand the path 'no/lib'. The same problem exists in pdflib's config.m4: checking for zlib (needed by pdflib)... checking for deflate in -lz... yes ./configure: no: No such file or directory - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Critical
Status: Closed
Bug Type: DOM XML related
Operating system:
PHP Version: 4.0 Latest CVS (21/03/2001)
Assigned To:
Comments:
User reports this is fixed.
Closing
- James
Previous Comments:
---
[2001-05-11 12:34:58] [EMAIL PROTECTED]
ok, there seems to be a massive api-change in domxml...
a lot, which worked in 4.0.5 seems not to work in 4.0.6
but for my former example, the following seems to work:
$doc = new_xmldoc(1.0);
$root = $doc-add_root(HTML);
echo $doc-dumpmem();
but this api-change makes me crazy. some things are easy to change (replace
domxml_function($object,) with $object-function(...), this works also with
4.0.5), but the structure of the objects seem to have changed, too.. but maybe i
missed something... otherwise i have to rewrite a lot of code and to check which
version of php is used :=(
---
[2001-05-07 12:56:28] [EMAIL PROTECTED]
marking as fix before 4.0.6
---
[2001-05-06 13:33:00] [EMAIL PROTECTED]
This still does not work in latest cvs (06/05/2001).
used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another
backtrace, i can make one...
also
$xml = xmldocfile(config.xml);
$root = domxml_root($xml);
produces a segfault (config.xml is a very simple xml file)
---
[2001-03-22 04:56:25] [EMAIL PROTECTED]
test-program:
$xmldoc = domxml_new_xmldoc('1.0');
$xmldoc-add_root(bla);
gdb backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x401a3938 in objects () at zend_operators.c:1144
1144}
(gdb) bt
#0 0x401a3938 in objects () at zend_operators.c:1144
#1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so
#2 0x401d892a in objects () at php_domxml.c:668
#3 0x40199707 in objects () at ./zend_execute.c:853
#4 0x401aafc0 in objects () at zend.c:260
#5 0x401c3be3 in objects () at main.c:1126
#6 0x401bf11e in objects () at sapi_apache.c:98
#7 0x401bfe89 in objects () at mod_php4.c:437
#8 0x401bfed3 in objects () at mod_php4.c:437
#9 0x8074c09 in ap_invoke_handler ()
#10 0x808a0cf in process_request_internal ()
#11 0x808a142 in ap_process_request ()
#12 0x8080d96 in child_main ()
#13 0x8080f55 in make_child ()
#14 0x80810d6 in startup_children ()
#15 0x808175c in standalone_main ()
#16 0x8081f8c in main ()
#17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93
---
[2001-03-21 15:27:09] [EMAIL PROTECTED]
Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ;
make install' and generate a GDB backtrace of the crash and add it into this bug
report.
--Jani
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9896edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10299 Updated: CPU and Memory Spike
ID: 10299
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Critical
Status: Analyzed
Bug Type: Performance problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
We cant reproduce this so not really critical, reutnring to analysed.
- James
Previous Comments:
---
[2001-05-17 09:05:32] [EMAIL PROTECTED]
I'm unable to reproduce a fd leak using require_once() or include_once().
Do you have any script that reproduces this problem?
We can't really replicate your problem in general, but if somehow there's a resource
leak in your setup, lots of different weird things could end up happening.
---
[2001-05-09 01:08:11] [EMAIL PROTECTED]
What I found out is that using a lot of include_once, require_once + session will
trigger the CPU and memory spike. Add database access to the script can speed up the
frequency of the spike. And I also found out require_once DO leak memory. pstat -T
show that file in use will always increase. Somehow require_once forgot to close the
file after use. lsof can give you a clear picture when you use require_once()
I changed my code using cookie and require() statement now. And I delete all
sess_files in /tmp seems to correct the problem. This is the only change I made to
eliminate the problem.
I can't reproduce the error now because the code that have problems have been changed
and I don't have the backup. But the combination of A lot of include_once,
require_once, and session will trigger the spike, I am pretty sure because after I
changed all that, the problem disappear. Old session file in /tmp also contribute to
the problem as well.
BTW, the last time I checked, CVS version 4.06 in late April still have the problem.
---
[2001-05-08 19:26:01] [EMAIL PROTECTED]
Is this fairly reproducible?
If it is, any chance you could build Apache with debug information (--enable-debug in
configure), attach to an offending process (gdb /path/to/httpd PID), and run a
backtrace ('bt')?
---
[2001-05-07 12:44:51] [EMAIL PROTECTED]
marking critical for php 4.0.6
---
[2001-04-14 09:00:57] [EMAIL PROTECTED]
I found the problem. since the script I use have a lot of include and require
statement. just a script include a bunch of files and keep reloading the page will
kill the server in no time. I attach a sample config file I usually include, just
make a test.php and include this file like 10 times to simulate a lot of include
files. And then, just keep reloading test.php. You should see the script take a lot
of CPU time and eventually the httpd eat all the CPU time and the process hang. From
command top, one of the httpd process keep eating up CPU time.
The following is the sample config file
?
/*Root directory */
$config[root_path] = /usr2/home/business/test/www;
$config[w3b_path] = /usr2/home/business/test/www/wwwthreads;
$config[data_path] = /usr2/home/business/test/data;
$config[rdf_path] = /usr2/home/business/test/www/rdf;
/* database */
include $config[root_path]./db.php;
/* global */
$config[sitename] = www.test.net;
$config[root_url] = http://www.test.net/;;
// Cookie Setting
$config[cookie_path] = /; # web root directory
$config[CookieURL] = .test.net;
$config[cookieTTL] = 7200; // in seconds
$config[minpass]= 3; # Minimum user password length in characters
/* language and locale */
$config[language] = english;# [english] english, [big5] BIG5 code
$config[locale] = english;# Used for translation of date-related stuff
/* story control */
$config[commentmax] = 4096;
$config[abstractlen]= 4996; #length of abstract show on first page
$config[icon_width] = 100; # Topic icons width
$config[timezone] = HKT; #Time zone
$config[limitnews] = 10; # default number of stories per page
$config[older_story_num]= 10; # number of older stories to display
$config[anon_users] = 0; # 1 to allow anonymous postings
# 0 to disable
/* theme control */
$config[def_theme] = Main; # name of default theme (see themes/ directory for
list)
/* mail settings */
$config[use_fake_email] = 1; # Displays fake email addresses for users instead of the
real ones
$config[notifyEmail]= [EMAIL PROTECTED]; #address where you want to
receive notice
//$config[CensorList] =
array('fuck','cunt','fucker','fucking','pussy','cock','c0ck','cum','bitch','shit');
$config[CensorList] = array(/fuck/s,/fuck/s,/fuck/s,
[PHP-DEV] Bug #10408 Updated: Bad Sybase-CTlib closing
ID: 10408
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Sybase-ct (ctlib) related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
No feedback.
- James
Previous Comments:
---
[2001-04-19 16:03:13] [EMAIL PROTECTED]
Cannot duplicate this locally, can you provide more info?
---
[2001-04-19 15:18:52] [EMAIL PROTECTED]
if you run this script :
html
body
?
// error handler function
// this function NEVER RETURN (all errors are FATAL) !!
function myErrorHandler($errno,$ErrorMsg)
{ global $connect_id;
echo $ErrorMsg,'/body/html';// I want to see this one !!!
exit(); // global exit of php
}
//MAIN PGM:
// set to the user defined error handler
set_error_handler('myErrorHandler');
$connect_id=sybase_connect('MyServer','MyLogin','MyPassword');
if (!$connect_id)
echo An error in sybase_query !!br; // I don't want to see this message
else
{ $res=sybase_query('select * from toto',$connect_id);
if (!$res)
echo An error in sybase_query !!br; // I don't want to see this
message too
else
echo 'No error';
}
?
/html
/body
and that the table toto doesn't exist you trigger the myErrorHandler and the script
terminate as intended. The problem is that Sybase doesn't seem aware of this and the
process will live forever even if it doesn't allow Sybase query any more. So if you
run this script a few times all the processes will be sleeping and you will no more be
able to make a Sybase query. I think there is a problem in the way you handle the
Sybase connexion in a error handler with an exit() call.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10408edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10976: No support for other encoding in XSLT functions
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.5 PHP Bug Type: Sablotron XSL Bug description: No support for other encoding in XSLT functions I run PHP 4.0.5 on Windows 2000 with Apache Web Server. The problem is that I can't use the function xslt_process() with strings containing non-English characters (Greek particularly). The only solution for now is to encode the strings to UTF-8, but this requires setting the browser's encoding to UTF-8 which forces me to encode everything to UTF-8 before displaying it. I contacted Ginger Alliance and they told me that Sablotron works ok when the PHP extension is linked to and compiled with ilibconv.dll BUT I don't know exactly how this is done. They said that Sterling Hughes is working on a new version for Sablotron and I would like to request that this new extension works with other character encodings too. -- Edit Bug report at: http://bugs.php.net/?id=10976edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10977: ftp_nlist() doesn't list directories
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: FTP related Bug description: ftp_nlist() doesn't list directories ftp_nlist() only returns the file names when used with wu-ftp 2.6.1, not directories. When used with wu-ftp 2.5.0 it does, so I guess this could also be a problem with wu-ftp. I've tried this with an earlier PHP version as well, but the result remained the same. The fix was to install wu-ftp 2.5.0, but that's an old version and as I've heard it's not very secure, it'd be nice to have this fixed. --Fredrik Btw: My configure line for php was: './configure --prefix=/usr --with-config-file-path=/etc --disable-debug --enable-pic --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gettext --with-gd --with-jpeg-dir=/usr --with-png --with-zlib --with-db2 --with-db3 --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --without-mysql --without-oracle --without-oci8 --with-xml' -- Edit Bug report at: http://bugs.php.net/?id=10977edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] mailparse extension
Was that in chinese? :) Andi At 12:28 PM 5/20/2001 +0100, Wez Furlong wrote: Ooops. That says something along the lines of: I have commited my mailparse extension since there was no negative feedback when I asked about doing it a couple of weeks ago. --Wez. SGksDQoNCkkndmUgY29tbWl0dGVkIG15IG1haWxwYXJzZSBleHRlbnNpb247IEkgaG 9wZSB0aGF0 cyBPSy4NCkkgZGlkbid0IGdldCBhbnkgbmVnYXRpdmUgZmVlZGJhY2sgYWJvdXQgY2 9tbWl0dGlu ZyBpdCB3aGVuIEkgYXNrZWQgYQpjb3VwbGUgb2Ygd2Vla3MgYWdvLCBzbyBJIHRob3 VnaHQgaXQg d291bGQgYmUgT0suDQoNCi0tV2V6Lg== -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] gd/config.m4 - some issues left
Please don't forget the 4.0.6 branch when you address this. Andi At 01:45 PM 5/20/2001 +0200, Sascha Schumann wrote: These three lines contain the and operator (-a) which is not followed by an expression: if test $PHP_JPEG_DIR != no -a $PHP_JPEG_DIR; then if test $PHP_PNG_DIR != no -a $PHP_PNG_DIR; then if test $PHP_XPM_DIR != no -a $PHP_XPM_DIR; then I don't see the relevance of the -a ... part here. PHP_FOO_DIR is either no or has a usable value. Another issue is that png config code assumes that the user has enabled zlib and executes PHP_ADD_LIBRARY_WITH_PATH(z, $PHP_ZLIB_DIR/lib, GD_SHARED_LIBADD) unconditionally, even though PHP_ZLIB_DIR is set to 'no'. That causes a ./configure: no: No such file or directory because PHP_EXPAND_PATH will try to expand the path 'no/lib'. The same problem exists in pdflib's config.m4: checking for zlib (needed by pdflib)... checking for deflate in -lz... yes ./configure: no: No such file or directory - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10890 Updated: Segmentation fault when using mcrypt function in Apache
ID: 10890 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: mcrypt related Operating system: FreeBSD 4.1.1 PHP Version: 4.0.5 Description: Segmentation fault when using mcrypt function in Apache Sure works now. If the key length was the problem all way trough, maby you should consider changeing the example in the PHP manual :-) Previous Comments: --- [2001-05-18 16:58:55] [EMAIL PROTECTED] Hello, I fixed this in the CVS, can you please try it with libmcrypt 2.4.11 (as .10 returns wrong data). Derick --- [2001-05-18 08:39:22] [EMAIL PROTECTED] This is a backtrack with: apache-1.3.19 php4-200105172345 libmcrypt-2.4.11 #0 permute ( inblock=0x827dda4 Let us meet at 9 o'clock at the secret place., perm=0x1980, outblock=0xbfbfe2a8 ) at tripledes.c:628 #1 0x2859de9d in tripledes_LTX__mcrypt_encrypt () at tripledes.c:454 #2 0x285a1711 in ecb_LTX__mcrypt () at ecb.c:76 #3 0x2851b8ba in mcrypt_enc_get_algorithms_name () at mcrypt_modules.c:178 #4 0x2851ae09 in mcrypt_generic () at mcrypt.c:136 #5 0x282d1cc8 in php_if_mcrypt_generic () at mcrypt.c:391 #6 0x28264dd7 in execute () at ./zend_execute.c:863 #7 0x282762b0 in zend_execute_scripts () at zend.c:260 #8 0x2828e60b in php_execute_script () at main.c:1138 #9 0x28289ba6 in apache_php_module_main () at sapi_apache.c:98 #10 0x2828a8f4 in send_php (r=0x8279034, display_source_mode=0, filename=0x8279b3c /usr/home/hoise/www/www.larsson.as/php/test/mcrypt.php) at mod_php4.c:536 #11 0x2828a93b in send_parsed_php (r=0x8279034) at mod_php4.c:547 #12 0x28073809 in ap_invoke_handler () from /usr/local/apache/libexec/libhttpd.so #13 0x2808adc0 in process_request_internal () from /usr/local/apache/libexec/libhttpd.so #14 0x2808ae39 in ap_process_request () from /usr/local/apache/libexec/libhttpd.so #15 0x28080b90 in child_main () from /usr/local/apache/libexec/libhttpd.so #16 0x28080e58 in make_child () from /usr/local/apache/libexec/libhttpd.so #17 0x28080f2b in startup_children () from /usr/local/apache/libexec/libhttpd.so #18 0x2808166a in standalone_main () from /usr/local/apache/libexec/libhttpd.so #19 0x2808208b in ap_main () from /usr/local/apache/libexec/libhttpd.so #20 0x80485cb in main () #21 0x8048541 in _start () Please let me know if this is what you needed. Or tell me what else to give you. Im not that experienced in debuggin, so please give me clear instructions :-) --- [2001-05-18 06:20:38] [EMAIL PROTECTED] Can you make a backtrace of it, and possible try it with libmcrypt 2.4.11 (or .12 if it's out yet)? Derick --- [2001-05-18 03:58:29] [EMAIL PROTECTED] I downloaded and compiled this one: php4-200105172345 But im still getting this in my Apache error log when i try to use Mcrypt: [Fri May 18 09:56:24 2001] [notice] child pid 50599 exit signal Segmentation fault (11) [Fri May 18 09:56:25 2001] [notice] child pid 50595 exit signal Segmentation fault (11) --- [2001-05-17 17:43:40] [EMAIL PROTECTED] This should be fixed in CVS. Can you please try a snapshot in about two hours? (The snapshots have to be generated, and are available on snaps.php.net) If this does not fix the problem for you, please reopen this report. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10890 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7821 Updated: Unresolved symbol with GD
ID: 7821
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Operating system:
PHP Version: php4-200105160045
Assigned To:
Comments:
Is there libX11.so or libX11.a in /PKl01h01/soft/web/lib ??
--Jani
Previous Comments:
---
[2001-05-16 10:28:27] [EMAIL PROTECTED]
Okay, with the build php4-200105160045, I've this config message error :
...
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
./configure[6]: no: not found.
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... no
configure: error: libXpm.(a|so) or libX11.(a|so) not found!
In config.log :
...
configure:18240: checking for the location of libXpm
configure:18288: checking for XpmFreeXpmImage in -lXpm
configure:18309: gcc -o conftest -O2 -DHPUX10 -DMOD_SSL=208101 -DUSE_HSREGEX -DEAPI
-DUSE_EXPAT -L/PKl01h01/soft/web/lib -L/PKl01h01/soft/web/lib -L/PKl01h01/so
ft/web/src/php/lib -L/PKl01h01/soft/web/src/php/lib conftest.c -lXpm
-L/PKl01h01/soft/web/lib -lX11
-lpng -lz -ljpeg -lcrypt -lm 15
/usr/ccs/bin/ld: Can't find library for -lX11
collect2: ld returned 1 exit status
configure: failed program was:
#line 18298 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char XpmFreeXpmImage();
int main() {
XpmFreeXpmImage()
; return 0; }
Any idea ?
Thx :)
JC
---
[2001-05-16 01:06:00] [EMAIL PROTECTED]
What does it say in config.log about this ?
In the end of it.
And could you please try with latest snapshot from
http://snaps.php.net/ as the configure script for
GD has gone through a face lift.
--Jani
---
[2001-05-15 15:02:31] [EMAIL PROTECTED]
Hellow,
Here's the feedback :
When I add --with-xpm-dir=..., the configure program failed :
...
checking for libjpeg (needed by gd-1.8+)... yes
checking for jpeg_read_header in -ljpeg... yes
checking for libXpm (needed by gd-1.8+)... yes
checking for XpmFreeXpmImage in -lXpm... no
no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for compress in -lz... no
checking for png_info_init in -lpng... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking whether to include FreeType 1.x support... yes
checking for T1lib support... no
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
checking for ICAP support... no
checking for iconv support... no
checking for Kerberos support in IMAP... no
checking for SSL support in IMAP... no
checking for IMAP support... no
checking for Informix support... no
checking for Ingres II support... no
checking for InterBase support... no
checking for ircg support... no
checking for Java support... no
checking whether to include LDAP support... no
checking for MCAL support... no
checking for mcrypt support... no
checking for mhash support... no
checking whether to include ming support... no
checking for mnoGoSearch support... no
checking for mSQL support... no
checking for Muscat support... no
checking for MySQL support... no
checking for Oracle-OCI8 support... no
checking for Adabas support... no
checking for SAP DB support... no
checking for Solid support... no
checking for IBM DB2 support... no
checking for Empress support... no
checking for Velocis support... no
checking for a custom ODBC support... no
checking for iODBC support... no
checking for Easysoft ODBC-ODBC Bridge support... no
checking for unixODBC support... no
checking for OpenLink ODBC support... no
checking for DBMaker support... no
checking for Oracle-ORACLE support... no
checking for Ovrimos SQL Server support... no
checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for libz needed by pdflib 3.x... already zlib support
checking for jpeg_read_header in -ljpeg... (cached) yes
checking for png_create_info_struct in -lpng... no
no
checking for TIFFOpen in -ltiff... no
no
checking for PDF_show_boxed in -lpdf... no
configure:
[PHP-DEV] Bug #7821 Updated: Unresolved symbol with GD
ID: 7821
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Configuration Issues
Operating system: HP-UX 10.20
PHP Version: 4.0.5
Description: Unresolved symbol with GD
Good question :)
I've putted this library from HP-UX system in my lib directory and now it's works :)
I've just warning message...I will update this event tomorrow when I'll be at work
with all details.
Do you have an idea for the bug #10884 ?
Thanks :)
JC
Previous Comments:
---
[2001-05-20 18:37:28] [EMAIL PROTECTED]
Is there libX11.so or libX11.a in /PKl01h01/soft/web/lib ??
--Jani
---
[2001-05-16 10:28:27] [EMAIL PROTECTED]
Okay, with the build php4-200105160045, I've this config message error :
...
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
./configure[6]: no: not found.
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... no
configure: error: libXpm.(a|so) or libX11.(a|so) not found!
In config.log :
...
configure:18240: checking for the location of libXpm
configure:18288: checking for XpmFreeXpmImage in -lXpm
configure:18309: gcc -o conftest -O2 -DHPUX10 -DMOD_SSL=208101 -DUSE_HSREGEX -DEAPI
-DUSE_EXPAT -L/PKl01h01/soft/web/lib -L/PKl01h01/soft/web/lib -L/PKl01h01/so
ft/web/src/php/lib -L/PKl01h01/soft/web/src/php/lib conftest.c -lXpm
-L/PKl01h01/soft/web/lib -lX11
-lpng -lz -ljpeg -lcrypt -lm 15
/usr/ccs/bin/ld: Can't find library for -lX11
collect2: ld returned 1 exit status
configure: failed program was:
#line 18298 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char XpmFreeXpmImage();
int main() {
XpmFreeXpmImage()
; return 0; }
Any idea ?
Thx :)
JC
---
[2001-05-16 01:06:00] [EMAIL PROTECTED]
What does it say in config.log about this ?
In the end of it.
And could you please try with latest snapshot from
http://snaps.php.net/ as the configure script for
GD has gone through a face lift.
--Jani
---
[2001-05-15 15:02:31] [EMAIL PROTECTED]
Hellow,
Here's the feedback :
When I add --with-xpm-dir=..., the configure program failed :
...
checking for libjpeg (needed by gd-1.8+)... yes
checking for jpeg_read_header in -ljpeg... yes
checking for libXpm (needed by gd-1.8+)... yes
checking for XpmFreeXpmImage in -lXpm... no
no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for compress in -lz... no
checking for png_info_init in -lpng... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking whether to include FreeType 1.x support... yes
checking for T1lib support... no
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
checking for ICAP support... no
checking for iconv support... no
checking for Kerberos support in IMAP... no
checking for SSL support in IMAP... no
checking for IMAP support... no
checking for Informix support... no
checking for Ingres II support... no
checking for InterBase support... no
checking for ircg support... no
checking for Java support... no
checking whether to include LDAP support... no
checking for MCAL support... no
checking for mcrypt support... no
checking for mhash support... no
checking whether to include ming support... no
checking for mnoGoSearch support... no
checking for mSQL support... no
checking for Muscat support... no
checking for MySQL support... no
checking for Oracle-OCI8 support... no
checking for Adabas support... no
checking for SAP DB support... no
checking for Solid support... no
checking for IBM DB2 support... no
checking for Empress support... no
checking for Velocis support... no
checking for a custom ODBC support... no
checking for iODBC support... no
checking for Easysoft ODBC-ODBC Bridge support... no
checking for unixODBC support... no
checking for OpenLink ODBC support... no
checking for DBMaker support... no
checking for Oracle-ORACLE support... no
checking for Ovrimos SQL Server support... no
checking whether to
[PHP-DEV] Bug #10977 Updated: ftp_nlist() doesn't list directories
ID: 10977 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: FTP related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: From the FTP rfc: NAME LIST (NLST) This command causes a directory listing to be sent from server to user site. The pathname should specify a directory or other system-specific file group descriptor; a null argument implies the current directory. The server will return a stream of names of files and no other information. The data will be transferred in ASCII or .. So it's a bug in wu-ftpd 2.5.0 that causes it to send also the dir names. Use ftp_rawlist() instead. --Jani Previous Comments: --- [2001-05-20 16:26:10] [EMAIL PROTECTED] ftp_nlist() only returns the file names when used with wu-ftp 2.6.1, not directories. When used with wu-ftp 2.5.0 it does, so I guess this could also be a problem with wu-ftp. I've tried this with an earlier PHP version as well, but the result remained the same. The fix was to install wu-ftp 2.5.0, but that's an old version and as I've heard it's not very secure, it'd be nice to have this fixed. --Fredrik Btw: My configure line for php was: './configure --prefix=/usr --with-config-file-path=/etc --disable-debug --enable-pic --enable-shared --enable-inline-optimization --with-apxs=/usr/sbin/apxs --with-exec-dir=/usr/bin --with-regex=system --with-gettext --with-gd --with-jpeg-dir=/usr --with-png --with-zlib --with-db2 --with-db3 --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --without-mysql --without-oracle --without-oci8 --with-xml' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10977edit=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] Bug in building standalone DSO modules
[Alexander Bokovoy [EMAIL PROTECTED]] On Sun, May 20, 2001 at 01:34:49AM -0400, Stig Sæther Bakken wrote: [Petr Cech [EMAIL PROTECTED]] Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif phpize will add HAVE_CONFIG_H as of 4.0.6. I've tested PHP 4.0.6 RC1 and found that: 1. configure defines DEFS=-DHAVE_CONFIG_H 2. After running ./configure this definition goes into config.status 3. config_vars.mk still has empty DEFS line (DEFS - ) As result, HAVE_CONFIG_H is underfined. It's not part of 4.0.6RC1, but on the head of the PHP_4_0_6 branch. I added it to CPPFLAGS instead of DEFS. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] language specification project
Hi, About the language specification project: The goal I see for this project is coming out with a document that is useful for users. Something that they could hold in their hands, and from reading it, they'd know whether something is supposed to work or not. Now, I'm sure that it's possible that during the course of the project we'll find inconsistencies in the implementation that need to be fixed, but as a guideline the spec should describe the implementation. We really don't need the kind of stuff that were with C++, with 80% conformance and 99% conformance and all that headache. -- I agree, in part. I think however we should document the syntax as it ought to be, ie, some of the stuff is not yet realized like what sascha was reffering to as far as the zend-cvs discussion (which I didn't really follow too well). Or, obviously, bugs should not be at all considered in the specification itself. (discussed mid-november 2000) This project seems rather dead to me. Though, I think it should be continued. Some work was alread been done. I would like to try to reanimate it. I think, like Sacha I think, that a spec should be quite exact and precise. Zend was made without a proper specification, something they try to hammer all first-year students at my university you should NEVER do that. It is very annoying to have to specify all quirks, I think it is most practical to document it the way it should be, and then note whereever it goes wrong. Most of these 'where it goes wrong's are in fact quirks, that normal users shouldn't meet, and if they do, it works so strange, it can't be documented in a easy way. (what do you think of this one: $a[5] = 'abc'; $foo = $a[5]; $b = $a; // should copy the array $a[5] = 'boe'; echo $b[5]; // boe... Array elements that have a reference are not copyd, but a reference is made... bah! ) And the target shouldn't be the user at first. Then, IMO the next step would be to make zend comply to the specs, finally making version 4.1 as some people seem to want. And THEN you can publish the spec. With the current quirky behaviour, PHP won't be seen as a well and neatly specified and LOGIC language, but rather as some potpourri (mixup) of other languages. But before I start, I want to know your opinions nowadays... And, I really need (=want) to know whether Zend WILL go comply to the new spec. About what the spec exactly will be: I, and anyone who wants, just make it based on their own views. First of course the framework should be made ready, so concurrent work can be done more easily. I think adapting a bit to the structure of the phpdoc documentation isn't such a bad idea. Regulary it is posted to phpdev, and then you can flame it, or whatever. And then some decission needs to be made, consensus seems hard, but hey, lets add the rule that if consensus isn't reached I'll decide ;) (by the way, I came onto this trying to document the language properly, but that is really hard to do... if you want it to have as exact as possible) (BTW2: zend-cvs discussion? where are the archives? and is there web-cvs for zend somewhere?) SUMMARY: - spec framework made (sacha?, myself?) - spec made, as how it should work, so close as possible to PHP, but in case of quirks, just a logic behaviour. (Anyone who wants. Myself included) WITH notes where zend does something strange. - extensive discussion on phpdev - zend adapted - spec published along with new version of PHP/zend Greetz, Jeroen van Wolffelaar [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] language specification project
Hi, About the language specification project: The goal I see for this project is coming out with a document that is useful for users. Something that they could hold in their hands, and from reading it, they'd know whether something is supposed to work or not. Now, I'm sure that it's possible that during the course of the project we'll find inconsistencies in the implementation that need to be fixed, but as a guideline the spec should describe the implementation. We really don't need the kind of stuff that were with C++, with 80% conformance and 99% conformance and all that headache. -- I agree, in part. I think however we should document the syntax as it ought to be, ie, some of the stuff is not yet realized like what sascha was reffering to as far as the zend-cvs discussion (which I didn't really follow too well). Or, obviously, bugs should not be at all considered in the specification itself. (discussed mid-november 2000) This project seems rather dead to me. Though, I think it should be continued. Some work was alread been done. I would like to try to reanimate it. I think, like Sacha I think, that a spec should be quite exact and precise. Zend was made without a proper specification, something they try to hammer all first-year students at my university you should NEVER do that. It is very annoying to have to specify all quirks, I think it is most practical to document it the way it should be, and then note whereever it goes wrong. Most of these 'where it goes wrong's are in fact quirks, that normal users shouldn't meet, and if they do, it works so strange, it can't be documented in a easy way. (what do you think of this one: $a[5] = 'abc'; $foo = $a[5]; $b = $a; // should copy the array $a[5] = 'boe'; echo $b[5]; // boe... Array elements that have a reference are not copyd, but a reference is made... bah! ) And the target shouldn't be the user at first. Then, IMO the next step would be to make zend comply to the specs, finally making version 4.1 as some people seem to want. And THEN you can publish the spec. With the current quirky behaviour, PHP won't be seen as a well and neatly specified and LOGIC language, but rather as some potpourri (mixup) of other languages. But before I start, I want to know your opinions nowadays... And, I really need (=want) to know whether Zend WILL go comply to the new spec. About what the spec exactly will be: I, and anyone who wants, just make it based on their own views. First of course the framework should be made ready, so concurrent work can be done more easily. I think adapting a bit to the structure of the phpdoc documentation isn't such a bad idea. Regulary it is posted to phpdev, and then you can flame it, or whatever. And then some decission needs to be made, consensus seems hard, but hey, lets add the rule that if consensus isn't reached I'll decide ;) (by the way, I came onto this trying to document the language properly, but that is really hard to do... if you want it to have as exact as possible) (BTW2: zend-cvs discussion? where are the archives? and is there web-cvs for zend somewhere?) SUMMARY: - spec framework made (sacha?, myself?) - spec made, as how it should work, so close as possible to PHP, but in case of quirks, just a logic behaviour. (Anyone who wants. Myself included) WITH notes where zend does something strange. - extensive discussion on phpdev - zend adapted - spec published along with new version of PHP/zend Greetz, Jeroen van Wolffelaar [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7387 Updated: weird problems with unquoted array subscripts
ID: 7387 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4 (any) Assigned To: jeroen Comments: I am currently writing the section 'why is $foo[bar] bad' in the arrays section. It will adress this problem, so that in the future you can say: RTFM Previous Comments: --- [2001-05-06 11:23:02] [EMAIL PROTECTED] Any progress on this? --- [2000-12-09 12:22:43] [EMAIL PROTECTED] James: Since you have a better idea of exactly what it is you want to document, I'm moving this to you. Close it whenever you think it is sufficently documented. --- [2000-11-17 11:17:15] [EMAIL PROTECTED] Maybe we should look at documenting how the engine corrects bad coding. We often get questions on #php about the engine correcting unquoted string constants and any other behaviour like this. I cant think of any others now but maybe a new chapter on debugging troublesome code or common errors etc is necessary in the manual. This might belong in the FAQ but I think a chapter in the docs wouldnt go amiss. Maybe another thing we should think about doing is including the FAQ in the manual as well as on php.net itself. --- [2000-10-24 04:44:00] [EMAIL PROTECTED] This is neither a bug in PHP, nor a doc bug...I will make the incompat entry more explicit as soon as I can get to the CVS, but you can see from the last comment what the problem is: you are using a predefined constant as a key in an assoc. array. This would be termed, at best, as undefined. --- [2000-10-22 19:45:09] [EMAIL PROTECTED] It won't work properly with any reserved word, which brings me back to the point : you should always quote constant strings. The only reason that it works at all is the parser is fixing your mistakes for you. If you set your error_reporting = E_ALL in your php.ini (and restart php), for the code $a[word] = foo; you'll see the warning Warning: Use of undefined constant word - assumed 'word' in /var/www/html/test2.php on line 3 I'll leave this issue open for someone from the documentation team to catch up with later. --- 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=7387edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10978: getimacesize doesn't work with EXIF info'd jpgs
From: [EMAIL PROTECTED] Operating system: win98 sr PHP version: 4.0.5 PHP Bug Type: GetImageSize related Bug description: getimacesize doesn't work with EXIF info'd jpgs getimagesize doesn't return anything for jpg files that has EXIF data. -- Edit Bug report at: http://bugs.php.net/?id=10978edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10978 Updated: getimacesize doesn't work with EXIF info'd jpgs
ID: 10978 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GetImageSize related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed already. Wait for 4.0.6. --Jani Previous Comments: --- [2001-05-20 21:33:18] [EMAIL PROTECTED] getimagesize doesn't return anything for jpg files that has EXIF data. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10978edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10978 Updated: getimacesize doesn't work with EXIF info'd jpgs
ID: 10978 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GetImageSize related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed already. Wait for 4.0.6. --Jani Previous Comments: --- [2001-05-20 21:34:27] [EMAIL PROTECTED] Fixed already. Wait for 4.0.6. --Jani --- [2001-05-20 21:33:18] [EMAIL PROTECTED] getimagesize doesn't return anything for jpg files that has EXIF data. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10978edit=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] Bug in building standalone DSO modules
On Sun, May 20, 2001 at 04:52:08AM -0400, Stig Sæther Bakken wrote: [Alexander Bokovoy [EMAIL PROTECTED]] On Sun, May 20, 2001 at 01:34:49AM -0400, Stig Sæther Bakken wrote: [Petr Cech [EMAIL PROTECTED]] Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif phpize will add HAVE_CONFIG_H as of 4.0.6. I've tested PHP 4.0.6 RC1 and found that: 1. configure defines DEFS=-DHAVE_CONFIG_H 2. After running ./configure this definition goes into config.status 3. config_vars.mk still has empty DEFS line (DEFS - ) As result, HAVE_CONFIG_H is underfined. It's not part of 4.0.6RC1, but on the head of the PHP_4_0_6 branch. I added it to CPPFLAGS instead of DEFS. OK, so it will be available in RC2? Then it would be really good to traverse through all extensions and add code Petr proposed above. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #7387 Updated: weird problems with unquoted array subscripts
On Sun, May 20, 2001 at 07:27:06PM -, [EMAIL PROTECTED] wrote: ID: 7387 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4 (any) Assigned To: jeroen Comments: I am currently writing the section 'why is $foo[bar] bad' in the arrays section. It will adress this problem, so that in the future you can say: RTFM I think, there is no need to write a function rtfm(). I have deleted it but there is a very strange German PHP community and they restored that function again. I know very well it is documented again in the English and German PHP manual. Hartmut can make sometimes very strange jokes :) -Egon Hartmut: Es bleibt jetzt drinne, es ist ja bereits in einem Buch dokumentiert. -- LinuxTag, Stuttgart, Germany: July 5-8 2001: http://www.linuxtag.de/ All known books about PHP and related books: http://php.net/books.php Concert Band of the University of Hohenheim: http://www.concert-band.de/ First and second bestselling book in German: http://www.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] Bug #7387 Updated: weird problems with unquoted array subscripts
ID: 7387 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4 (any) Assigned To: jeroen Comments: Jeroen, Generally when a bug is assigned to someone and you want to work on it then its polite to send them an email asking if they mind you working on it, in this case I haven't found time to actually write the docs but then again how are you to know I haven't spent the last 2-3 hours writing this and haven't committed it yet/updated report. I would appreciate, as I'm sure others would too, this courtesy in the future before you reassign bugs. Cheers, - 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] language specification project
On Sun, 20 May 2001 [EMAIL PROTECTED] wrote: This project seems rather dead to me. Though, I think it should be continued. Some work was alread been done. Yeah, it should be very nice to have a spec, so that others can implement an alternative for the Zend engine (/me hides) I would like to try to reanimate it. I think, like Sacha I think, that a spec should be quite exact and precise. It's Sascha, not Sacha. Zend was made without a proper specification, something they try to hammer all first-year students at my university you should NEVER do that. And how do you know this? Did you ask Zeev or Andi about this? Afterall, Zend is a new implementation for the language that was in PHP/FI and PHP3. It does comply (almost) with these two versions. It is very annoying to have to specify all quirks, I think it is most practical to document it the way it should be, and then note whereever it goes wrong. Sure, but if you want to change these 'quirks' you are gonna break lots of scripts that rely on those. Not an option I would think. snip Then, IMO the next step would be to make zend comply to the specs, finally making version 4.1 as some people seem to want. 'to make zend comply to the specs' Are you going to break the backwards compability? And THEN you can publish the spec. With the current quirky behaviour, PHP won't be seen as a well and neatly specified and LOGIC language, but rather as some potpourri (mixup) of other languages. But before I start, I want to know your opinions nowadays... And, I really need (=want) to know whether Zend WILL go comply to the new spec. My guess is no here, BC is the word. snip (by the way, I came onto this trying to document the language properly, but that is really hard to do... if you want it to have as exact as possible) (BTW2: zend-cvs discussion? where are the archives? and is there web-cvs for zend somewhere?) Zend CVS needs no discussion on it's own, all discussion is done on php-dev. SUMMARY: - spec framework made (sacha?, myself?) - spec made, as how it should work, so close as possible to PHP, but in case of quirks, just a logic behaviour. (Anyone who wants. Myself included) WITH notes where zend does something strange. I think it would be better to document the current language as is, make notes about the quirks, see what can be done about those. And if there can be done something about these quirks without messing stuff up, change it in Zend (if it is possible). regards, Derick Rethans - 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]
Re: [PHP-DEV] Bug #7387 Updated: weird problems with unquoted array subscripts
Hi, First, sorry for doing so. Actually, I was already writing on it before I noticed the bug. But it's not finished yet, as you can see in the current cvs (well, you need to look very carefully, but still). So I thought, let's reassign it before you start working on it. Of course, I should have mailed to you too, but I know you follow the php-dev list, so I didn't take the effort (/me being lazy) So: you are right, I should have contacted you. But it didn't make any difference to whether it would have saved you work: if I had not noticed the bug, it would have been in the docs tomorrow, and you would still have had the 'problem' of having done work for nothing. But in that case, I could have said: sorry, I didn't know, while in this case, I did my best to inform you as early as possible. Greetz, Jeroen James Moore [EMAIL PROTECTED] wrote in message 01c0e168$adda7f00$010a@zeus">news:01c0e168$adda7f00$010a@zeus... ID: 7387 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4 (any) Assigned To: jeroen Comments: Jeroen, Generally when a bug is assigned to someone and you want to work on it then its polite to send them an email asking if they mind you working on it, in this case I haven't found time to actually write the docs but then again how are you to know I haven't spent the last 2-3 hours writing this and haven't committed it yet/updated report. I would appreciate, as I'm sure others would too, this courtesy in the future before you reassign bugs. Cheers, - 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]
Re: [PHP-DEV] language specification project
[EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Sun, 20 May 2001 [EMAIL PROTECTED] wrote: This project seems rather dead to me. Though, I think it should be continued. Some work was alread been done. Yeah, it should be very nice to have a spec, so that others can implement an alternative for the Zend engine (/me hides) I didn't mention that indeed. On purpose, by the way. It needs ZeevAndi's help on some issues... I would like to try to reanimate it. I think, like Sacha I think, that a spec should be quite exact and precise. It's Sascha, not Sacha. Sascha, I'm sorry. Zend was made without a proper specification, something they try to hammer all first-year students at my university you should NEVER do that. And how do you know this? Did you ask Zeev or Andi about this? Afterall, Zend is a new implementation for the language that was in PHP/FI and PHP3. It does comply (almost) with these two versions. If php4 WAS made after a spec, then it existed, and then Sascha wouldn't have made effort to make one. Simple deduction. And referring to php/fi or php3 isn't also really referring to a spec, they are also just implementations, not a specification. It is very annoying to have to specify all quirks, I think it is most practical to document it the way it should be, and then note whereever it goes wrong. Sure, but if you want to change these 'quirks' you are gonna break lots of scripts that rely on those. Not an option I would think. NO, it really isn't the purpose to break current behaviour. IMO it is very well possible to keep it BC. I was thinking, that some flags could be introduced, to make it more strict, and thus enforce better coding. But the usual behaviour should, of course, be BC. snip Then, IMO the next step would be to make zend comply to the specs, finally making version 4.1 as some people seem to want. 'to make zend comply to the specs' Are you going to break the backwards compability? No. Maybe in the future, but currently certainly not. And THEN you can publish the spec. With the current quirky behaviour, PHP won't be seen as a well and neatly specified and LOGIC language, but rather as some potpourri (mixup) of other languages. But before I start, I want to know your opinions nowadays... And, I really need (=want) to know whether Zend WILL go comply to the new spec. My guess is no here, BC is the word. And what if both is possible, comply to new spec, AND BC? (by the way, I came onto this trying to document the language properly, but that is really hard to do... if you want it to have as exact as possible) (BTW2: zend-cvs discussion? where are the archives? and is there web-cvs for zend somewhere?) Zend CVS needs no discussion on it's own, all discussion is done on php-dev. But that is very cumbersome to spit :(, since all those bugs are in between... But okay, I know where to look. SUMMARY: - spec framework made (sacha?, myself?) - spec made, as how it should work, so close as possible to PHP, but in case of quirks, just a logic behaviour. (Anyone who wants. Myself included) WITH notes where zend does something strange. I think it would be better to document the current language as is, make notes about the quirks, see what can be done about those. And if there can be done something about these quirks without messing stuff up, change it in Zend (if it is possible). I tried, for the normal documentation. But now on references, and also errors, I notice that it is very difficult. But I can't just write a wish-documentation, as it would document a version of PHP that is not yet existent... regards, Derick Rethans Greetz, Jeroen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #7387 Updated: weird problems with unquoted array subscripts
This was an explaination, not an excuse (in the sense that I think I was right to do so). [EMAIL PROTECTED] wrote in message 9e9aib$bjg$[EMAIL PROTECTED]">news:9e9aib$bjg$[EMAIL PROTECTED]... Hi, First, sorry for doing so. Actually, I was already writing on it before I noticed the bug. But it's not finished yet, as you can see in the current cvs (well, you need to look very carefully, but still). So I thought, let's reassign it before you start working on it. Of course, I should have mailed to you too, but I know you follow the php-dev list, so I didn't take the effort (/me being lazy) So: you are right, I should have contacted you. But it didn't make any difference to whether it would have saved you work: if I had not noticed the bug, it would have been in the docs tomorrow, and you would still have had the 'problem' of having done work for nothing. But in that case, I could have said: sorry, I didn't know, while in this case, I did my best to inform you as early as possible. Greetz, Jeroen James Moore [EMAIL PROTECTED] wrote in message 01c0e168$adda7f00$010a@zeus">news:01c0e168$adda7f00$010a@zeus... ID: 7387 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4 (any) Assigned To: jeroen Comments: Jeroen, Generally when a bug is assigned to someone and you want to work on it then its polite to send them an email asking if they mind you working on it, in this case I haven't found time to actually write the docs but then again how are you to know I haven't spent the last 2-3 hours writing this and haven't committed it yet/updated report. I would appreciate, as I'm sure others would too, this courtesy in the future before you reassign bugs. Cheers, - 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 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] gd/config.m4 - some issues left
I'm just testing some changes I made. Will commit soon. --Jani On Sun, 20 May 2001, Sascha Schumann wrote: These three lines contain the and operator (-a) which is not followed by an expression: if test $PHP_JPEG_DIR != no -a $PHP_JPEG_DIR; then if test $PHP_PNG_DIR != no -a $PHP_PNG_DIR; then if test $PHP_XPM_DIR != no -a $PHP_XPM_DIR; then I don't see the relevance of the -a ... part here. PHP_FOO_DIR is either no or has a usable value. Another issue is that png config code assumes that the user has enabled zlib and executes PHP_ADD_LIBRARY_WITH_PATH(z, $PHP_ZLIB_DIR/lib, GD_SHARED_LIBADD) unconditionally, even though PHP_ZLIB_DIR is set to 'no'. That causes a ./configure: no: No such file or directory because PHP_EXPAND_PATH will try to expand the path 'no/lib'. The same problem exists in pdflib's config.m4: checking for zlib (needed by pdflib)... checking for deflate in -lz... yes ./configure: no: No such file or directory - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #3284 Updated: Add syntax extension to allow htmlspecialchars($foo) inside quoted strings
ID: 3284 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Assigned To: Comments: This looks cool... I vote for it! The syntax causes no broken things or whatever: currently, these syntaxes cause either parse-errors, or just print the $|foo literally, both not very likely to occur in current scripts ;) Previous Comments: --- [2001-02-10 14:00:03] [EMAIL PROTECTED] refiling against 4.0. --- [2000-01-22 16:00:05] [EMAIL PROTECTED] This would be super, SUPER useful for everyone: a way to automatically expand (both in regular code AND in quoted strings): $|foo [where | might be some other special punctuation character; you decide what character would work best] to: htmlspecialchars($foo) Here's why. One of the most common bugs in CGI programming -- in PHP or any other language -- is constructs such as this: echo input type=text name=foo value='$foo' input type=text name=bar value='$bar'; In this case, $foo will be expanded. However, there's a serious problem here: if $foo contains any of the special characters ( ), those characters will NOT be escaped, and thus the resulting HTML is broken! The correct way to do this is the following mess: echo input type=text name=foo value=' . htmlspecialchars($foo) . 'input type=text name=bar value=' . htmlspecialchars($bar) . '; This is a big pain in the neck. Basically, it means that the automatic expansion of variables inside quoted strings is WAY less useful than it would be otherwise. My proposed syntax extension would make this way, way easier. Here's how you would be able to write the above example: echo input type=text name=foo value='$|foo' input type=text name=bar value='$|bar'; This is MUCH cleaner. Also, this feature would encourage correct code, because without this feature, many programmers frequently forget to call htmlspecialchars() because of the convenience of relying on string-expansion. This extension would also help in other situations, such as these: // if $name == AJ Market, some browsers // will not display what you want: echo pCompany name: $name/p; // This is WRONG! echo pCompany name: $|name/p; // This would be okay // if $email == Joe Smith [EMAIL PROTECTED], // most browsers will not display what you want: echo Reply to $email; // This is WRONG! echo Reply to $|email; // This would be okay Also, an example when escaping from HTML mode: form !-- this is WRONG: -- input type=text name=foo value=? echo $foo ? !-- this would be okay: -- input type=text name=foo value=? echo $|foo ? Note that in any context, $|foo would be an r-value, NOT an l-value (that is, you can't assign to it or pass it by reference). For example, this is illegal: $|foo = hi; // illegal --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3284edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9688 Updated: FTP_PUT / FOPEN
ID: 9688 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: IIS related Operating system: PHP Version: 4.0.4 Description: FTP_PUT / FOPEN It might be for all I know , a permission problem which occure when one are using maped network drives/virtual hosts under IIS. I can't say either as I was using a remote host(or web hoster). If it's the case it shouldn't be fixed anyway?? I think it's a bit scame cause if your working on a huge project and you can't upload file where the point of using it all?? Anyway people have been asking for work arounds, I can't say I know of a work around which guarantees success , but I made a script to test file-uploades with different approaches (ftp_functions, fopen(ftp://;) , copy()) Main purpose of this was cause I found myself in a postion where I needed to change web-hoster because of this bug, (fortunately I'm not paying for this service) and I wanted to know if next web-hoster would have same problem. The test script can be found at http://www.valar.f2s.com , hope it helps! Meanwhile lets hope for a bug fix!!? -- Best Regards, IN Previous Comments: --- [2001-05-18 04:30:55] [EMAIL PROTECTED] The problem here seems that PHP cant access the drive or file. Have you checked permissions? Is G: a mapped network drive? Is the path correct?? Please check these, then try latest CVS (snapshots for win32 are avalible here: http://www.zend.com/snapshots ) - James --- [2001-03-11 17:49:57] [EMAIL PROTECTED] I'm working against a IIS web server with PHP 4.0.4 It seems that both ftp_up and fopen causes the same problem, not allowing you to upload files. On the attempt to open sourcefile/submited file I get following errors; with ftp_up: Warning: error opening G:\mysite\mysite\gfx\icon_editor_url.gif in ftp.php on line 19 with fopen: Warning: fopen(G:\mysite\mysite\gfx\icon_editor_list.gif,rb) - No such file or directory in uploadfile.php on line 7 hence under linux, I have tested the fopen with php4.0.b3 and it seems to work. Question me for samplecode if needed. Regards, IN. --- Full Bug description available at: http://bugs.php.net/?id=9688 -- 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] mailparse extension
On 2001-05-20 16:20:03, Andi Gutmans [EMAIL PROTECTED] wrote: At 12:28 PM 5/20/2001 +0100, Wez Furlong wrote: SGksDQoNCkkndmUgY29tbWl0dGVkIG15IG1haWxwYXJzZSBleHRlbnNpb247IEkgaG Was that in chinese? :) Base64... :-) --Wez. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10979 Updated: segfault on get_class_methods(Directory);
ID: 10979
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This seems to be fixed in PHP 4.0.6RC1.
Please try it:
http://www.php.net/~andi/php-4.0.6RC1.tar.gz
Reopen if it segfaults with that.
--Jani
Previous Comments:
---
[2001-05-21 00:02:00] [EMAIL PROTECTED]
I'm writing a little method in a debug class that outputs
all of the loaded classes for the system, using
get_class_methods().
My class started to segfault with this code:
function _output_all_classes() {
$this-_output_header('All Classes');
$classes = get_declared_classes();
foreach ($classes as $key) {
echo $key;
echo n;
$class_methods = get_class_methods($key);
if ($class_methods != '') {
foreach ($class_methods as $key) {
echo ;
echo $key;
}
}
echo nn;
$vars = get_class_vars($key);
if ($vars != '') {
foreach ($vars as $key) {
echo ;
echo $key;
}
}
}
}
So I got a list, and tested each name individually.
This code segfaults apache:
get_class_methods(Directory);
not a bid deal, as this is a default class, but I think
this is probably unexpected behavior :)
_alex
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10979edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7821 Updated: Unresolved symbol with GD
ID: 7821
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Configuration Issues
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Solved - closed.
--Jani
Previous Comments:
---
[2001-05-20 18:47:17] [EMAIL PROTECTED]
Good question :)
I've putted this library from HP-UX system in my lib directory and now it's works :)
I've just warning message...I will update this event tomorrow when I'll be at work
with all details.
Do you have an idea for the bug #10884 ?
Thanks :)
JC
---
[2001-05-20 18:37:28] [EMAIL PROTECTED]
Is there libX11.so or libX11.a in /PKl01h01/soft/web/lib ??
--Jani
---
[2001-05-16 10:28:27] [EMAIL PROTECTED]
Okay, with the build php4-200105160045, I've this config message error :
...
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
./configure[6]: no: not found.
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... no
configure: error: libXpm.(a|so) or libX11.(a|so) not found!
In config.log :
...
configure:18240: checking for the location of libXpm
configure:18288: checking for XpmFreeXpmImage in -lXpm
configure:18309: gcc -o conftest -O2 -DHPUX10 -DMOD_SSL=208101 -DUSE_HSREGEX -DEAPI
-DUSE_EXPAT -L/PKl01h01/soft/web/lib -L/PKl01h01/soft/web/lib -L/PKl01h01/so
ft/web/src/php/lib -L/PKl01h01/soft/web/src/php/lib conftest.c -lXpm
-L/PKl01h01/soft/web/lib -lX11
-lpng -lz -ljpeg -lcrypt -lm 15
/usr/ccs/bin/ld: Can't find library for -lX11
collect2: ld returned 1 exit status
configure: failed program was:
#line 18298 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char XpmFreeXpmImage();
int main() {
XpmFreeXpmImage()
; return 0; }
Any idea ?
Thx :)
JC
---
[2001-05-16 01:06:00] [EMAIL PROTECTED]
What does it say in config.log about this ?
In the end of it.
And could you please try with latest snapshot from
http://snaps.php.net/ as the configure script for
GD has gone through a face lift.
--Jani
---
[2001-05-15 15:02:31] [EMAIL PROTECTED]
Hellow,
Here's the feedback :
When I add --with-xpm-dir=..., the configure program failed :
...
checking for libjpeg (needed by gd-1.8+)... yes
checking for jpeg_read_header in -ljpeg... yes
checking for libXpm (needed by gd-1.8+)... yes
checking for XpmFreeXpmImage in -lXpm... no
no
checking whether to include GD support... yes (static)
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for compress in -lz... no
checking for png_info_init in -lpng... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking whether to include FreeType 1.x support... yes
checking for T1lib support... no
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
checking for ICAP support... no
checking for iconv support... no
checking for Kerberos support in IMAP... no
checking for SSL support in IMAP... no
checking for IMAP support... no
checking for Informix support... no
checking for Ingres II support... no
checking for InterBase support... no
checking for ircg support... no
checking for Java support... no
checking whether to include LDAP support... no
checking for MCAL support... no
checking for mcrypt support... no
checking for mhash support... no
checking whether to include ming support... no
checking for mnoGoSearch support... no
checking for mSQL support... no
checking for Muscat support... no
checking for MySQL support... no
checking for Oracle-OCI8 support... no
checking for Adabas support... no
checking for SAP DB support... no
checking for Solid support... no
checking for IBM DB2 support... no
checking for Empress support... no
checking for Velocis support... no
checking for a custom ODBC support... no
checking for iODBC support... no
checking for Easysoft ODBC-ODBC Bridge support... no
checking for unixODBC support... no
checking for OpenLink ODBC support... no
checking for
[PHP-DEV] CVS Account Request
Full name: Alan T. Miller Email: [EMAIL PROTECTED] ID: amiller Purpose: I wanted to volunteer my efforts in helping to develop and document the PEAR project\'s web site and online documentation (pear.php.net). I believe I need to get started with a CVS account to do so. -- 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] function suggestion
I would like to suggest a function: get_defined_constants(); which returns an array of constant name/value pairs. _alex -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10980: mssql query error
From: [EMAIL PROTECTED]
Operating system: windows2000/98
PHP version: 4.0.4pl1
PHP Bug Type: MSSQL related
Bug description: mssql query error
//error source
$connid=odbc_connect('odbc_db','odbc_user','odbc_pswd');
$sql='select id from bt_article where id978';
$row=odbc_do($connid,$sql);
echo odbc_num_rows($row);
//result -1
//if $sql='select title from bt_article where id978 order by id';
//result is ok
//if $sql='select title from bt_article where id=978 order by id';
//result -1
--
Edit Bug report at: http://bugs.php.net/?id=10980edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10976 Updated: No support for other encoding in XSLT functions
ID: 10976 Updated by: swm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Sablotron XSL Operating system: PHP Version: 4.0.5 Assigned To: Comments: A sample script please. Previous Comments: --- [2001-05-20 16:11:54] [EMAIL PROTECTED] I run PHP 4.0.5 on Windows 2000 with Apache Web Server. The problem is that I can't use the function xslt_process() with strings containing non-English characters (Greek particularly). The only solution for now is to encode the strings to UTF-8, but this requires setting the browser's encoding to UTF-8 which forces me to encode everything to UTF-8 before displaying it. I contacted Ginger Alliance and they told me that Sablotron works ok when the PHP extension is linked to and compiled with ilibconv.dll BUT I don't know exactly how this is done. They said that Sterling Hughes is working on a new version for Sablotron and I would like to request that this new extension works with other character encodings too. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10976edit=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: Bug #10946 Updated: mail() Failed: Server Error
Title: RE: Bug #10946 Updated: mail() Failed: Server Error i have resolve the problem . thx. Jeff Zhu 2001/05/21 -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: 2001年5月18日 16:35 To: [EMAIL PROTECTED] Subject: Bug #10946 Updated: mail() Failed: Server Error ID: 10946 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IIS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I dont get what the problem is here. Please give more information. - James Previous Comments: --- [2001-05-17 22:46:15] [EMAIL PROTECTED] i have installed php and iis in 2 servers. one is ok, when i run the mail(). but another is failed. so i changed the smtp to the right one in php.ini. it's ok! both server have some software enviroment, except one is installed msq, another not.does it the problem? i don't think so. why? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10946=2
[PHP-DEV] Bug #10946 Updated: mail() Failed: Server Error
ID: 10946 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: IIS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: User feedback: -- i have resolve the problem . thx. Jeff Zhu 2001/05/21 Previous Comments: --- [2001-05-18 04:35:11] [EMAIL PROTECTED] I dont get what the problem is here. Please give more information. - James --- [2001-05-18 04:35:10] [EMAIL PROTECTED] I dont get what the problem is here. Please give more information. - James --- [2001-05-17 22:46:15] [EMAIL PROTECTED] i have installed php and iis in 2 servers. one is ok, when i run the mail(). but another is failed. so i changed the smtp to the right one in php.ini. it's ok! both server have some software enviroment, except one is installed msq, another not.does it the problem? i don't think so. why? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10946edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10654 Updated: Slight change to dead session detection?
ID: 10654 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: OCI8 related Operating system: Linux i386 PHP Version: 4.0.5 Description: Slight change to dead session detection? Working to recreate the problem. Please hold :) Previous Comments: --- [2001-05-04 10:25:23] [EMAIL PROTECTED] plz let us know if it does - we'll add it to the list then! --- [2001-05-03 19:45:30] [EMAIL PROTECTED] This could have been a php-dev list posting... I'm not sure if this applies to the dead session detection change made in version 1.106 of ext/oci8/oci8.c. When our Oracle 8.1.6 server dies and is restarted we get an error back from PHP: OCISessionBegin: ORA-24237: need explicit attach before authenticating a user. To resolve this error, we have to restart our Apache server where PHP runs as a module. Would adding oracle error 24237 to oci_handle_error() in oci.c resolve the problem? --- Full Bug description available at: http://bugs.php.net/?id=10654 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10981: Script crash in zend_execute.c
From: [EMAIL PROTECTED]
Operating system: linux x86
PHP version: 4.0.5
PHP Bug Type: Scripting Engine problem
Bug description: Script crash in zend_execute.c
One of our users reported the following problem to us in a screen dump. Because the
script in question is in production and it looks perhaps to be an intermittent problem
(we don't know at this stage) I cannot provide a backtrace.
The error is
Fatal error: Cannot increment/decrement overloaded objects nor string offsets in
#224:#204; on line 795176303.
The error is reported at 1082 in zend_execute.c
Script attached:
$URL = http://XXX.com.au/internal/thingie.php;;
$HOME = /home/aap;
$PARSER_LOCKFILE = $HOME/parser.LCK;
$PARSER_STAMPFILE = $HOME/parser.stamp;
$PREGEN_LOCKFILE = $HOME/pregen.LCK;
$PREGEN_OVERRIDE_FILE = $HOME/pregen.override;
$PREGEN_TIMEOUT = 300; # seconds
$FEED_DIR = $HOME/ftpdata/TAN;
/* actions */
if ($QUERY_STRING == halt) {
$base_url = http://XXX.com.au/NewsSiteGenerator/1,2045,,0.html;;
# $f = fopen($base_url?actionType=abort,'r');
# fclose($f);
# @unlink($PREGEN_LOCKFILE);
header(Location: $base_url);
}
elseif ($QUERY_STRING == queue) {
$f = @fopen($PREGEN_OVERRIDE_FILE, 'w');
@fwrite ($f,TRUE\n);
@fclose ($f);
header(Location: $URL);
}
elseif (ereg(^stop=,$QUERY_STRING)) {
@unlink ($PARSER_STAMPFILE);
@unlink ($PARSER_STAMPFILE);
header(Location: $URL?stopped=$stop);
}
elseif ($QUERY_STRING == reset) {
@unlink ($PARSER_STAMPFILE);
@unlink ($PARSER_LOCKFILE);
@unlink ($PREGEN_OVERRIDE_FILE);
header(Location: $URL);
}
/* figure out our state machine */
$parser_locked = file_exists($PARSER_LOCKFILE);
$timer_running = file_exists($PARSER_STAMPFILE);
$pregen_running = (file_exists($PREGEN_LOCKFILE) || pregen_running());
$pregen_queued = file_exists($PREGEN_OVERRIDE_FILE);
$stories_queued = `find $FEED_DIR -type f -maxdepth 1`;
header(Expires: Mon, 26 Jul 1997 05:00:00 GMT);
header(Last-Modified: . gmdate(D, d M Y H:i:s) . GMT);
header(Cache-Control: no-cache);
header(Cache-Control: post-check=0, pre-check=0);
header(Pragma: no-cache);
?
htmlheadtitleAAP Status and Control page/title
meta http-equiv=pragma content=no-cache
meta http-equiv=refresh content=2
link rel=stylesheet href=style.css type=text/css
/head
body?=($timer_running ? ' onLoad=window.focus();':'')?
pbBE VERY CAREFUL/bbrTime: ?=date('g:i:s a')?/p
?
if ($timer_running) {
$LAST_INSERT = trim(`head -1 $PARSER_STAMPFILE`);
$NOW = date('U');
$seconds = ($LAST_INSERT + $PREGEN_TIMEOUT) - $NOW;
$minutes = floor($seconds / 60);
$seconds = $seconds % 60;
$time_left = sprintf(%02d:%02d,$minutes,$seconds);
echo New stories awaitbrspan class=alert$time_leftbr;
printf (
a class=alert href=$URL?stop=%sbStop the
clock/b/abrbr/span,
urlencode($time_left)
);
} elseif (ereg(^stopped,$QUERY_STRING)) {
printf (
span class=alertClock stopped at %sbrbr/span,
urldecode($stopped)
);
}
if ($stories_queued) {
echo New bulletin waiting to enter the systembrbr;
}
if ($parser_locked) echo System lockedbr;
if ($pregen_queued) echo Pregeneration queuedbr;
if ($parser_locked or $pregen_queued) {
echo a href=$URL?resetbReset the system/b/abrbr/span;
}
if ($pregen_running) {
echo Pregeneration in progressbr;
echo a href=$URL?haltHalt pregeneration/abrbr;
}
echo a href=$URL?queueQueue Pregeneration/abrbr;
echo /body;
function pregen_running()
{
global $dbh;
if (!$dbh) $dbh = ociplogon(XXX,XXX,TAN);
$field = GENERATION_IN_PROGRESS_FLAG;
$sql = select $field from i7_news_cache_control;
if ( ! $sth = ociparse($dbh,$sql)) return 0;
if ( ! ociexecute($sth)) return 0;
if ( ! ocifetch($sth)) return false;
if ( ociresult($sth, $field) != 'Y') return false;
return true;
}
--
Edit Bug report at: http://bugs.php.net/?id=10981edit=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] memory allocation for PG() variables.
I see that PG(open_basdir) holds the value of open_basedir. I need to make a local hack to alter that value, adding a path from an Apache environment variable. After browsing the source for a while, I'm still uncertain on how memory is allocated for those PG() string variables. How should I alter a PG() variable? With some function like emalloc? TIA Egan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10982: zlib w/ adabas - compile fails on configure
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.2 (SuSE 6.4+)
PHP version: 4.0.5
PHP Bug Type: Compile Failure
Bug description: zlib w/ adabas - compile fails on configure
checking whether to include zlib support... yes
checking for gzgets in -lz... no
configure: error: Zlib module requires zlib = 1.0.9.
even though zlib version 1.1.3 is installed. If I take
'--with-adabas=/usr/lib/adabas' out it works.
This is dupe of Bug #10739 that relates this to IMAP but I
have no trouble including '--with-imap=yes'. Here is the end
of config.log and thanks!
configure:47629: checking whether to include YP support
configure:47826: checking whether to include zlib support
configure:48027: checking for gzgets in -lz
configure:48046: gcc -o conftest -g -O2
-DHARD_SERVER_LIMIT=2048 -DDYNAMIC_MODULE_LIMIT=128
-DLINUX=22 -DMOD_SSL=208100 -DEAPI -DUSE_EXPAT
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -L/usr/lib
-Wl,-rpath,/usr/lib/adabas/lib -L/usr/lib/adabas/lib
-Wl,-rpath,/usr/local/src/php-4.0.5/ext/odbc
-L/usr/local/src/php-4.0.5/ext/odbc
-Wl,-rpath,/usr/lib/pgsql -L/usr/lib/pgsql conftest.c -lz
-lsnmp -lexpat -lsablot -lreadline -lhistory -lpq
-lodbc_adabas -lsqlrte -lsqlptc -lmysqlclient -lldap -llber
-lttf -lz -lpng -lgd -ljpeg -lgdbm -lssl -lcrypto -lresolv
-lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib -ljpeg 15
/usr/i486-suse-linux/bin/ld: cannot find -lodbc_adabas
collect2: ld returned 1 exit status
configure: failed program was:
#line 48035 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still
apply. */
char gzgets();
int main() {
gzgets()
; return 0; }
config.log line 1389/1425 (END)
--
Edit Bug report at: http://bugs.php.net/?id=10982edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9859 Updated: mail() doesn't send cc or bcc as in the manual instructions
ID: 9859
Updated by: danbeck
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Documentation problem
Bug Type: Mail related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
I've corrected the Cc: and Bcc: problems in the mail() example, but I'm reclassifying
this as a Mail Function problem. Is it necessary for the win32 version of the mail()
function to require that you use \r\n?
If it is, I can add this information to the mail function docs.
Previous Comments:
---
[2001-03-20 02:42:22] [EMAIL PROTECTED]
script example:
-
?php
$returnvar=false;
$mailto=[EMAIL PROTECTED];
$mailsubject=cc test;
$mailmessage=message content;
$mailHeader=cc:[EMAIL PROTECTED];
$returnvar=mail($mailto,$mailsubject,$mailmessage,$mailHeader);
?
html
body
the mail was sent?
?php
echo brreturnvar= $returnvarbr;
?
/body
/html
-
The above does not send the carbon copy.
The pdf manual says:
--
$headers .= cc:[EMAIL PROTECTED]; // CC to
$headers .= bcc:[EMAIL PROTECTED], [EMAIL PROTECTED]; // BCCs to
/* and now mail it */
mail($recipient, $subject, $message, $headers);
---
That does not work since Win32 sendmail.c looks for case sensitve Cc:
sendmail.c also does not look for bcc:
Also you must have rn not just n.
I think the problem is here in win32 sendmail.c :
if (headers (pos1 = strstr(headers, Cc:))) {
pos2 = strstr(pos1, rn);
tempMailTo = estrndup(pos1, pos2-pos1);
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9859edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10983: php can't select database in mysql, so mysql is not working at all.
From: [EMAIL PROTECTED] Operating system: WINNT 4.0 PHP version: 4.0.5 PHP Bug Type: MySQL related Bug description: php can't select database in mysql, so mysql is not working at all. -- Edit Bug report at: http://bugs.php.net/?id=10983edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10286 Updated: Licenens of PDF-Libs
ID: 10286 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This has been corrected in latest phpdoc cvs. (Should show up in the next online manual update.) Previous Comments: --- [2001-04-11 07:18:13] [EMAIL PROTECTED] Both of the two PDF-Libs are not real free, if you read the documentation of ClibPDF functions you get the wrong meaning, that the pdflib is free, but this is not true!!! Please make a Information avaiable for both (not only for ClibPDF), this will save work for people, who first think, that they can use pdflib for free and see later, that (at a moment, where work was done) they have to pay at least 500 US-$ for only a library!!! And on the other side it is fair to give both libs the same chance!!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10286edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10335 Updated: Incorrect paramters for pdf_setdash()
ID: 10335 Updated by: danbeck Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (15/04/2001) Assigned To: Comments: Corrected in latest phpdoc cvs. Previous Comments: --- [2001-04-15 10:15:20] [EMAIL PROTECTED] Function description is currently void PDF_setdash (int pdf object, double w, double b) Should be void PDF_setdash (int pdf object, double b, double w) The proto description in the source is wrong (bug report filed). PDFlib docs says function as void PDF_setdash(PDF *p,float b,float w) Experimentation with the function will prove this to be true. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10335edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10984: dbase_replace_record() can't work
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.5 PHP Bug Type: dBase related Bug description: dbase_replace_record() can't work dbase_replace_record() can not replace what you want but NULL. why? -- Edit Bug report at: http://bugs.php.net/?id=10984edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10983 Updated: php can't select database in mysql, so mysql is not working at all.
ID: 10983 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read the bug submission guidelines. http://www.php.net/bugs-dos-and-donts.php This report lacks any details, especially an example script or error message. It's probably an issue with your script. Reopen the report with an example script and error messages, or ask one of the support mailing lists for assistance. http://www.php.net/support.php Previous Comments: --- [2001-05-21 05:16:49] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10983edit=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] memory allocation for PG() variables.
I'm pretty sure it's malloc()'ed. In any case, you'll crash pretty quickly if you use the wrong one :) Andi At 09:41 PM 5/20/2001 -0400, Egan wrote: I see that PG(open_basdir) holds the value of open_basedir. I need to make a local hack to alter that value, adding a path from an Apache environment variable. After browsing the source for a while, I'm still uncertain on how memory is allocated for those PG() string variables. How should I alter a PG() variable? With some function like emalloc? TIA Egan -- 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] Latest CVS on Win32
With the latest CVS on Win32 I get the following warnings Warning: Unknown list entry type in request shutdown (0) in Unknown on line 0 Could that be related to the ZendEngine patches from last night? The same script runs fine without warnings on PHP 4.0.5. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Cannot view source via IE browser
Hello. I am having a problem when trying to view source via my IE browser. When I try I get the following error: Cannot open the php_submit.php C:\WINDOWS\Temporary Internet Files\Content.IE5\8DMZ02HJ\www.yahoo(1) file. Make sure a disk is in the drive you specified. ** Above I just tried viewing source on Yahoo's home page as an example. Now, interestingly, the php_submit.php file was one of the first PHP files I created when I first started playing around with PHP on my PC. For every time I try to view source, this file is mentioned as above. The second file (ie. 'www.yahoo(1)' ) is different for every page I try to view source on. I have checked with Microsoft's technet and found no help and tried all that was suggested. I am now thinking that maybe my PHP installation may have caused this. I do not recall this error happening JUST AFTER I installed. I think I could for awhile and then all of a sudden I could not. I am posting this question in a few other PHP newsgroups as I am unsure where this would fall under: php.dev php.doc php.general php.windows Thanks to anyone who can assist. John M. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10983 Updated: php can't select database in mysql, so mysql is not working at all.
ID: 10983 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating system: WINNT 4.0 PHP Version: 4.0.5 Description: php can't select database in mysql, so mysql is not working at all. sorry, but i was too mad to notice. let me rephrase the whole thing. After i upgrade php from 4.04p1 to 4.05 at WinNT machine, i couldn't get mysql query working at all. Technically, they all work, just i don't get any result back. example: ? echo DATABASE: HealthyBR; $query=select * from MEMBER; $ident = mysql_connect(Kim,root,) or die(Bad query: .mysql_error()); mysql_select_db(healthy); $restult=mysql_db_query(healthy,$query); while ($row=mysql_fetch_array($result)) echo $row[serial]; ? and the result i got is: DATABASE: Healthy Warning: Supplied argument is not a valid MySQL result resource in d:\www\test\php\db.php on line 13 i can assure you that the member table is not empty. i have tried re-install php and apache, but they still don't work as they should. Previous Comments: --- [2001-05-21 06:02:59] [EMAIL PROTECTED] Please read the bug submission guidelines. http://www.php.net/bugs-dos-and-donts.php This report lacks any details, especially an example script or error message. It's probably an issue with your script. Reopen the report with an example script and error messages, or ask one of the support mailing lists for assistance. http://www.php.net/support.php --- [2001-05-21 05:16:49] [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=10983 -- 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] Cannot view source via IE browser
This is the incorrect list. This is for people developing the PHP language not developing with PHP. This is most likely your script and since you have not provided nearly enough details about how exactly you are trying to accomplish this there isn't much help we can give. ?php show_source(http://www.yahoo.com;); ? works fine for me. If you want help reply to me, *not* to the list. Thanks, -Chris -Original Message- From: John M [mailto:[EMAIL PROTECTED]] Sent: Sunday, 20 May, 2001 11:10 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Cannot view source via IE browser Hello. I am having a problem when trying to view source via my IE browser. When I try I get the following error: Cannot open the php_submit.php C:\WINDOWS\Temporary Internet Files\Content.IE5\8DMZ02HJ\www.yahoo(1) file. Make sure a disk is in the drive you specified. ** Above I just tried viewing source on Yahoo's home page as an example. Now, interestingly, the php_submit.php file was one of the first PHP files I created when I first started playing around with PHP on my PC. For every time I try to view source, this file is mentioned as above. The second file (ie. 'www.yahoo(1)' ) is different for every page I try to view source on. I have checked with Microsoft's technet and found no help and tried all that was suggested. I am now thinking that maybe my PHP installation may have caused this. I do not recall this error happening JUST AFTER I installed. I think I could for awhile and then all of a sudden I could not. I am posting this question in a few other PHP newsgroups as I am unsure where this would fall under: php.dev php.doc php.general php.windows Thanks to anyone who can assist. John M. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10983 Updated: php can't select database in mysql, so mysql is not working at all.
ID: 10983 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: You need to check for errors on your mysql_db_query(). Your or die(mysql_error()) belongs there. And since you have already done a mysql_select_db(), you can just use mysql_query(). Previous Comments: --- [2001-05-21 07:27:06] [EMAIL PROTECTED] sorry, but i was too mad to notice. let me rephrase the whole thing. After i upgrade php from 4.04p1 to 4.05 at WinNT machine, i couldn't get mysql query working at all. Technically, they all work, just i don't get any result back. example: ? echo DATABASE: HealthyBR; $query=select * from MEMBER; $ident = mysql_connect(Kim,root,) or die(Bad query: .mysql_error()); mysql_select_db(healthy); $restult=mysql_db_query(healthy,$query); while ($row=mysql_fetch_array($result)) echo $row[serial]; ? and the result i got is: DATABASE: Healthy Warning: Supplied argument is not a valid MySQL result resource in d:wwwtestphpdb.php on line 13 i can assure you that the member table is not empty. i have tried re-install php and apache, but they still don't work as they should. --- [2001-05-21 06:02:59] [EMAIL PROTECTED] Please read the bug submission guidelines. http://www.php.net/bugs-dos-and-donts.php This report lacks any details, especially an example script or error message. It's probably an issue with your script. Reopen the report with an example script and error messages, or ask one of the support mailing lists for assistance. http://www.php.net/support.php --- [2001-05-21 05:16:49] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10983edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10985: Cannot load /usr/local/apache/libexec/libphp4.so into server: shared object not
From: [EMAIL PROTECTED] Operating system: SuSe 7.1 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: Cannot load /usr/local/apache/libexec/libphp4.so into server: shared object not I am running Suse Linux 7.1 with kernel 2.4 on a P233MMX Fujitsu Myrica Plus. Configure line for php4.0.5: #./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs I was following a routine from ibm.com/developerworks and had succeeded with installing apache_1.2.19 and MySQL-3.23.38. I copied php.ini-dist into /usr/local/lib/php.ini and edited the apache conf file to include AddType application/x-httpd-php .php .phtml AddType application/x-httpd-source .phps I saved the file, then restarted apache and got a message that apache could not be started because it could not load /usr/local/apache/libexec/libphp4.so into server: shared object not open. Do you have a solution? -- Edit Bug report at: http://bugs.php.net/?id=10985edit=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]
