Device simulator stuck in blue triangle mode

Installed the current SDK on OS X and can't get any freshly created sample project or any of the examples to run; after I start the apps nothing happens.
  • OS X 10.12.6 Sierra
  • Java 11.8.0_74-b02
  • Oxygen.1 Release (4.7.3)
  • CIQ SDK Mac 2.4.3
  • CIQ Device Simulator 2.4.1

$ shell

Found Transport: tcp

Connecting...

Connecting to device...

Device Version 0.1.0

Device id 1 name "A garmin device"

Shell Version 0.1.0

:>ciq

[1][0]shellConnected

[1]openDevice fenix5

[1][0]deviceStarted fenix5

[2]startApp 8995bdfe-0919-4aa8-b74d-a11613dc3d81
  • what happens if you run it from eclipse and not the command line? The triangle can be a sign your app crashed or ended. Do other things (like maybe something from the SDK's samples directory) run?
  • what happens if you run it from eclipse and not the command line? The triangle can be a sign your app crashed or ended. Do other things (like maybe something from the SDK's samples directory) run?


    Tried all that. None of the shipped examples work, and it doesn't work launching it from Eclipse either.
  • Former Member
    Former Member over 7 years ago
    Do any of the PRG's end up getting pushed into the temp directory? Or is it completely empty.
  • I experienced a similar issue back when I had spaces in my project name, I reported that bug but also moved my project naming to be spaceless so not sure whether the bug that was there has now been fixed.
    do you by any chance have spaces (or other special chars) in your project or %temp% folder?
  • Do any of the PRG's end up getting pushed into the temp directory? Or is it completely empty.


    Do you mean /tmp? Empty.

    I experienced a similar issue back when I had spaces in my project name, I reported that bug but also moved my project naming to be spaceless so not sure whether the bug that was there has now been fixed.
    do you by any chance have spaces (or other special chars) in your project or %temp% folder?


    /Users/0drop/Development/eclipse-workspace-connectiq/Test01/
    No spaces there.
  • Former Member
    Former Member over 7 years ago
    By temp directory I am referring to the temporary directory where the simulator sort of recreates the file structure of the watch/device. The PRG for an app gets pushed to this directory before being launched by the simulator. I believe it can be located by navigating to $TMPDIR/Garmin, but I do not have access to a setup running mac OS so my knowledge of where it is located is sourced from here: https://forums.garmin.com/forum/developers/connect-iq/110290-where-is-simulator-object-store-file-stored-on-mac-osx
  • By temp directory I am referring to the temporary directory where the simulator sort of recreates the file structure of the watch/device. The PRG for an app gets pushed to this directory before being launched by the simulator. I believe it can be located by navigating to $TMPDIR/Garmin, but I do not have access to a setup running mac OS so my knowledge of where it is located is sourced from here: https://forums.garmin.com/forum/developers/connect-iq/110290-where-is-simulator-object-store-file-stored-on-mac-osx


    $TMPDIR/Garmin/Apps/DATA/ is empty on my machine, zero PRGs in there.
  • $TMPDIR/Garmin/apps is where the .prg would be.

    The data directory under it are things like the object store and on a real device, log files.

    Are there any spaces in "$TMPDIR"?
  • Former Member
    Former Member over 7 years ago
    Since the PRG's are failing to be pushed to that directory and the shell is connected, that probably means there is something going wrong in the transfer. Do you have read/write permissions for that directory? Does running with elevated privileges affect anything? I remember there was another user on OSX in the past that couldn't get the simulator running without elevated privileges, he had switched to root access.
  • Since the PRG's are failing to be pushed to that directory and the shell is connected, that probably means there is something going wrong in the transfer. Do you have read/write permissions for that directory? Does running with elevated privileges affect anything? I remember there was another user on OSX in the past that couldn't get the simulator running without elevated privileges, he had switched to root access.


    Didn't make any difference. Maybe Gamin can consider to add some error handling and to log error messages so I can know what's going on...