resolved: cli.php parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM

[rjm]

When running cli.php from php, we are getting the following error:

Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /home/oursite/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/BAO/Settings.php on line 443

Wordpress 3.5.1
CiviCRM 4.3 beta 2

Does anyone know what is going on here or how to fix it? 

Thank you for any tips you can give.

Rob

UPDATE: If you are faced with this issue, look at your PHP version.  This error is a PHP 5.2 error.  We are our server in a dual 5.2/5.3 mode.  The shell must be executing the default 5.2 level as Apache has not been recompiled (and therefore the default libraries for the system) to the PHP 5.3 level.  So if you are getting this error, look at PHP.

[Hershel]

And if you don't speak Hebrew and are wondering what "T_PAAMAYIM_NEKUDOTAYIM" means, see here:

http://en.wikipedia.org/wiki/Scope_resolution_operator

[Katy J]

I'm getting this error on a local instance of a drupal 7/civicrm 4.3.3 site copied from a live server.

I hear that it's a php issue, but can anyone be more explicit about whether there's actually any fix? (and if there is, explain on very simple terms

Thank you

[Hershel]

Fix should be to upgrade PHP to 5.3

[jahwah]

I am running PHP 5.3.13 and am getting this error while enabling/disabling modules using Drush command line tool for Drupal. Modules were enabled/disabled despite the error:

Error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /sites/all/modules/civicrm/CRM/Core/BAO/Setting.php, line 489

Currently running 4.3.4. Will upgrade and report back if that fixes the issue.

EDIT: upgraded to 4.3.5 and still getting above error in Drush when enabling/disabling modules.

[LoganBear]

I had the same problem.  While the website was using PHP 5.3, the command line php was 5.2,  (php -v).  So I found the path to the php 5.3 on my system and set the php path for crush:

export DRUSH_PHP=/usr/local/php53/bin/php

Once I tested this to make it work, I added it to my .bash_profile

[jahwah]

Thanks LoganBear! That did the trick.

[mhm]

I'm getting this same error (except the line referenced is 489). It does seem that the command line was using an older version of php, but I have updated it so it now confirms via -v that is using php 5.4. (And I've given it about 15 minutes, in case it takes a little while for that change to propagate.)

Are there other solutions I can try? When I've updated some things for a mediawiki install via the command line (where I can specify where it should find php) we've had good luck. Is there a way to run the update via the command line?

[jahwah]

Maybe try logging out and back in again? I think changes to .bash_profile require that to take effect.

[mhm]

Ultimately I had to check with my host - apparently there was something in my .htaccess that was conflicting (I thought the changes from the command line would have overridden anything there, but apparently I was wrong). Thanks!