Mailing-List: contact users-help@groovy.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@groovy.apache.org
Subject: Re: problem with GroovyLab startup at some platforms?
To: users@groovy.apache.org
References: <3cbc587f-8496-4272-8e25-6b4967ce34bc@teiemt.gr>
 <5880C194.9020208@gmx.org> <f9ebdc39-13ef-2445-35b5-105199b466cc@teiemt.gr>
From: Ed Clark <eaclark@ameritech.net>
Message-ID: <d8f4d2fa-b883-2e24-d73f-4caed6966b38@ameritech.net>
Date: Thu, 19 Jan 2017 11:27:44 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <f9ebdc39-13ef-2445-35b5-105199b466cc@teiemt.gr>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
archived-at: Thu, 19 Jan 2017 16:28:01 -0000

On 01/19/2017 08:44 AM, sterg wrote:
>
>
> On 01/19/2017 03:39 PM, Jochen Theodorou wrote:
>> On 19.01.2017 12:57, sterg wrote:
>>> Hi all,
>>>
>>>
>>> a user reported me, that GroovyLab
>>>
>>> (https://github.com/sterglee/GroovyLab)
>>>
>>> fails silently at startup, at his platform.
>>
>> no error at all?
>>
>
>
> yes, with no error message, or e.g. a stack trace of a possible exception fault.
> However, up to now I couldn't reproducible the fault.
>
>
>> bye Jochen
>>
>
>
> Thanks
> Stergios
Since I am the reader in question, let me add some info.  The snapshot that I grabbed
in November works fine.  When I grabbed a new snapshot a couple of days ago I
noticed that the startup script just returned without anything happening.

And, if I just use the command "java -jar GroovyLab.jar", the November one starts but
the January one dies silently.  (Eyeballing it, the January command returns after roughly
the same length of time that the first window takes to appear on the November one,
about 1 sec on my machine.)

More info - the January snapshot dies on both my Fedora 24 main machine and a
Centos 7 machine I've got on the side.  But, it runs fine on a RaspberryPi3 that I've
got.  So, score one hit for Raspbian, and 2 misses for Redhat.

On the F24 machine java -version gives:
     java version "1.8.0_72"
     Java(TM) SE Runtime Environment (build 1.8.0_72-b15)
     Java HotSpot(TM) 64-Bit Server VM (build 25.72-b15, mixed mode)
On the Centos7 machine java -version gives:
     openjdk version "1.8.0_111"
     OpenJDK Runtime Environment (build 1.8.0_111-b15)
     OpenJDK 64-Bit Server VM (build 25.111-b15, mixed mode)
On the Raspbian machine java -version gives:
     java version "1.8.0_65"
     Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
     Java HotSpot(TM) Client VM (build 25.65-b01, mixed mode)


Ed