MP vs PHP 5.3.x

For bug reports and fixes, installation issues, and new ideas for technical features.

Moderator: SEOW Developers

IV/JG7_4Shades
Posts: 2202
Joined: Mon 08 Jan 2007 11:10 pm
Location: Perth, Western Australia

MP vs PHP 5.3.x

Post by IV/JG7_4Shades »

Some people have reported problems running the MP with PHP v5.3.x. This is because the PHP people changed some core syntax in the PHP engine, plus removed support for some older functions that the MP uses.

Today I ported the MP to be compatible with both PHP v5.3.x and with earlier PHP versions. Hawk5 and I tested this on WinXP32 and Vista64 machines and it seems that the MP now supports both old and new PHP versions seamlessly.

This new support is incorporated in MP4 v4.729, available through the autoupdater. Since the database handler has been changed in this process, when performing the update you may need to restore your own database settings again to connect to your databases.

Cheers,
4Shades
IV/JG7_4Shades
SEOW Developer

Image
22GCT_Gross
Posts: 302
Joined: Fri 13 Apr 2007 1:13 pm
Location: Italy

Post by 22GCT_Gross »

Hello Shades,
I've just auto updated the MP; while I had to reset the connection -as mentioned- the Metadata file is still reporting the 4.724 version. Is it correct?
22GCT_Gross
PA-Dore
Posts: 469
Joined: Thu 01 Nov 2007 8:58 am
Location: Savoie-France
Contact:

Post by PA-Dore »

Bonjour Diego,

No, I guess you should have v4.729. I updated too my MP4:
http://www.flibusteairline.com/MP/Scripts/default.php and it appears as 4.729
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

PHP 5.3.4 Error

Post by eric963 »

I upgraded my PHP to 5.3.4 and I am getting this error.

Array ( [0] => stdClass [1] => Exception [2] => ErrorException [3] => Closure [4] => COMPersistHelper [5] => com_exception [6] => com_safearray_proxy [7] => variant [8] => com [9] => DateTime [10] => DateTimeZone [11] => DateInterval [12] => DatePeriod [13] => LogicException [14] => BadFunctionCallException [15] => BadMethodCallException [16] => DomainException [17] => InvalidArgumentException [18] => LengthException [19] => OutOfRangeException [20] => RuntimeException [21] => OutOfBoundsException [22] => OverflowException [23] => RangeException [24] => UnderflowException [25] => UnexpectedValueException [26] => RecursiveIteratorIterator [27] => IteratorIterator [28] => FilterIterator [29] => RecursiveFilterIterator [30] => ParentIterator [31] => LimitIterator [32] => CachingIterator [33] => RecursiveCachingIterator [34] => NoRewindIterator [35] => AppendIterator [36] => InfiniteIterator [37] => RegexIterator [38] => RecursiveRegexIterator [39] => EmptyIterator [40] => RecursiveTreeIterator [41] => ArrayObject [42] => ArrayIterator [43] => RecursiveArrayIterator [44] => SplFileInfo [45] => DirectoryIterator [46] => FilesystemIterator [47] => RecursiveDirectoryIterator [48] => GlobIterator [49] => SplFileObject [50] => SplTempFileObject [51] => SplDoublyLinkedList [52] => SplQueue [53] => SplStack [54] => SplHeap [55] => SplMinHeap [56] => SplMaxHeap [57] => SplPriorityQueue [58] => SplFixedArray [59] => SplObjectStorage [60] => MultipleIterator [61] => ReflectionException [62] => Reflection [63] => ReflectionFunctionAbstract [64] => ReflectionFunction [65] => ReflectionParameter [66] => ReflectionMethod [67] => ReflectionClass [68] => ReflectionObject [69] => ReflectionProperty [70] => ReflectionExtension [71] => __PHP_Incomplete_Class [72] => php_user_filter [73] => Directory [74] => ZipArchive [75] => LibXMLError [76] => DOMException [77] => DOMStringList [78] => DOMNameList [79] => DOMImplementationList [80] => DOMImplementationSource [81] => DOMImplementation [82] => DOMNode [83] => DOMNameSpaceNode [84] => DOMDocumentFragment [85] => DOMDocument [86] => DOMNodeList [87] => DOMNamedNodeMap [88] => DOMCharacterData [89] => DOMAttr [90] => DOMElement [91] => DOMText [92] => DOMComment [93] => DOMTypeinfo [94] => DOMUserDataHandler [95] => DOMDomError [96] => DOMErrorHandler [97] => DOMLocator [98] => DOMConfiguration [99] => DOMCdataSection [100] => DOMDocumentType [101] => DOMNotation [102] => DOMEntity [103] => DOMEntityReference [104] => DOMProcessingInstruction [105] => DOMStringExtend [106] => DOMXPath [107] => PDOException [108] => PDO [109] => PDOStatement [110] => PDORow [111] => PharException [112] => Phar [113] => PharData [114] => PharFileInfo [115] => SimpleXMLElement [116] => SimpleXMLIterator [117] => XMLReader [118] => XMLWriter [119] => ADOFieldObject [120] => ADOConnection [121] => ADOFetchObj [122] => ADORecordSet_empty [123] => ADODB_Iterator [124] => ADODB_BASE_RS [125] => ADORecordSet [126] => ADORecordSet_array ) Missing file: C:\Apache2.2\htdocs\SEOW\MP4public\Scripts\adodb53/drivers/adodb-mysql.inc.php
ADONewConnection: Unable to load database driver ''


I used the autoupdater but it never added the adodb53 directory so I deleted the scripts directory and ran the autoupdater again and it then created the missing adodb53 directory but not the /drivers subdirectory.

Ran the autoupdater again but still no /drivers subdirectory.


This is on a Win 7 64
IV/JG7_4Shades
Posts: 2202
Joined: Mon 08 Jan 2007 11:10 pm
Location: Perth, Western Australia

Post by IV/JG7_4Shades »

Hi eric,

I know that Squog is working on some intermittent bugs in the CVS updater. In the meantime try loading the latest release source code file(s) directly from the sourceforge CVS tree http://seow.cvs.sourceforge.net/viewvc/seow/MP4public/. I think you probably need "adodb53/drivers/adodb-mysql.inc.php".

Cheers,
4Shades
IV/JG7_4Shades
SEOW Developer

Image
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

Post by eric963 »

4Shades,

Used the new updater and tried to load the file directly from..

http://seow.cvs.sourceforge.net/viewvc/seow/MP4public/. I think you probably need "adodb53/drivers/adodb-mysql.inc.php".

I got to the adodb53 directory but there was no /drivers subdirectory in it.

Eric
IV/JG7_4Shades
Posts: 2202
Joined: Mon 08 Jan 2007 11:10 pm
Location: Perth, Western Australia

Post by IV/JG7_4Shades »

There seems to be an issue with the old MP-AutoUpdate tool with recursion in source directory trees. Check out http://seowhq.net/seowforum/viewtopic.p ... 7&start=15 to see Squog's resolution of the flaky cvsnt executable.

Cheers,
4Shades
IV/JG7_4Shades
SEOW Developer

Image
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

Post by eric963 »

OK, doing Squog's suggestion right now.

One question while I'm waiting. I'm looking at the Repositories and I'm looking in the mp4public/scripts/adodb53 and I see no /drivers directory in there. Should it be there?

Thanks eric
IV/JG7_4Shades
Posts: 2202
Joined: Mon 08 Jan 2007 11:10 pm
Location: Perth, Western Australia

Post by IV/JG7_4Shades »

Wow, indeed they should. My development tree shows them as being uploaded to sourceforge, but they do not appear there... Investigating ...

Cheers,
4S
IV/JG7_4Shades
SEOW Developer

Image
IV/JG7_4Shades
Posts: 2202
Joined: Mon 08 Jan 2007 11:10 pm
Location: Perth, Western Australia

Post by IV/JG7_4Shades »

Try it now... Not sure what went wrong there, but it seems OK now.

Thanks for being so persistent!

Cheers,
4S
IV/JG7_4Shades
SEOW Developer

Image
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

Post by eric963 »

4Shades,

That fixed it!!!!!

I did get a bunch of errors at first but I must of had something bad in my mp-configuration file. I deleted it and updated again and all is working well.

Thanks

Eric
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

Post by eric963 »

This is the only error thats popping up.

[Thu Jan 06 22:56:44 2011] [error] [client 192.168.1.1] PHP Warning: mktime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'America/New_York' for '-5.0/no DST' instead in C:\\Apache2.2\\htdocs\\SEOW\\MP4public\\Scripts\\adodb53\\adodb-time.inc.php on line 559, referer: http://eric.servegame.com/seow/mp4publi ... -intel.php
[Thu Jan 06 22:56:46 2011] [error] [client 192.168.1.1] PHP Warning: mktime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'America/New_York' for '-5.0/no DST' instead in C:\\Apache2.2\\htdocs\\SEOW\\MP4public\\Scripts\\adodb53\\adodb-time.inc.php on line 559, referer: http://eric.servegame.com/seow/mp4publi ... -intel.php
[Thu Jan 06 23:03:29 2011] [error] [client 192.168.1.1] PHP Warning: mktime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'America/New_York' for '-5.0/no DST' instead in C:\\Apache2.2\\htdocs\\SEOW\\MP4public\\Scripts\\adodb53\\adodb-time.inc.php on line 559, referer: http://eric.servegame.com/seow/mp4publi ... -intel.php
IV/JG7_4Shades
Posts: 2202
Joined: Mon 08 Jan 2007 11:10 pm
Location: Perth, Western Australia

Post by IV/JG7_4Shades »

Hmm, I am confused. That code in the adodb53 directory should only be executed if your PHP is v5.3 or later. This code works without complaint on my PHP v5.3.x

According to the PHP website page fopr the mktime() function http://au.php.net/manual/en/function.mktime.php, the DST parameter is deprecated from v5.1.0 onwards. Your error message seems to demand that DST is supplied, contrary to the manual page. So to my addled mind it looks like your adodb53 code is being executed by an old PHP!


Cheers,
4Shades
IV/JG7_4Shades
SEOW Developer

Image
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

Post by eric963 »

4Shades,

Since I would not be able to sleep till the error message was solved I decided to look at my php.ini settings.

I read some posts be some other people with the same error and one of the suggestions was to set the

date.timezone = "America/New_York"

My setting was commented out and once I set it that cleared up the error messages.


Eric
eric963
Posts: 55
Joined: Tue 09 Jan 2007 12:51 am

Function split() is deprecated

Post by eric963 »

Flown a bunch more missions with PHP 5.3.4 and this is the only error message to come up.

[Wed Jan 12 18:18:40 2011] [error] [client 192.168.1.1] PHP Deprecated: Function split() is deprecated in C:\\Apache2.2\\htdocs\\SEOW\\MP4public\\Scripts\\MP-DeleteScheds.php on line 38, referer: http://eric.servegame.com/seow/mp4publi ... sector.php
[Wed Jan 12 18:18:40 2011] [error] [client 192.168.1.1] PHP Deprecated: Function split() is deprecated in C:\\Apache2.2\\htdocs\\SEOW\\MP4public\\Scripts\\MP-DeleteScheds.php on line 40, referer: http://eric.servegame.com/seow/mp4publi ... sector.php
[Wed Jan 12 18:18:40 2011] [error] [client 192.168.1.1] PHP Deprecated: Function split() is deprecated in C:\\Apache2.2\\htdocs\\SEOW\\MP4public\\Scripts\\MP-DeleteScheds.php on line 42, referer: http://eric.servegame.com/seow/mp4publi ... sector.php

Eric
Post Reply