Yasuo Ohgaki [Wed, 6 Mar 2002 00:40:42 +0000 (00:40 +0000)]
Using session_save_path() after starting session is obvious error.
Riase E_NOTICE error instead of E_WARNING. Since it is valid if
user uses session_save_path() with session_module_name().
Stig Bakken [Tue, 5 Mar 2002 17:39:29 +0000 (17:39 +0000)]
* fix singleton() so it actually works
* insert file format version in written files
* add getSetValues() method for listing the valid values for a set value
Markus Fischer [Tue, 5 Mar 2002 16:04:04 +0000 (16:04 +0000)]
- Introduced posix_errno() (get error number from last error message) and
posix_strerror() (convert error number into error string).
- Do not output any error message if any of the function fails with FALSE
return value. The proper way now is to call posix_errno() and
posix_strerror() after encountering an error condition.
- Function not support on a system no longer issue a 'not available' error
but simply don't exist so we can safely use 'function_exists'.
- Fixed protos.
- Use new parameter parsing API.
- posix_uname() may be aware of 'domainname' (GNU extension)
- posix_getgrnam(), posix_getgrgid(): the returned information does no
longer contains mixture of string and numbered keys (hash / array)
but contains key 'member' with an array of all members in a list
(or an empty array). This breaks BC but is the right thing IMHO.
Sascha Schumann [Mon, 4 Mar 2002 17:48:20 +0000 (17:48 +0000)]
Use PHPWRITE to output data. Because this just outputs diagnostic
information, a few spaces won't hurt (and multiple ones are rendered
as one by browsers anyway). Micro-benchmarks which use phpinfo()
as a mean to generate output will yield more through-put now
(35 req/s vs. 83 req/s in tux).
Stig Bakken [Mon, 4 Mar 2002 10:02:45 +0000 (10:02 +0000)]
PEAR_Config rewrite:
* Now supports (in theory) an arbitrary number of
config "layers" (different sets of configuration data with a defined
priority).
* Specify the type of config values so different frontends can make
user-friendly configuration interfaces. Valid types are currently
"string", "integer", "file", "directory", "set" and "password". The
set type lets you specify a limited set of values that the config
values must be selected from. Password values are stored
base64-encoded.
* Added phpdoc comments and some docs for config values.
* Added singleton method.
# configuration files still contain serialized data
James Cox [Mon, 4 Mar 2002 09:10:32 +0000 (09:10 +0000)]
Changing the Velocis extension to now be called Birdstep, due to a product/company change.
added aliases for Velocis to the birdstep functions.
# testing is both advised and encouraged!
@ The Velocis extension is no
Marcus Boerger [Mon, 4 Mar 2002 06:21:58 +0000 (06:21 +0000)]
-Added TIFF support
-Changed parameters after checking bugdatabase and discussion with
Rasmus: 1st=Filename, 2nd=NeededSections
# 3rd=Thumbnail, 4th=All
# 3rd and 4th parameter are currently diabled because the code
# does not work correctly (will correct this in later versions).
# Changing the parameters will not cause any problems because the
# old parameter functions never found their way in documentation
# and the they did not work...
@-Added TIFF support
@-Changed parameters after checking bugdatabase and discussion with Rasmus
@ 1st=Filename, 2nd=NeededSections
@ If the 2nd parameter is not present or 0 or '' the function will return
@ a result array even if no data was read from file.
# Personally i consider a default behaviour to generate no array if
# no data is present as a bad idea because here we can generate as
# much information as possible....
@ If the 2nd parameter is a string then that string describes which
@ sections have to be present in the file to generate a result array.
@ If none of the needed section is found the result will be false.
@ Section strings are "ANY_TAG","IFD0","COMMENT","EXIF","GPS","INTEROP"
@ "FPIX","APP12". Each string has to be separated by a colon. So
@ "COMMENT,EXIF" returns an array if either a comment or an Exif
@ section is present. "IFD0" is standard datastructure in a TIFF/JPEG
@ file that contains image information. "EXIF" is the Exif structure
@ of TIFF/JPEG (IFD0 subdirectory). "GPS", "INTEROP", "FPIX", "APP12"
@ are additional IFD0 subdirectories. The APP12 support is an
@ experimental Olympus support.
# Do not worry this is no problem, it is safe.
@(Marcus)
Jason Greene [Mon, 4 Mar 2002 05:27:04 +0000 (05:27 +0000)]
Patch 1 of 3 (2 in 3 still in progress) of sockets rework
Abstracted string -> ipv4 value conversion which unifies all functions
Standardized Host Lookups
Fixed Broken host error values
Fixed error detection in sendmsg
Added some safety struct zeroing
Modified bind to consitentlyy use sockaddr_storage(not just for AF_UNIX)
#Note this could potentially break the build on other platforms, as I have
#not tested them yet (Will soon though)
Andi Gutmans [Sat, 2 Mar 2002 20:38:52 +0000 (20:38 +0000)]
- Initial patch to support importing from class scopes (for Stig).
- It isn't complete yet but I want to work on it from another machine. It
- shouldn't break anything else so just don't try and use it.
- The following is a teaser of something that already works:
<?php
class MyClass
{
function hello()
{
print "Hello, World\n";
}
class MyClass2
{
function hello()
{
print "Hello, World in MyClass2\n";
}
}
}
import function hello, class MyClass2 from MyClass;
Derick Rethans [Sat, 2 Mar 2002 19:53:11 +0000 (19:53 +0000)]
- Make the 2nd parameter to pgsql_fetch_* support NULL in case 3 parameters
are supplied, but you do not want to provide a row number yourself.
@- Make the 2nd parameter to pgsql_fetch_* support NULL in case 3
@ parameters are supplied, but you do not want to provide a row number
@ yourself. (Derick)
Yasuo Ohgaki [Sat, 2 Mar 2002 07:04:59 +0000 (07:04 +0000)]
Improved iconv usage with libc's iconv. No overrun. More efficient memory
allocation.
Hopefully, all bugs reported for iconv will be resolved when users are using
libc iconv.
@Improved iconv with libc's iconv
projects / php / log