[PHP-DEV] Bug #13047: black and red ant thiung
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: black and red ant thiung a black and red abt looking bug that stays by itself and comes out in warm to hot weather -- Edit bug report at: http://bugs.php.net/?id=13047edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #13013 Updated: libphp4.so: undefined symbol: zendtext
Dear Sir : No. The latest CVS snapshot fix this problem, but have a new one :) % sudo /www/apache-1.3.20/bin/apachectl start Syntax error on line 232 of /www/apache-1.3.20/conf/httpd.conf: Cannot load /www/apache-1.3.20/libexec/libphp4.so into server: /www/apache-1.3.20/libexec/libphp4.so: Undefined symbol pcre_malloc ^^^ /www/apache-1.3.20/bin/apachectl start: httpd could not be started with Best Regards, -- Stone Yu --- Bug Database [EMAIL PROTECTED] wrote: ID: 13013 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.2-RELEASE PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-08-28 22:23:35] [EMAIL PROTECTED] Hi, This is Stone Yu. When I running php 4.0.6, I got some error messages : % sudo /www/apache-1.3.20/bin/apachectl start Password: Syntax error on line 232 of /www/apache-1.3.20/conf/httpd.conf: Cannot load /www/apache-1.3.20/libexec/libphp4.so into server: /www/apache-1.3.20/libexec/libphp4.so: Undefined symbol zendtext /www/apache-1.3.20/bin/apachectl start: httpd could not be started O.S. : FreeBSD 4.2-RELEASE Apache version : 1.3.20 + mod_ssl-2.8.4-1.3.20(both with DSO[max] mode) compiler : gcc 2.95.2 I install apache + mod_ssl first, then configure and install php with DSO mode, here's my configure parameter : ./configure --with-apxs=/www/apache-1.3.20/bin/apxs --with-config-file-path=/www/apache-1.3.20/conf --with-mysql=/usr/local/mysql --enable-sysvsem --enable-sysvshm --with-xml --with-mod_charset --enable-force-cgi-redirect --enable-inline-wwwimization --with-openssl=/usr/local --enable-track-vars --with-bz2 --enable-ftp --with-gdbm=/usr/local --with-db2 --with-jpeg-dir --with-tiff-dir --with-xpm-dir --with-ttf --with-mm --disable-posix I also found the old php version(4.0.2) has the same bugs(bug no. #6664 #6868), but I can't find any solution for it. Any suggestion will be nice, thanks a lot. with Best Regards, -- Stone Yu ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=13013edit=2 __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.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 #13047 Updated: black and red ant thiung
ID: 13047 Updated by: jimw Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: PHP Version: 4.0.6 Edit this bug report at http://bugs.php.net/?id=13047edit=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 #12999 Updated: configure with sablotron support
ID: 12999 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Sablotron XSL Operating System: Slackware Linux 8.0 PHP Version: 4.0.6 New Comment: how exactly did you configure Sablotron? Previous Comments: [2001-08-28 12:11:09] [EMAIL PROTECTED] Does config.log have any clues what might be wrong? [2001-08-28 08:20:19] [EMAIL PROTECTED] hi, i can't compile php 4.0.6 and higher (4.0.7RC1) with sablotron support. i'm always getting a configure error: configure: error: iconv not found my configure line: --with-apache=/usr/src/apache_1.3.20 --with-mysql=/usr/local/mysql --with-gd --with-jpeg=/usr --with-jpeg-dir=/usr --with-xpm-dir=/usr/X11R6 --with-png-dir=/usr --with-zlib-dir=/usr --with-ttf=/usr/lib --with-tiff-dir=/usr/lib --with-curl=/usr/src/curl-7.8.1 --with-freetype-dir=/usr/src/freetype-2.0.4 --with-config-file-path=/usr/local/etc --with-openssl=/usr --enable-sockets --enable-ftp --enable-versioning --enable-track-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --disable-debug --with-swf=/usr --enable-dbg=shared --disable-safe-mode --enable-trans-sid --enable-bf --enable-shmop --enable-inline-optimization --with-bz2=/usr/lib --with-mhash=/usr/local --enable-gd-native-ttf=yes --enable-calendar --with-pdflib=/usr/lib/tcl8.3/pdflib --with-dom=/usr/local --with-zlib=/usr --with-pgsql=/usr/local/pgsql --with-t1lib=/usr/local --with-mm=/usr --with-qtdom=/usr/lib/qt-2.2.1 --enable-bcmath --with-gettext=/usr --with-mcrypt=/usr/local --with-readline=/usr --with-iodbc=/usr/local --with-mnogosearch=/usr/local/mnogosearch --with-gmp --with-sablot=/usr/local you can view the config.log at www.unividuum.de/config.log . anything else you need to know? thanks, cu. Edit this bug report at http://bugs.php.net/?id=12999edit=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 #12787 Updated: mysql_escape_strings()
ID: 12787 Updated by: stefan_saasen Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: linux PHP Version: 4.0.6 New Comment: fixed now in cvs. thanks Previous Comments: [2001-08-16 07:20:33] [EMAIL PROTECTED] the Function mysql_escpage_strings() is only documented in the english documentation but not in the german one. Edit this bug report at http://bugs.php.net/?id=12787edit=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 #12787 Updated: mysql_escape_strings()
ID: 12787 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.0.6 New Comment: status - closed Previous Comments: [2001-08-29 12:16:15] [EMAIL PROTECTED] fixed now in cvs. thanks [2001-08-16 07:20:33] [EMAIL PROTECTED] the Function mysql_escpage_strings() is only documented in the english documentation but not in the german one. Edit this bug report at http://bugs.php.net/?id=12787edit=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 #13040 Updated: German Translation of Docs of open_basedir wrong
ID: 13040 Updated by: jan Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: PHP Version: 4.0.6 New Comment: fixed Previous Comments: [2001-08-29 13:52:45] [EMAIL PROTECTED] Limit the files that can be opened by PHP to the specified directory-tree. should be translated to: Beschränkt die Dateien, die von PHP geöffnet werden können, auf Dateien im angegebenen Verzeichnisbaum. The wrong German Translation back-translated would be: Limits the number of files, that can be opened by PHP in a given directory. Edit this bug report at http://bugs.php.net/?id=13040edit=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 #13040: German Translation of Docs of open_basedir wrong
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: German Translation of Docs of open_basedir wrong Limit the files that can be opened by PHP to the specified directory-tree. should be translated to: Beschränkt die Dateien, die von PHP geöffnet werden können, auf Dateien im angegebenen Verzeichnisbaum. The wrong German Translation back-translated would be: Limits the number of files, that can be opened by PHP in a given directory. -- Edit bug report at: http://bugs.php.net/?id=13040edit=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] New feature suggestion: array in string substitution
The feature i suggest for inclusion in the php core is described below, especially in my first post. I think that is a really good idea and i ask you to spend a moment and read my suggestion. If you think that this feature could be useful, reply to this message and say that you agree (don't repeat all the text written below, i don't want to overload the news server) (my english is not very good, i'm sorry:) -- Federico Marani ([EMAIL PROTECTED]) -- MY OLD POSTS: THE FIRST I have seen that in php there isn't nothing similar to dictionary substitution in python. (a dictionary is an array with string keys, like hash in perl) This change consist in adding two functions (a stay for array): aprintf(string format, array dict) -- like printf, print the result saprintf(string format, array dict) -- like sprintf, return the result It works like this (written in php-like language): format - my name is %(name)s and i'm %(age)s dict - array( name=tom, age= eighteen ); (in php, unlike python, is possible to make an array with both string and number indices, so the format can be also %(2)s,...) aprintf(format,dict) -- print my name is tom and i'm eighteen saprintf(format,dict) -- return my name is tom and i'm eighteen in python, these substitutions are very useful, especially in cgi programming, for making templates from text files, in php could be useful in, for example, language customisation, or message formatting, etc... An example: if ($lang == it) define(MESSAGE,il %(animal)s %(color)s sta %(action)s %(target)s); else define(MESSAGE,the %(color)s %(animal)s is %(action)s); aprintf(MESSAGE,array(animal=cobra,color=green,action=eating,target =mouse)); // if the %(target)s isn't found, is ignored. (the s terminator could be substituted with other letters, like d for numbers, etc...) This approach has several advantages over something like this: the $color $animal is $action because in this phrase, variables are substituted when the parser execute it, and in this case: the %(color)s %(animal)s is %(action)s parameters are substituted only when the phrase is parsed with a specialized function like aprintf I think that this is a good idea and could save a lot of time when the program need to be as modular as possible. Federico Marani [EMAIL PROTECTED] ---END FIRST POST--- ---THE SECOND POST--- Yes, the function you have written below make the same thing but i think that a function written in c, inside the php module, can be faster and more elegant than this php-function. Again, i think that the final user will be happy to have an already written function instead of think and code a personalized function. I think it's more elegant because it follow the same approach of printf-like functions and a user who already known these functions or known python will not have headaches in finding a solution for his problem Also prinf, sprinf, etc... can be written as php functions and separated from php core, but it will not happen... why? too important and too useful, they requires speed and their functionality is required in many programs. The same thing happen in python with dictionary substitution, and now, nobody think to remove it. I think that this type of function could be useful for a lot of people... Let me know what do you (also zeev and others) think about - Federico Marani [EMAIL PROTECTED] -- Jo Giraerts [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED] This is already possible in php, though with the following simple function.. // function to read a file with php-vars in as a string // $predefined_vars: an array (varname = value). all the // variablenames defined in this array can be used in the bodyfile. // They will receive the respective values. This makes personalising // the mailes easier.. function file_as_body($filename, $predefined_vars) { $ar = file($filename); extract($predefined_vars); foreach ($ar as $number = $line) { eval(\$ar2[] = \$line\;); } return implode(,$ar2); } and for instance this file as template: --- template file You received a file on ( . date(d/m/Y (H:i)) . ) filename: .basename($file) . filesize: .filesize($file) . mimetype: $mimetype Hope you enjoy it.. --- You can even use php-code already, thanks to eval :) Maybe we better make it a PEAR-thing? ---END SECOND POST--- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP] New feature suggestion: array in string substitution
have you looked at the eval function? it will let you do something similar: $string = 'this is a $variable'; $variable = 'template'; eval(\$string = $string); echo $string; - this is a template (haven't checked it, but syntax should be ok) jack -Original Message- From: --- [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 29, 2001 9:53 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP] New feature suggestion: array in string substitution The feature i suggest for inclusion in the php core is described below, especially in my first post. I think that is a really good idea and i ask you to spend a moment and read my suggestion. If you think that this feature could be useful, reply to this message and say that you agree (don't repeat all the text written below, i don't want to overload the news server) (my english is not very good, i'm sorry:) -- Federico Marani ([EMAIL PROTECTED]) -- MY OLD POSTS: THE FIRST I have seen that in php there isn't nothing similar to dictionary substitution in python. (a dictionary is an array with string keys, like hash in perl) This change consist in adding two functions (a stay for array): aprintf(string format, array dict) -- like printf, print the result saprintf(string format, array dict) -- like sprintf, return the result It works like this (written in php-like language): format - my name is %(name)s and i'm %(age)s dict - array( name=tom, age= eighteen ); (in php, unlike python, is possible to make an array with both string and number indices, so the format can be also %(2)s,...) aprintf(format,dict) -- print my name is tom and i'm eighteen saprintf(format,dict) -- return my name is tom and i'm eighteen in python, these substitutions are very useful, especially in cgi programming, for making templates from text files, in php could be useful in, for example, language customisation, or message formatting, etc... An example: if ($lang == it) define(MESSAGE,il %(animal)s %(color)s sta %(action)s %(target)s); else define(MESSAGE,the %(color)s %(animal)s is %(action)s); aprintf(MESSAGE,array(animal=cobra,color=green,action=eating,target =mouse)); // if the %(target)s isn't found, is ignored. (the s terminator could be substituted with other letters, like d for numbers, etc...) This approach has several advantages over something like this: the $color $animal is $action because in this phrase, variables are substituted when the parser execute it, and in this case: the %(color)s %(animal)s is %(action)s parameters are substituted only when the phrase is parsed with a specialized function like aprintf I think that this is a good idea and could save a lot of time when the program need to be as modular as possible. Federico Marani [EMAIL PROTECTED] ---END FIRST POST--- ---THE SECOND POST--- Yes, the function you have written below make the same thing but i think that a function written in c, inside the php module, can be faster and more elegant than this php-function. Again, i think that the final user will be happy to have an already written function instead of think and code a personalized function. I think it's more elegant because it follow the same approach of printf-like functions and a user who already known these functions or known python will not have headaches in finding a solution for his problem Also prinf, sprinf, etc... can be written as php functions and separated from php core, but it will not happen... why? too important and too useful, they requires speed and their functionality is required in many programs. The same thing happen in python with dictionary substitution, and now, nobody think to remove it. I think that this type of function could be useful for a lot of people... Let me know what do you (also zeev and others) think about - Federico Marani [EMAIL PROTECTED] -- Jo Giraerts [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED] This is already possible in php, though with the following simple function.. // function to read a file with php-vars in as a string // $predefined_vars: an array (varname = value). all the // variablenames defined in this array can be used in the bodyfile. // They will receive the respective values. This makes personalising // the mailes easier.. function file_as_body($filename, $predefined_vars) { $ar = file($filename); extract($predefined_vars); foreach ($ar as $number = $line) { eval(\$ar2[] = \$line\;); } return implode(,$ar2); } and for instance this file as template: --- template file You received a file on ( . date(d/m/Y (H:i)) . ) filename: .basename($file) . filesize: .filesize($file) . mimetype: $mimetype Hope you enjoy it.. --- You can even use php-code already, thanks to
[PHP-DEV] Zend API question
I'm writing my own extension and using the Zend API docs at Zend.com. They are very vague on using resources. I can create/destory them just fine, but the docs leave out exactly how access the resource data. I've been looking at ext/curl/curl.c and ext/crack/crack.c for guidance but I can't get ZEND_FETCH_RESOURCE to work: ics.c:75: incompatible type for argument 1 of `zend_fetch_resource' Rasmus mentioned that argument 1 should be of type zval **, but that doesn't seem consistant with the source I looked at? If someone could explain how ZEND_FETCH_RESOURCE works I'd be grateful. ZEND_FUNCTION(ics_fadd) /* simplified */ { zval **rsrc, **arg2, **arg3; ics_msg *resource; /* a struct */ if((ZEND_NUM_ARGS() != 3) || (zend_get_parameters_ex(3, rsrc, arg2, arg3) != SUCCESS)) { WRONG_PARAM_COUNT; } ZEND_FETCH_RESOURCE(resource, ics_msg *, **rsrc, -1, le_ics_name, le_ics); RETURN_LONG(ics_fadd(resource)); } -- 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: Zend API question
Ack...I saw the problem right after I hit send. I guess the compiler error had me looking at the wrong argument (rsrc not **rsrc). I'd still appreicate an explaination of ZEND_FETCH_RESOURCE though. --Ricky Ricky Dhatt [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I'm writing my own extension and using the Zend API docs at Zend.com. They are very vague on using resources. I can create/destory them just fine, but the docs leave out exactly how access the resource data. I've been looking at ext/curl/curl.c and ext/crack/crack.c for guidance but I can't get ZEND_FETCH_RESOURCE to work: ics.c:75: incompatible type for argument 1 of `zend_fetch_resource' Rasmus mentioned that argument 1 should be of type zval **, but that doesn't seem consistant with the source I looked at? If someone could explain how ZEND_FETCH_RESOURCE works I'd be grateful. ZEND_FUNCTION(ics_fadd) /* simplified */ { zval **rsrc, **arg2, **arg3; ics_msg *resource; /* a struct */ if((ZEND_NUM_ARGS() != 3) || (zend_get_parameters_ex(3, rsrc, arg2, arg3) != SUCCESS)) { WRONG_PARAM_COUNT; } ZEND_FETCH_RESOURCE(resource, ics_msg *, **rsrc, -1, le_ics_name, le_ics); RETURN_LONG(ics_fadd(resource)); } -- 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 #13050: Crashes Cyrus mail servers
From: [EMAIL PROTECTED] Operating system: BSDi 4.2 on i386 PHP version: 4.0.6 PHP Bug Type: IMAP related Bug description: Crashes Cyrus mail servers Use of the php IMAP fuctions on BSDi webserver with Apache against a cyrus server on BSDi 4.2 will eventually cause the mail server to hang, forcing a hard reboot. This has been experenced running IMP and Jawmail, two popular OSS webmail packages which do not exibit this behaviour on other platforms. This has been tested with the c-client versions 2000 and 4.7, and with Cyrus 2.0.15 and 2.0.16 It has also been tested with php 4.0.4pl1 and php 4.0.6 At this time, I am unable to determine if the issue is with the c-client or with PHP. -- Edit bug report at: http://bugs.php.net/?id=13050edit=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] [±¤°íÁ¦ÈÞ] ±¹³» ÃÖ´ë ¼ºÀιæ¼Û±¹ ½ß¼î¿¡¼ ÇÑ°¡Áö Á¦¾ÈÀ» µå¸³´Ï´Ù.
Title: mail ¾È³çÇϼ¼¿ä. ±¹³» ÃÖ°íÀÇ ¼ºÀιæ¼Û±¹ ½ß¼î ¿Â¶óÀÎ Á¦ÈÞ ´ã´çÀÚ ÀÔ´Ï´Ù. ½ß¼î´Â ±Í»çÀÇ »çÀÌÆ®¸¦ ÅëÇÑ ¿Â¶óÀÎ ±¤°í Win-Win ÇÁ·ÎÁ§Æ®¸¦ ÁøÇàÇÏ°í ½Í½À´Ï´Ù. ±Í»çÀÇ »çÀÌÆ®¿¡¼ ±¹³» ÃÖ°íÀÇ ¼ºÀιæ¼Û±¹ ½ß¼îÀÇ º£³Ê¸¦ ¿¬°áÇØ ÁÖ½Ã°í º£³Ê¸¦ ÅëÇØ ¾ò¾î Áö´Â ¼öÀÍÀÇ 30%¸¦ µå¸®°Ú½À´Ï´Ù. ¶ÇÇÑ ¸ÅÃâ »ó½Â¿¡ µû¸¥ º¼·ý Ä¿¹Ì¼Çµµ ÀÖ½À´Ï´Ù. Á¤È®ÇÑ ¼öÀͱÝÀ» ¸ÅÀϸÅÀÏ ½Ç½Ã°£À¸·Î Á÷Á¢ È®ÀÎÇÏ½Ç ¼ö ÀÖµµ·Ï Á¦ÀÛÀÌ µÇ¾î ÀÖ½À´Ï´Ù. ±Í»çÀÇ »çÀÌÆ®¿¡¼ ½ß¼î º£³Ê¸¦ Ŭ¸¯ÇÑ È¸¿øÀÌ 30ÀÏ°£ÀÇ Å¬¸¯ À¯È¿±â°£À» ¼³Á¤ÇØ µÎ°í ÀÖ½À´Ï´Ù. Áï ½ß¼î º£³Ê¸¦ Ŭ¸¯Çϸé 30ÀÏ µ¿¾ÈÀº ±Í»çÀÇ ¼öÀÍÀ¸·Î ÁøÇàµË´Ï´Ù. ¡Ø Çѹø »çÀÌÆ®¸¦ µÑ·¯º¸½Ã°í ±ÍÇÏÀÇ Çö¸íÇÑ ÆÇ´ÜÀ» ºÎŹµå¸³´Ï´Ù. [ ¿Â¶óÀÎ Á¦ÈÞ»ç °¡ÀÔ ] ½ß¼î±¤°í ÁøÇàÀýÂ÷ Á¦ÈÞ½Åû ÆÄÆ®³Ê ÀÚµ¿µî·Ï ¹è³Ê´Þ±â ±¤°íÄ¿¹Ì¼Ç Áö±Þ¾È³» ½ß¼î ¿ùº° °¡ÀÔ±Ý¾× ¹× ¿ùº° ¼öÀÍ±Ý ³»¿ª ½ß¼î °¡ÀÔ°³¿ù ½ß¼î °¡ÀÔ±Ý¾× 30% Ä¿¹Ì¼Ç 33% Ä¿¹Ì¼Ç 35% Ä¿¹Ì¼Ç 700¸¸¿ø ÀÌÇÏ 700¸¸¿ø ÀÌ»ó 1500¸¸¿ø ÀÌ»ó 1 °³¿ù 13,200¿ø 3,960¿ø 4,356¿ø 4,620¿ø 2 °³¿ù 22,000¿ø 6,600¿ø 7,260¿ø 7,700¿ø 3 °³¿ù 33,000¿ø 9,900¿ø 10,890¿ø 11,550¿ø 6 °³¿ù 66,000¿ø 19,800¿ø 21,780¿ø 23,100¿ø 12°³¿ù 110,000¿ø 33,000¿ø 36,300¿ø 38,500¿ø ¡Ø ¸Å¿ù ÆÄÆ®³Ê ȸ¿øÀÇ ¸ÅÃâ¿¡ µû¸¥ Ä¿¹Ì¼Ç Â÷µî Áö±ÞÀ» ÇÏ°í ÀÖ½À´Ï´Ù. ÂüÁ¶ ¹Ù¶ø´Ï´Ù. °í Ç°°ÝÀ» ÀÚ¶ûÇÏ´Â ½ß¼î ±¹³» ¼ºÀιæ¼Û±¹ Áß ÃÖ°íÀÇ ±â¼úÁø°ú ½ºÅǵéÀÌ ½ß¼î¸¦ ÀÌ·¸°Ô ¸¸µé°í ÀÖ½À´Ï´Ù. ¹Ì¸ðÀÇ IJ¿Í ÇÔ²² ¸ÅÀϹ㠽ß~¶óÀ̺ê·Î Áñ±â´Â ¼ºÀιæ¼Û±¹ÀÔ´Ï´Ù. ¼ºÀιæ¼Û »çÀÌÆ®¶ó°í ±¤°íÁøÇàÀ» ¹Ì·ç½Ê´Ï±î? ÀÎÅͳÝÀ̶õ ÁÁÀº ¸ÅüÀÔ´Ï´Ù. ÇÏÁö¸¸ Àü¼¼°èÀÇ ³×ƼÁðµéÀ̼ºÀÎ °ü·Ã ÄÁÅÙÃ÷¸¦ ã¾Æ ´Ù´Ï´Â ÇÏ·ç ½Ã°£Àº ¾ó¸¶³ª µÉ±î¿ä? ´ëºÎºÐÀÇ ³×ƼÁðÀº ¼ºÀλçÀÌÆ®ÀÇ URLÀ» ¸Ó¸®¿¡ ±â¾ïÇÏÁö ¾Ê½À´Ï´Ù. È®½ÇÇÑ ¼ºÀιæ¼ÛÀ» À̲ø¾î °¡´Â ½ß¼î¿Í ÇÔ²² ÇÏ½Ã¸é ¸¹Àº ±¤°í¼öÀÍÀ» ¿Ã¸®½Ç ¼ö ÀÖ½À´Ï´Ù. Âü°í·Î ½ß¼î´Â ÀÎÅÍ³Ý ¼ºÀιæ¼Û Çùȸ¿¡ µî·ÏÀ» ÇÏ°í ½ÉÀÇ ¹× ±¹³» Çã°¡ ¼öÁØ¿¡¼ ¿½ÉÈ÷ ÇÏ°í ÀÖ½À´Ï´Ù. ½ß¼îÀÇ ÆÄÆ®³Êµé Áß °³ÀÎÀÌ ¿î¿µÇÏ´Â ¸¹Àº »çÀÌÆ®¿¡¼µµ ¸Å¿ù ³ôÀº ±¤°í ÁýÇàºñ¿ëÀ» ¹Þ¾Æ°¡°í ÀÖ½À´Ï´Ù. ½ß¼îÀÇ CPS±¤°í°¡ ±Í»çÀÇ ¿î¿µ¿¡ ¸¹Àº µµ¿òÀÌ µÇ¾úÀ¸¸é ÇÕ´Ï´Ù. ±¤°íÁ¦¾È ¸ÞÀÏÀ» ¹Þ°í ½ÍÁö ¾ÊÀ¸½Å ºÐÀº "¸ÞÀÏ ¼ö½Å°ÅºÎ" ¹öÆ°À» Ŭ¸¯ÇØ ÁÖ¼¼¿ä. [ ¸ÞÀϼö½Å°ÅºÎ ] [ °è¾à¼ ´Ù¿î¹Þ±â ] ½ß¼î´Â ½Å¿ëÀ» ¼ÒÁßÈ÷ ¿©±é´Ï´Ù. ½Å¿ë°ú ºê·£µåÆÄ¿ö°¡ ÀÖ´Â ½ß¼î¿Í ±¤°íÁ¦ÈÞ¸¦ ¸ÎÀ¸¼¼¿ä. º¸´Ù ÀÚ¼¼ÇÑ ¹®ÀÇ »çÇ×Àº[EMAIL PROTECTED] Copyright 2001¨Ï Dream Contents Corp, All rights reserved. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13051: odbc_num_rows fuction returns -1
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.0.6 PHP Bug Type: *Database Functions Bug description: odbc_num_rows fuction returns -1 in odbc conectivety iam geing -1 rows -- Edit bug report at: http://bugs.php.net/?id=13051edit=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 #13049: Invalid Link in zlib Documentation
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Invalid Link in zlib Documentation Invalid link The Link for zlib in the zlib-section is no longer valid. Note from Jean-loup Gailly (found on www.gzip.org) Due to the ongoing networking problems at FreeSoftware.com, the former host for http://info-zip.org/pub/infozip/zlib/, the official zlib site moved on 27 April 2001. The new site is http://www.gzip.org/zlib/ and is maintained by Jean-loup Gailly. Please make a note of it! These pages are no longer being updated (or mirrored from the new home site) and may go away in the future. -- Edit bug report at: http://bugs.php.net/?id=13049edit=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]