Re: Building WebKit natives with debug symbols on 32 bit Linux

cross-compiling options too, I guess... Peter On 05/28/2014 03:39 PM, Peter Levart wrote: Hi, I'm new to this list and I have searched the archives, but haven't found a discussion about this. If I have missed it, please just direct me to the archived thread. I'm trying to debug a crash

Re: Building WebKit natives with debug symbols on 32 bit Linux

PM, David Hill wrote: On 5/28/14, May 28, 9:47 AM, Peter Levart wrote: Hi Again, The idea that comes to my mind is the following: would it be possible to cross-compile the openjfx on the 64 bit Linux using 64 bit tools, but targeted at 32 bit Linux? What would have to be changed in build

Re: How to suppress platform logger output

On 09/19/2014 01:34 PM, Werner Lehmann wrote: Hi, I'd like to use one of the Bindings.select* methods but can't really accept the tons of stderr output it generates for null steps. According to this ticket... [#RT-35957] Bindings class spits out a lot of unneeded log messages

Re: How to suppress platform logger output

On 09/19/2014 04:38 PM, Peter Levart wrote: On 09/19/2014 01:34 PM, Werner Lehmann wrote: Hi, I'd like to use one of the Bindings.select* methods but can't really accept the tons of stderr output it generates for null steps. According to this ticket... [#RT-35957] Bindings class spits out

Re: [9] Review request: 8177566: FX user module gets IllegalAccessException from sun.reflect.misc.Trampoline

Hi Kevin, On 05/10/2017 03:19 AM, Kevin Rushforth wrote: inline Peter Levart wrote: Hi Kevin, On 05/02/2017 02:21 AM, Kevin Rushforth wrote: This review is being cross-posted to both openjfx-dev and jigsaw-dev. Please review the proposed fix for: https://bugs.openjdk.java.net/browse/JDK

Re: [9] Review request: 8177566: FX user module gets IllegalAccessException from sun.reflect.misc.Trampoline

Hi Kevin, On 05/02/2017 02:21 AM, Kevin Rushforth wrote: This review is being cross-posted to both openjfx-dev and jigsaw-dev. Please review the proposed fix for: https://bugs.openjdk.java.net/browse/JDK-8177566 http://cr.openjdk.java.net/~kcr/8177566/webrev.00/complete-webrev/ Details of

Re: static initialisation of javafx.stage.Screen causing problems with clojure

Hi Razvan, I don't know Clojure but if this happens during compilation of Clojure source(s) (in clojure.lang.Compile), then the question is: Does Clojure compiler really need to execute static initializers of classes it is "resolving"? It seems it needs to load the classes (presumably because

Re: static initialisation of javafx.stage.Screen causing problems with clojure

to be invoked in special JavaFX Application thread only, then this is where the static initializer will get executed too. It seems that this has not been a problem for normal (Java-side) use. Regards, Peter Regards, Răzvan On Mon, 25 Mar 2019 at 17:41, Peter Levart wrote: Hi Razvan, I don't