... the user friendly GPS tool


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Lauching problem on Mac
#11
Thanks for your quick answer!

Quote: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

Quote: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
Reply
#12
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.
Reply
#13
(27.04.2011, 17:26)hvdwolf Wrote: 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.
--
Christian
Reply
#14
(27.04.2011, 19:36)routeconverter Wrote: Please retry with the prerelease I've just uploaded. It should contain any CR aka ^M anymore.
Yes, it functions correctly now. Thank you.

Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)