Welcome Guest, Not a member yet? Register   Sign In
A PHP Error was encountered
#11

[eluser]webnology[/eluser]
This one I suppose?

Code:
PCRE (Perl Compatible Regular Expressions) Support     enabled
PCRE Library Version     4.5 01-December-2003
#12

[eluser]webnology[/eluser]
John,

in my routes.php I don't have any line starting with count. I only have this:

Code:
$route['default_controller'] = "welcome";
$route['404_override'] = '';

Michel
#13

[eluser]John_Betong_002[/eluser]
[quote author="webnology" date="1311347500"]John,

in my routes.php I don't have any line starting with count. I only have this:

Code:
$route['default_controller'] = "welcome";
$route['404_override'] = '';

Michel[/quote]

Hi Michel,

Unfortunately I do not know what your problem could be. I have just downloaded and installed a fresh copy of CodeIgniter_2.0.2, ran it and it worked fine.

So maybe try:
1. downloading a fresh copy of CodeIgniter
2. checking PHP error_log

I reset my error log file by including this line in config.php
Code:
ini_set('error_log', getcwd() .'/' .APPPATH .'/php_error.log');
 

Incidentally I use PHP version 5.3.5 and here are my PCRE library settings copied from php.ini
Code:
[Pcre]
;PCRE library backtracking limit.
; http://php.net/pcre.backtrack-limit
;pcre.backtrack_limit=100000

;PCRE library recursion limit.
;Please note that if you set this value to a high number you may consume all
;the available process stack and eventually crash PHP (due to reaching the
;stack size limit imposed by the Operating System).
; http://php.net/pcre.recursion-limit
;pcre.recursion_limit=100000

 
Best of luck, maybe someone else can offer some suggestions.
#14

[eluser]webnology[/eluser]
I've reinstalled it, and everything seems to be the same.

I also get these mesages, maybe that helps?

Strict Standards: var: Deprecated. Please use the public/private/protected modifiers in /var/www/html/system/core/Exceptions.php on line 28

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /var/www/html/system/libraries/Log.php on line 86

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /var/www/html/system/libraries/Log.php on line 99

Should I do sth with those?

Michel
#15

[eluser]John_Betong_002[/eluser]
Search the forum for deprecated and you will find many solutions.

As far as the date is concerned I use this code in the index.php before setting error_reporting(...)

Code:
// date_default_timezone_set('Asia/Dubai');  // change to your country/city !
if(! ini_get('date.timezone') )
{
  date_default_timezone_set(date_default_timezone_get());
}

 
 
#16

[eluser]toopay[/eluser]
[quote author="webnology" date="1311346060"]Hi,

which line should I be looking for in the phpinfo. The file is too large to paste in the forum field.

MAy thx for your advice!

Michel[/quote]
Can you attach how your phpinfo() looks like, here? At least we need to check pcre, mbstring and posix php ext.
#17

[eluser]webnology[/eluser]
Code:
pcre
PCRE (Perl Compatible Regular Expressions) Support     enabled
PCRE Library Version     4.5 01-December-2003

mbstring
Multibyte Support     enabled
Multibyte string engine     libmbfl
Multibyte (japanese) regex support     enabled
Multibyte regex (oniguruma) version     3.7.1

posix
Revision     $Revision: 1.70.2.3 $

Would this be ok?

Michel
#18

[eluser]toopay[/eluser]
Seems your pcre is too old. In my Ubuntu VPS, just checked that for you, it was : 7.8 2008-09-05. Other php ext you mention above, is very very not update as well.
Try update that, and we'll see the result(i believe thats would be it).
If you running linux server, that would be simply...
Code:
$ apt-get update
If you use shared hosting, you may need to call your hosting service, tell them they need to upgrade your php ext (or whole, better), or you will stop using their service because they give you an ancient php ext! :-S
#19

[eluser]webnology[/eluser]
Brilliant. I've upgrade, and now all is very recent, up to 8-2010. No more $count errors. Many thanks to all of you onthe forums for helping me.

Michel
#20

[eluser]libnac[/eluser]
Hi,
It seems to be a var declaration issue.
I just added a declaration line for the variable $count:
system/core/Common.php LINE 526
Code:
$count = 0;
  
  do
  {
   $str = preg_replace($non_displayables, '', $str, -1, $count);
  }
  while ($count);




Theme © iAndrew 2016 - Forum software by © MyBB