On Wed, Sep 12, 2012 at 11:15 PM, András Bíró <[email protected]>wrote:

> Hi Gary,
>
> On Wed, Sep 12, 2012 at 9:54 PM, Gary Helbig <[email protected]> wrote:
>
>>
>> I'm trying to get TinyOS to work on another computer.  This is a Windows7
>> machine.
>>
>
> I'm using Windows 7 Pro x64 as well for cygwin testing.
>
>>
>> The link to cygwin on the TinyOS install page is dead.  The site that it
>> linked to had an antique version of cygwin that does not run on Windows7.
>>
>> I have found four separate repositories for TinyOS with cygwin:
>> http://www.tinyos.net/dist-2.1.0/tinyos/windows/
>> http://www.tinyos.net/dist-2.1.0/tools/windows/
>> http://tinyos.stanford.edu/tinyos/dists/cygwin/
>> http://tinyos.stanford.edu/tinyos-rpms/
>>
>> There is some overlap, and some confusion about which files are current.
>>  It would be nice if that were straightened out.
>>
>
> Agreed. But tinyos 2.1.2 just released, the documentation is not updated
> yet - so be patient. If you want the newest version, use this:
> http://tinyos.stanford.edu/tinyos/dists/cygwin/
>
>
>> I made a best-guess as to which files to install.  There is a problem
>> installing 'tinyos-tools-1.4.2-20120810.cygwin.i686.rpm' on Windows7 -
>> there is a dll (getenv.dll) that Windows will not let you overwrite, even
>> if you run as administrator.
>>
>
> This is one of the two JNI libs. You can live without it, only the java
> SDK needs it. You can install it anytime with tos-install-jni, if it still
> doesn't work, check what the script does, and do it manually.
>
>
>>
>> I wound up installing three copies of TinyOS - tinyos-2.x, tinyos-2.1.2,
>> and tinyos-main.  The difference between 2.1.2 and main is unclear, and 2.x
>> is the latest version that installs without complaining.
>>
>
> tinyos-2.1.2 - it's the current stable. It's very similar to the current
> svn trunk, becouse we're just after release.
> tinyos-main - I guess you're refering to the tinyos svn. It's the official
> development tree, but usually it's quite stable
> tinyos-2.x - I'm not sure what is this. The problem is you're refering to
> packages with the directory names, which could be the same. For example,
> I'm using a lot of development tree, and just symlink the active to
> /opt/tinyos-2.x
>
>
>
>>
>> At long last I try a sample build (app/Blink) to see if the install
>> worked.  Nope:
>>
>> $ make micaz
>> mkdir -p build/micaz
>>     compiling BlinkAppC to a micaz binary
>> ncc -o build/micaz/main.exe  -Os -fnesc-separator=__ -Wall -Wshadow
>> -Wnesc-all -target=micaz -fnesc-cfile=build/micaz/app.c -board=micasb
>> -DDEFINED_TOS_AM_GROUP=0x22 --param max-inline-insns-single=100000
>> -DIDENT_APPNAME=\"BlinkAppC\" -DIDENT_USERNAME=\"gahelbig\"
>> -DIDENT_HOSTNAME=\"2UA2061DGW\" -DIDENT_USERHASH=0x323af339L
>> -DIDENT_TIMESTAMP=0x5050dfaaL -DIDENT_UIDHASH=0xa406223bL
>> -fnesc-dump=wiring -fnesc-dump='interfaces(!abstract())'
>> -fnesc-dump='referenced(interfacedefs, components)'
>> -fnesc-dumpfile=build/micaz/wiring-check.xml BlinkAppC.nc -lm
>> java.lang.UnsupportedClassVersionError:
>> net/tinyos/nesc/wiring/WiringCheck : Unsupported major.minor version 51.0
>>         at java.lang.ClassLoader.defineClass1(Native Method)
>>         at java.lang.ClassLoader.defineClassCond(Unknown Source)
>>         at java.lang.ClassLoader.defineClass(Unknown Source)
>>         at java.security.SecureClassLoader.defineClass(Unknown Source)
>>         at java.net.URLClassLoader.defineClass(Unknown Source)
>>         at java.net.URLClassLoader.access$000(Unknown Source)
>>         at java.net.URLClassLoader$1.run(Unknown Source)
>>         at java.security.AccessController.doPrivileged(Native Method)
>>         at java.net.URLClassLoader.findClass(Unknown Source)
>>         at java.lang.ClassLoader.loadClass(Unknown Source)
>>         at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
>>         at java.lang.ClassLoader.loadClass(Unknown Source)
>> Could not find the main class: net.tinyos.nesc.wiring.WiringCheck.
>>  Program will exit.
>> Exception in thread "main"
>> /opt/tinyos-2.1.2/support/make/avr/avr.rules:148: recipe for target `exe0'
>> failed
>> make: *** [exe0] Error 1
>>
>
> This seems like you're using an old JRE. What exactly is your java
> version? Probably David Gay generated nesc.jar with java 7...
>

On second thought, this wasn't David's mistake, but the packager's, who was
eigther Philip Lewis, Miklos Maroti or me. If I was the packager, I
defenetly compiled it with newest java7.


>
> Andris
>
>
>> Results are identical in the other two trees, and I remembered to set all
>> the TOS environment variables between tries.
>>
>> Please help me get this running,
>> Gary.
>>
>> (\___/)
>> (='.'=) This is Bunny. Copy and paste bunny into your
>> (")_(") signature to help him gain world domination.
>>
>> ____________________________________________________________
>> GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at
>> http://www.inbox.com/smileys
>> Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™
>> and most webmails
>>
>>
>>
>> _______________________________________________
>> Tinyos-help mailing list
>> [email protected]
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
>
>
_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Reply via email to