it probably doesn't make a difference, but meant setting DISPLAY env variable to :0.0 (much like JAVA_HOME you were dealing with before).
On Fri, Jan 29, 2021 at 2:33 PM Vitor Dall'Acqua <[email protected]> wrote: > Made no difference > > setenv("X11_DISPLAY", "DISPLAY=:0.0", 1); > > setenv("X11_DISPLAY", "X11_DISPLAY=:0.0", 1); > > maybe I'm not writing it properly. > > On Fri, Jan 29, 2021 at 5:49 AM Shaya Potter <[email protected]> wrote: > >> On Fri, Jan 29, 2021 at 2:02 AM Vitor Dall'Acqua <[email protected]> >> wrote: >> >>> Ok solved the write protected with >>> >>> option[n++].optionString = str_dup >>> ("-Djava.io.tmpdir=/storage/emulated/0/Android/"); >>> >>> Petri, now this is beyond me: >>> 2021-01-28 21:58:59.346 T:18499 DEBUG <general>: >>> CBlurayCallback::Logger - org.videolan.BDJLoader:0: ERROR: loadN() failed: >>> java.awt.HeadlessException: >>> No X11 DISPLAY >>> variable was set, but this program performed an operation which requires it. >>> >>> Do you have any idea? >>> >> >> this is the headless awt thing i mentioned before. This is very good >> progress I'd think. >> >> A simple thing to try to do is set env variable X11_DISPLAY=:0, if it's >> just checking for the env var but doesn't actually draw to it, it might get >> it past it. If it actually has to draw, it will fail somewhere else >> later. The question is what libbluray would need for java9's headless awt >> mode. >> _______________________________________________ >> libbluray-devel mailing list >> [email protected] >> https://mailman.videolan.org/listinfo/libbluray-devel >> > _______________________________________________ > libbluray-devel mailing list > [email protected] > https://mailman.videolan.org/listinfo/libbluray-devel >
_______________________________________________ libbluray-devel mailing list [email protected] https://mailman.videolan.org/listinfo/libbluray-devel
