Age | Commit message (Collapse) | Author | Files | Lines |
|
Kudos to kakysha for noting the bug & providing initial fix in PR #2698
|
|
|
|
Better entropy, faster.
Also fixed a few "it's" typos.
|
|
|
|
|
|
|
|
An improved version of PR #2629.
Also removes REPLACE from the regular expression, as it is not supported by PostgreSQL.
|
|
Adjust a few phpdoc in query builder code
|
|
|
|
|
|
|
|
|
|
|
|
|
|
PR #2040)
|
|
|
|
|
|
A few minor fixes and cleanups
|
|
- Session events logging (debug)
- Bug fix for OCI8 method stored_procedure()
|
|
Signed-off-by: Rasmus Lerdorf <rasmus@php.net>
|
|
These were the last two calls of class_exists() without the $autoloader = FALSE argument.
|
|
Fixed problem for transaction test mode.
|
|
|
|
|| to OR
remove the empty line at EOF
|
|
Documentation: fix some outdated paths
|
|
|
|
|
|
Making a performance modification to DB_driver list_fields()
|
|
Signed-off-by: RJ garcia <rj@bighead.net>
|
|
trans_complete function is committed in test mode.
Because any database drivers are set _trans_failure in test_mode,
And trans_complete function is not evaluate _trans_failure.
|
|
An improved version of PR #2329
|
|
An improved version of PR #2324, which only targets ODBC.
|
|
feature/exit-status
|
|
|
|
|
|
|
|
When using the csv_from_result function, the returned string includes an
extra delimiter at the end of every line, usually a comma unless another
delimiter is specified. A simple addition of a couple of lines to
remove the extra delimiter from the column names and the data rows is
included. (Lines 241 and 251)
|
|
Re-allocated exit status codes according to three references, which follow:
BSD sysexits.h:http://www.gsp.com/cgi-bin/man.cgi?section=3&topic=sysexits
GNU recomendations:http://www.gnu.org/software/libc/manual/html_node/Exit-Status.html
Bash scripting:http://tldp.org/LDP/abs/html/exitcodes.html
The GNU recommendations stem from and expand upon the standard C/C++ library (stdlibc)
definitions, while also suggesting some best-practice conventions which happen to prevent
exit status code collisions with bash, and probably other shells.
The re-allocated codes are now mapped to constant values, set in *application/config/constants.php*,
and used throughout the CodeIgniter core. They would additionally be used in *index.php*,
but the constants file hasn't been loaded at that point, so the integer values are used
instead, and a comment follows each such use with amplifying information on why that
particular value was selected.
Finally, the errors documentation has been updated accordingly.
Signed-off-by: Daniel Hunsaker <danhunsaker@gmail.com>
|
|
feature/exit-status
|
|
DB_driver's trans_complete exception fix
|
|
checks ...
|
|
Note: The Driver libary tests seem to depend on that, so one occurence in CI_Loader is left until we resolve that.
|
|
|
|
Improving on PR #2265, the property is inherited with the same value and doesn't need to be set.
|
|
|
|
|
|
On the first list_fields call, the field pointer is moved to the end
of the list of fields. This change ensures that the pointer is
positioned at the start of the field list before grabbing the names.
Signed-off-by: Chris Buckley <chris@cmbuckley.co.uk>
|
|
|
|
As suggested in issue #2134 & PR #2149
|
|
Specific codes are as follows, but can easily be changed if a different order/breakdown makes more sense:
- 0: Success; everything executed as planned
- 1: Configuration Error; something is wrong with/in the configuration file(s)
- 2: Class Not Found; what it says
- 3: Driver Method Unsupported; the method you're trying to use on a Driver doesn't exist
- 4: File Not Found; 404 error
- 5: Database Error; something is broken in the database somewhere
- 6: Invalid Input; the user attempted to submit a request with invlaid characters in 1+ key names
7 through 26 are reserved for future use
- 27: Generic Error; generated by show_error() when the status code is >= 100
28 through 127 are errors generated by user applications, normally by using show_error() with a status code below 100
128 through 254 should not be used by applications, as they are reserved by system-level functions
- 255: PHP Fatal Error; automatically generated by PHP for fatal errors, and therefore not allowed for our use
Status codes below 100 are shifted up by 28 to place them in the user error range. It may make more sense to have these codes
left alone and instead shift the CI errors into the 101 through 127 space, but that's not what I opted for here.
It would probably also be a good idea to replace the hard-coded numbers with constants or some such, but I was in a bit of a
hurry when I made these changes, so I didn't look around for the best place to do this. With proper guidance, I could
easily amend this commit with another that uses such constant values.
Signed-off-by: Daniel Hunsaker <danhunsaker@gmail.com>
|