fixed potential crash in CCScheduler::removeHashElement

If the scheduler is the last object to have retained the pElements target and
the targets desctructor calls CCScheduler::unschedule() invalid memory is
accessed as pElement->timers is already freed, but the pElement is not removed
yet.
Therefore the call to target->release() should be made after pElement has been
removed from the hash table
fixed potential crash in CCSaxParser

The character array which given to CCSAXParser::parse() may not be NULL
terminated.
Therefore we must also add the size of the data array to the parameter list
of the tinyxml2::XMLDocument::parse() call
* Basic Linux OpenAL support.
* Basic Linux OpenAL support.
Merge branch 'openal' of https://github.com/azmeuk/cocos2d-x into openal

Conflicts:
	CocosDenshion/linux/SimpleAudioEngineOpenAL.cpp
	CocosDenshion/proj.linux/Makefile
add getIsScissorEnable() and getScissorRect() for CCEGLViewProtocal
change method name from getIsScissorEnable() to isScissorEnable()
Fix the display bug when a scrollView nested in another scrollView
* Fixed CocosDenshionTestBug
Merge branch 'master' of https://github.com/cocos2d/cocos2d-x into openal
Merge branch 'master' of https://github.com/cocos2d/cocos2d-x into openal
Merge branch 'openal' of https://github.com/azmeuk/cocos2d-x into openal
Merge branch 'openal' of https://github.com/azmeuk/cocos2d-x into openal
Merge branch 'openal' of https://github.com/azmeuk/cocos2d-x into openal
Makefile
change a method name

change method name from isScissorEnable() to isScissorEnabled() in
class CCEGLViewProtocal
change comment type
Added TestCase for crash in CCScheduler

The code seems to look wrong (and it sure is) however in real-world
applications it might not be that eays to tell who has ownership of the object,
especially if weak references are involved.
Fix CCFileUtils 'createXXXXWithContentsOfFile' path lookup issue
When calling 'CCFileUtils::createCCDictionaryWithContentsOfFile' and 'CCFileUtils::createCCArrayWithContentsOfFile' on iOS/OSX these functions call upon 'CCFileUtils::fullPathForFilename' to resolve the path given into a full path which can be used with system file IO functions. This matches the convention found throughout the cocos2dx library and is expected behaviour. However, on Android and other platforms it appears calling 'CCFileUtils::createCCDictionaryWithContentsOfFile' or 'CCFileUtils:: createCCArrayWithContentsOfFile' does not do the same resolution using 'CCFileUtils::fullPathForFilename' - resulting in file paths which are correctly specified (and which worked on iOS/OSX) to fail to load on these platforms.

Fix this issue by performing a lookup/resolve of the file path using 'CCFileUtils::fullPathForFilename' before doing the low level loading work itself. This brings the behaviour of other platforms in line with iOS and OSX.
Update the JS Binding tools for new directory structure.