Lauching problem on Mac

[Hajonides]

Thanks for your quick answer!

Could you double check that Contents/Mac OS/RouteConverter within the app doesn't contain Windows CR/LF line endings?

#!/bin/sh
BASEDIR=`dirname $0`
if `exec java -jar $BASEDIR/Java6Check.jar`; then
echo "java version >= 1.6.0"
exec java -XstartOnFirstThread -Xmx512m -jar $BASEDIR/RouteConverterMac64.jar
else
echo "java version < 1.6"
exit 1
fi

But at least it comes up. What's logged in /tmp/RouteConverter.log or on the console?

27-04-11 11:25:58 [0x0-0x8c08c].com.apple.JarLauncher[868] ***WARNING: Display must be created on main thread due to Cocoa restrictions.
27-04-11 11:25:58 java[870] *** attempt to pop an unknown autorelease pool (0x1008cae00)
27-04-11 11:25:58 [0x0-0x8c08c].com.apple.JarLauncher[868] 2011-04-27 11:25:58.913 java[870:1607] *** attempt to pop an unknown autorelease pool (0x1008cae00)
27-04-11 11:25:59 [0x0-0x8c08c].com.apple.JarLauncher[868] Logging to /var/folders/lg/lgvhBEG0E+44b5JX51Amh++++TM/-Tmp-/RouteConverter.log

[hvdwolf]

I can confirm this on 10.6.
And it's indeed the CR/LF (or actually the ^M) character in the script.
When starting the script from the commandline like "./RouteConverterMac64.app/Contents/MacOS/RouteConverter" the error message is:

Code:

-bash: ./RouteConverter: /bin/sh^M: bad interpreter: No such file or directory

When removing these DOS linefeeds it works.

[routeconverter]

And it's indeed the CR/LF (or actually the ^M) character in the script.

Please retry with the prerelease I've just uploaded. It should contain any CR aka ^M anymore.

[hvdwolf]

Please retry with the prerelease I've just uploaded. It should contain any CR aka ^M anymore.

Yes, it functions correctly now. Thank you.