#jogamp @ irc.freenode.net - 20131108 05:05:52 (UTC)

20131108 05:05:52 -jogamp- Previous @ http://jogamp.org/log/irc/jogamp_20131107050552.html
20131108 05:05:52 -jogamp- This channel is logged @ http://jogamp.org/log/irc/jogamp_20131108050552.html
20131108 05:09:06 * xranby (~xranby@anon) Quit (Ping timeout: 252 seconds)
20131108 05:28:44 * xranby (~xranby@anon) has joined #jogamp
20131108 07:48:02 * monsieur_max (~maxime@anon) has joined #jogamp
20131108 07:53:55 * [Mike] (~Mike]@anon) Quit ()
20131108 07:54:19 * [Mike] (~Mike]@anon) has joined #jogamp
20131108 09:11:54 <sgothel> https://jogamp.org/chuck/view/fwd/job/jogl/1141/label=macosx-10_7-x86_64-nvidia_jre7/console <- since yesterday .. on many diff. slaves :
20131108 09:11:56 <sgothel> Caused by: java.lang.ClassCastException: cannot assign instance of hudson.plugins.analysis.util.TreeString to field hudson.plugins.analysis.util.model.AbstractAnnotation.fileName of type hudson.plugins.analysis.util.TreeString in instance of hudson.plugins.warnings.parser.Warning
20131108 09:12:39 <sgothel> rebooted slaves, cleaned workspace .. nothing, dunno .. will disable Warnings plugin for a test .. hmm
20131108 09:28:51 <xranby> sgothel: is this caused by a recent jvm update on the slaves?
20131108 09:29:00 <sgothel> sadly not
20131108 09:29:03 <xranby> jvm change in the reflection api?
20131108 09:29:15 <sgothel> i.e. 2.1.2 was build .. all good .. then suddenly ..
20131108 09:29:32 <sgothel> jenkins updated was pre 2.1.2 .. so no changes here
20131108 09:30:27 <sgothel> Warning plugin's bug tracker .. nothing dramatic .. etc
20131108 09:30:29 <xranby> i notice the slaves use 1.7.0_45
20131108 09:30:36 <sgothel> guess we always pick the cherries
20131108 09:30:46 <sgothel> yup .. did that a while ago
20131108 09:31:11 <xranby> do you have the log for the 2.1.2 build around for the same machine?
20131108 09:31:20 <sgothel> jenkins
20131108 09:31:22 <sgothel> all there
20131108 09:31:39 <sgothel> https://jogamp.org/chuck/view/fwd/job/jogl/
20131108 09:31:48 <sgothel> https://jogamp.org/chuck/view/fwd/job/jogl/1135/
20131108 09:32:10 <sgothel> and machines failed all across the board .. win, linux, osx
20131108 09:32:40 <sgothel> right .. not osx-java6 .. hmm
20131108 09:32:54 <sgothel> too bad I deleted the failures .. keeping them now
20131108 09:33:22 <xranby> https://jogamp.org/chuck/view/fwd/job/jogl/1135/label=macosx-10_7-x86_64-nvidia_jre7/console
20131108 09:34:01 <sgothel> ?
20131108 09:34:41 <sgothel> java.version 1.7.0_45
20131108 09:37:41 <xranby> so the line that used to looke like: [WARNINGS] Parsing warnings in console log with parser Java Compiler (javac) turned in to the grand exception
20131108 09:38:00 <xranby> that is the only diff i can see between the two logs :/
20131108 09:38:36 <sgothel> hmm in the failing one ?
20131108 09:39:05 <sgothel> i.e. we would need to have a magic Warning in the failing one which occasionally leads to the exception .. duh .. PIA
20131108 09:39:11 <xranby> i can only see a diff in the logs after the build was done
20131108 09:39:39 <xranby> the jogl build itself looks ok
20131108 09:39:40 <xranby> BUILD SUCCESSFUL Total time: 75 minutes 20 seconds
20131108 09:39:49 <sgothel> i.e. a new warning in failing build ?
20131108 09:40:14 <sgothel> yeah .. the builds were actually fine .. thats the damn thing
20131108 09:40:50 <sgothel> I have even installed our own xml tolerant parsing plugin to not crash for 'incomplete xml files'
20131108 09:40:51 <xranby> Build step 'Publish JUnit test result report' changed build result to UNSTABLE
20131108 09:40:56 <xranby> [CopyArchiverPublisher] Copying archived artifacts in the shared directory '/srv/www/jogamp.org/deployment/autobuilds/origin/master/jogl-b1135-2013-11-01_19-08-47'.
20131108 09:41:01 <xranby> [CopyArchiverPublisher] '2' artifacts have been copied.
20131108 09:41:01 <xranby> [CopyArchiverPublisher] Stop copying archived artifacts in the shared directory.
20131108 09:41:11 <xranby> these lines are also missing in the failed build
20131108 09:41:28 <xranby> trying to isolate which parts of jenkins may be responsible
20131108 09:41:45 <sgothel> I guess the Warnings plugin - as the exception suggests
20131108 09:42:02 <sgothel> it's performed by the server AFAIK
20131108 09:44:47 <sgothel> lets see .. whether it goes through now . then I may file a bugreport .. hmm
20131108 09:45:09 <sgothel> sadly .. one bugreport which will miss any conclusive details :(
20131108 09:53:06 <xranby> according to https://wiki.jenkins-ci.org/display/JENKINS/Warnings+Plugin
20131108 09:53:28 <xranby> hudson.util.IOException2: remote file operation failed: c:\jenkins_workspaces\workspace\SensCppXp32bitDebugBuild at hudson.remoting.Channel@1377d92:10.20.0.86 type errors are
20131108 09:54:02 <xranby> Ulli Hafner says: This typically is a problem with an outdated version of your slave.jar file on your slave. Can you please upgrade to the latest Jenkins version for that file?
20131108 09:56:02 <sgothel> we always do that when restarting slaves ..
20131108 09:57:03 <xranby> :/
20131108 09:57:06 <sgothel> e.g. http://jogamp.org/git/?p=jogamp-scripting.git;a=blob;f=jenkins-server-slave-setup/nodes/sgothel-macosx64-nv320m-012_013/start-ssh-jenkins.sh;h=1b05e3365e5bdd8b8f0c31d3caa8b94f0843a801;hb=HEAD
20131108 09:57:43 <xranby> so is /srv/jenkins/war/WEB-INF/slave.jar up to date?
20131108 09:58:46 <sgothel> lol .. no :)
20131108 09:58:50 <sgothel> wtf !
20131108 09:59:04 <sgothel> me thought this is some magic file _always_ get updated!
20131108 09:59:54 <sgothel> now it may start making sense .. lets see ..
20131108 10:03:01 <sgothel> https://jogamp.org/chuck/jnlpJars/slave.jar
20131108 10:03:12 <sgothel> this is the URL jenkins provides for jnlp start .. hmm
20131108 10:03:51 <sgothel> wget works .. good
20131108 10:04:53 <sgothel> and they are diff :)
20131108 10:05:13 <xranby> sweet
20131108 10:06:11 <xranby> lovely pic at https://jogamp.org/chuck/jnlpJars/
20131108 10:06:26 <xranby> jenkins shows its true face
20131108 10:07:21 <sgothel> haha
20131108 10:07:43 <sgothel> me hugging you now tight - thx dude - always important to double check the onvious - duh!
20131108 10:07:53 <sgothel> hope this will solve many issues :)
20131108 10:08:04 <xranby> youre welcome
20131108 10:08:18 <sgothel> so the WEB-INF must have been an old artifact .. or thing from ole version .. hmm
20131108 10:08:56 <xranby> scp grabbing it may not be endorsed and untested by the jenkins crew :)
20131108 10:11:54 <sgothel> there was some reason I didn't use wget .. hmm
20131108 10:12:07 <sgothel> can't remember .. but I may soon will :)
20131108 10:13:30 <sgothel> $ wget https://jogamp.org/chuck/jnlpJars/slave.jar
20131108 10:13:30 <sgothel> --2013-11-08 11:52:14-- https://jogamp.org/chuck/jnlpJars/slave.jar
20131108 10:13:30 <sgothel> Resolving jogamp.org (jogamp.org)... 144.76.84.101, 2a01:4f8:192:1164::2
20131108 10:13:30 <sgothel> Connecting to jogamp.org (jogamp.org)|144.76.84.101|:443... connected.
20131108 10:13:30 <sgothel> ERROR: The certificate of `jogamp.org' is not trusted.
20131108 10:13:30 <sgothel> ERROR: The certificate of `jogamp.org' hasn't got a known issuer.
20131108 10:13:30 <sgothel> ^^ cygwin on a win slave .. ha
20131108 10:17:29 <sgothel> looks like the whole 'war' folder is no more used .. hmm
20131108 10:19:55 <sgothel> so the 'war' folder usually contained the content of jenkins.war ..
20131108 10:20:21 <sgothel> and we do not use that anymore it seems .. (exploding) .. but the war as a JAR file instead .. duh
20131108 10:21:07 <sgothel> will change the startup script .. so the file gets inflated in the war folder
20131108 10:25:30 <xranby> why do cygwin think the certificate to be non valid?
20131108 10:25:39 <xranby> missing CA?
20131108 10:25:51 <sgothel> uh .. and/or blocking firewalls .. etc
20131108 10:26:04 <sgothel> don't even have wget installed on all systems
20131108 10:31:08 <sgothel> http://jogamp.org/git/?p=jogamp-scripting.git;a=commit;h=37dfed70b4239ab4d59430b7b1a365c08e83f539
20131108 10:32:20 <xranby> http://www.androidpolice.com/2013/11/06/meet-art-part-1-the-new-super-fast-android-runtime-google-has-been-working-on-in-secret-for-over-2-years-debuts-in-kitkat/
20131108 10:33:09 <sgothel> ASUS ME302C-1B012A arrived (intel ..)
20131108 10:33:20 <sgothel> nexus-5 is ordered ..
20131108 10:34:34 <sgothel> yeah .. all the 'compilers' .. was reading about llvm's IR JIT ..
20131108 10:35:01 <sgothel> could be a nice runtime toolchain .. simply 'take it all' and run it :)
20131108 10:35:35 <sgothel> thin -> super-fat clients :)
20131108 10:36:13 <sgothel> but this has been proven true for GPU targets as well, i.e. GLSL/OpenCL code to be compiled for a specific target at runtime
20131108 10:36:58 <sgothel> already got my head spinning what this means to JNI binding .. :)
20131108 10:38:03 <sgothel> but totally ahead .. will miss the benefits of hot-spot ..
20131108 10:38:15 <xranby> a bit similar to avian
20131108 10:38:22 <xranby> and robovm
20131108 10:38:30 <xranby> using ahead of time compilation
20131108 10:38:31 <sgothel> so in theory .. a generic llvm-jit w/ hotspot dynamic optimization would be it .. I guess
20131108 10:38:47 <sgothel> sure .. should need API entries to pause that (animations .. )
20131108 10:39:00 <xranby> shark used the llvm-jit and hotspot optimizations
20131108 10:39:09 <xranby> it turned out to be a just too late compiler
20131108 10:39:11 <sgothel> ole GC had that
20131108 10:39:21 <xranby> it generated good code
20131108 10:39:29 <xranby> but the compilation step took a while
20131108 10:39:30 <sgothel> llvm-jit included in RT ?
20131108 10:39:36 <sgothel> yeah well :)
20131108 10:40:53 <sgothel> could be a dual approach ..
20131108 10:41:02 <sgothel> llvm-jit in background .. etc
20131108 10:41:18 <sgothel> now where we all have so many CPUs .. :)
20131108 10:43:37 <sgothel> http://vmkit.llvm.org/
20131108 10:49:45 <xranby> thank you for reminding me
20131108 10:50:24 <xranby> it would be good to test it
20131108 10:50:25 <xranby> http://vmkit.llvm.org/get_started.html
20131108 10:56:38 <sgothel> gcc folks are not mainstreaming as well, i.e. in process of providing client libs ..
20131108 10:57:38 <sgothel> updated jenkins .. with 'war' folder .. restarting clients ..
20131108 11:00:10 * monsieur_max (~maxime@anon) has left #jogamp
20131108 11:01:14 * monsieur_max (~maxime@anon) has joined #jogamp
20131108 11:05:31 <sgothel> lets see .. warnings plugin re-enabled
20131108 11:33:50 * gouessej (546051e4@anon) has joined #jogamp
20131108 11:33:58 <gouessej> hi
20131108 11:34:19 <xranby> gouessej: hi!
20131108 11:36:46 <sgothel> Hi Julien
20131108 11:37:01 <sgothel> yeah .. sorry, stabilization of core JOGL is a bitch :-/
20131108 11:37:17 <gouessej> I know you already do your best, don't be sorry
20131108 11:37:54 <gouessej> Sven, can you explain to me some of your changes affecting GLJPanel?
20131108 11:38:04 <gouessej> initializeBackend
20131108 11:38:04 <sgothel> so maybe adding more versatile input ctrl .. etc .. maybe enhance PointerEvent as discussed w/o making it too complicated .. hmm
20131108 11:38:15 <sgothel> whats the Q ?
20131108 11:39:06 <gouessej> I don't understand how the use of another thread is helpful for the initialization except under Windows
20131108 11:39:23 <sgothel> (btw .. the saying 'I am sorry' here emphasizes empathy w/ your hardship, it's not really an apology)
20131108 11:39:32 <gouessej> ok
20131108 11:39:50 <sgothel> ah .. me neither :)
20131108 11:40:04 <sgothel> no .. turns out it doesn't speed up things too much
20131108 11:40:23 <sgothel> however, off-thread initialization of non-blocking offscreen resources 'can' be faster
20131108 11:40:35 <sgothel> remind you .. GLJPanel uses offscreen drawable ..
20131108 11:41:07 <sgothel> a change before that due to Bug 888/891 .. fixed the blocking issue
20131108 11:41:31 <sgothel> use case here are like many GLJPanel's to be initialized via AWT-EDT
20131108 11:41:40 <gouessej> Ok. Why does it work except under Windows?
20131108 11:42:17 <sgothel> b/c windows need the creating thread alive .. of a native window, which we need for FBO offscreen (the infamous dummy window)
20131108 11:42:52 <gouessej> I have a similar problem under Windows when using an offscreen drawable
20131108 11:42:56 <sgothel> so .. all in all .. this method is made available more to test the behavior, but does no harm
20131108 11:43:08 <sgothel> .. can't make context current ?
20131108 11:43:42 <gouessej> I was forced to create a dummy JFrame and set it as a parent to prevent a crash
20131108 11:43:58 <sgothel> hmm .. would love to see a small test case ..
20131108 11:44:10 <gouessej> It's not a JOGL bug
20131108 11:44:24 <sgothel> i.e. do you create the offscreen drawable on a thread which will die soon ?
20131108 11:44:24 <gouessej> there is a NPE in Swing code
20131108 11:44:27 <sgothel> oh
20131108 11:46:57 <gouessej> this is probably my fault, I use a JPanel and I call display() in paintComponent()
20131108 11:47:35 <gouessej> When this JPanel has no parent, Swing throws a NPE
20131108 11:47:44 <sgothel> hmm .. you can see our paintComponent(..) impl. i.e. the few checks (initBackendImpl..) etc
20131108 11:48:00 <sgothel> interesting
20131108 11:48:27 <sgothel> since we don't use any native stuff from the JPanel (on GLJPanel) .. or do you use GLCanvas?)
20131108 11:48:33 <gouessej> I will go on using my hack until I have some time to use the offscreen drawable without the JPanel
20131108 11:48:58 <sgothel> ah .. so you talk about your own GLJPanel thingy .. I see
20131108 11:49:43 <gouessej> I just use a JPanel. When onscreen, it uses a GLCanvas, otherwise it uses an offscreen drawable
20131108 11:50:19 <sgothel> oh .. yes GLCanvas does check isDisplayable() .. etc .. surely important
20131108 11:50:32 <sgothel> and both check the size .. since you know, zero sized things can crash as well
20131108 11:50:53 <gouessej> Swing thows a NPE because it looks for the ancestor to know whether the surface is opaque
20131108 11:51:23 <gouessej> that's why I use a dummy parent to work around this thing
20131108 11:51:54 <sgothel> I slowly seem to understand .. offscreen JPanel .. I guess
20131108 11:52:04 <gouessej> Sven, have you looked at my comments in the bug report 814?
20131108 11:52:29 <sgothel> not yet .. focus on 2.1.3 now .. all new stuff is for 2.2.0
20131108 11:52:51 <sgothel> i.e. 2.1.3 needs to be stable .. since we like this to hold up for a while :)
20131108 11:53:00 <gouessej> there is just one thing that I can't resolve "smartly"
20131108 11:53:03 <sgothel> so we have time to deal w/ 2.2.0 :)
20131108 11:53:41 <sgothel> maybe .. but all this must wait, since me starting to digg into things ends up in hours .. you know how it is :)
20131108 11:54:13 <gouessej> ok. Then, I will write another draft and we'll see that later
20131108 11:54:49 <sgothel> yup .. much appreciated. I will take a deep breath if 2.1.3 works properly
20131108 11:55:02 <sgothel> need the new playground 2.2 .. as well :)
20131108 11:56:03 <gouessej> Is the bug 889 really valid?
20131108 11:56:43 <sgothel> I don't know .. must check ..
20131108 11:57:12 <sgothel> but changes in JAWTWindow (ComponentListener/HierarchyListener) has potential ..
20131108 12:01:45 <gouessej> I see that a section dedicated to Java3D has been added into the wiki
20131108 12:02:15 <gouessej> What's the plan? Does someone want to fill the "overview" subsection?
20131108 12:04:05 <sgothel> Pls check w/ Harvey ..
20131108 12:05:12 <gouessej> ok
20131108 12:05:28 <sgothel> @Xerxes: Whats the best distri for Beagleboard and Pandaboard today ?
20131108 12:05:38 <sgothel> (i.e. least pain .. and stable)
20131108 12:21:00 <xranby> got qtjambi working now with jogl2 http://gerrit.smar.fi/#/c/285/ i had missed to update a recompiled jar...
20131108 12:21:39 <xranby> sgothel: i have not patched qt4 to use jogl
20131108 12:21:52 <xranby> so it is using the context initialized by qt4
20131108 12:22:00 <sgothel> :)
20131108 12:22:35 <gouessej> :)
20131108 12:22:53 <sgothel> if we could create surface .. probably better .. due to config selection
20131108 12:23:07 <sgothel> .. and GL selection as well ofc
20131108 12:23:14 <gouessej> createExternalGLContext of course
20131108 12:23:23 <xranby> sgothel: ihave to check the qt4 api if it can use a context created by jogl
20131108 12:23:38 <xranby> (13:23:44) gouessej: createExternalGLContext of course <- yes that worked nicely
20131108 12:23:45 <sgothel> on X11 it would also need us to choose the native FBConfig ..
20131108 12:24:53 <xranby> at least till allows qtjambi to add opengl core examples
20131108 12:25:04 <xranby> at least this will... allow
20131108 12:25:44 <xranby> they have some nice opengl core examples in qt4
20131108 12:25:57 <gouessej> I thought QtJambi was dead, is it actively maintained?
20131108 12:26:15 <xranby> they get one patch a month
20131108 12:26:46 <xranby> https://qt.gitorious.org/qt-jambi/qtjambi-community/commits/master
20131108 12:26:52 <xranby> it is all community maintained
20131108 12:27:56 <gouessej> is there a bridge between NEWT and QtJambi? Can I put a NEWT canvas into a Qt GUI?
20131108 12:31:10 <xranby> i have to check.. i jsut learned how to compile this source tree
20131108 12:31:19 <xranby> i think not
20131108 12:31:33 <gouessej> I have another question for you
20131108 12:31:38 <xranby> since the qtjambi sourcetree only knew about jogl 1 ... did the port 15min ago
20131108 12:31:45 <sgothel> well .. if you get the native X11 window handle .. you could do native parenting w/ NEWT
20131108 12:32:02 <gouessej> What's the plan about embedding Angle?
20131108 12:32:03 <xranby> it is using qt4 to do input etc
20131108 12:32:46 <gouessej> When an end user doesn't install any driver under Windows, it gets the crappy GDI renderer supporting only OpenGL 1.1 :(
20131108 12:32:55 <xranby> we may bundle Andle if we ant to get jogamp running on windows phone and windows rt devices
20131108 12:33:00 <sgothel> ProxySurface can be created w/ native handle .. and can act as parent for NEWT
20131108 12:33:11 <xranby> personally i do not own any of these devices so it is a low priority
20131108 12:33:16 <sgothel> see SWT stuff ..
20131108 12:33:29 <xranby> sure it would fix end user experience for GDI users
20131108 12:33:45 <xranby> without forcing them to update their drivers
20131108 12:33:51 <gouessej> me neither but Angle would be interesting even under Windows in desktop environments
20131108 12:33:57 <xranby> ... alld epend on if Angle is good enough
20131108 12:34:13 <xranby> we can most likely get GL2ES2 running using Angle
20131108 12:35:17 <gouessej> it is already used by Chrome and Firefox, it seems promising
20131108 12:36:22 <gouessej> ok I have to leave. Bye.
20131108 12:36:27 * gouessej (546051e4@anon) Quit (Quit: Page closed)
20131108 12:36:46 <xranby> we may start by cloning their scm
20131108 12:41:33 <sgothel> looks like jenkins fix worked :)
20131108 12:42:05 <sgothel> new regression it seems .. good
20131108 12:45:21 <xranby> \o/
20131108 13:39:26 <xranby> is someone working on extending gluegen to support c++ ?
20131108 13:42:27 <sgothel> haven]
20131108 13:42:37 <sgothel> haven't heard about such thing :)
20131108 13:42:50 <sgothel> SWIG
20131108 13:44:13 <xranby> qtjambi got a generator that do it as well.. but unlike gluegen it do not use dynamic library lookup.. and they end up with a 31mb symbol file
20131108 13:44:54 <xranby> thus.. their project would be imho helped to do the binding a bit more dynamic.. to make the project portable
20131108 13:45:16 <xranby> to have a single java <-> qt4 binding working across devices
20131108 13:45:31 <xranby> and qt5 etc
20131108 13:52:29 <sgothel> sure .. that is you new baby ?
20131108 13:52:54 <sgothel> well .. go ahead then .. patches will be accepted after thorough analysis (since GlueGen is our heart :)
20131108 13:53:15 <sgothel> my next binding goals will be Wayland
20131108 13:53:26 <sgothel> *goal*
20131108 13:54:00 <sgothel> tbh .. you pick up lots of pieces .. and all would need proper long time commitment ..
20131108 13:54:39 <sgothel> unit test framework for users .. android test launcher .. and and and .. :)
20131108 13:55:10 <sgothel> well .. I hope I can do my part soon .. plugin stuff etc
20131108 14:16:16 <sgothel> @Xerxes: Forum Nifty .. don't we have a NEWT / Nifty layer ?
20131108 14:22:01 <xranby> we do!
20131108 14:23:19 <xranby> https://github.com/void256/nifty-gui/commits/1.3
20131108 14:27:12 <sgothel> forum post was talking about AWT vs NEWT listener .. just saw it .. maybe you can help
20131108 14:30:01 <xranby> i have posted something to the forum
20131108 14:30:03 <xranby> hope it help
20131108 14:32:24 <sgothel> thx
20131108 15:46:22 * trigger (~trigger@anon) has joined #jogamp
20131108 15:48:00 <trigger> hello
20131108 16:47:34 * rmk0 (~rmk0@anon) Quit (Ping timeout: 268 seconds)
20131108 16:48:51 * rmk0 (~rmk0@anon) has joined #jogamp
20131108 16:48:51 * rmk0 (~rmk0@anon) Quit (Changing host)
20131108 16:48:51 * rmk0 (~rmk0@anon) has joined #jogamp
20131108 17:34:46 * hija (~petros@anon) has joined #jogamp
20131108 17:35:05 <hija> anyone here?
20131108 18:13:25 <hija> soo, I just made a pull request... Should I post it in the forum?
20131108 18:13:35 * [Mike] (~Mike]@anon) Quit ()
20131108 18:28:21 <sgothel> Hi hija .. I see .. is this message for me ?
20131108 18:28:55 <sgothel> usually, PM to who shall pull .. if not listening to your stuff here .. yup
20131108 18:29:11 <sgothel> public review discussion can happen in forum, sure
20131108 18:29:33 <hija> hi :) I didn't know I should PM
20131108 18:29:41 <hija> so i'll post on the forum
20131108 18:29:46 <sgothel> *can* .. not should
20131108 18:30:20 <sgothel> an NEWT/SWT patch .. nice
20131108 18:31:39 <hija> is it too big a problem I didn't provide a test? I'm still a bit scared of them
20131108 18:32:00 <hija> I run the suite and it was popping windows all over the place
20131108 18:32:05 <hija> haha
20131108 18:32:20 <sgothel> well .. we have unit tests .. hard to make them automatic for such visual things
20131108 18:32:41 <sgothel> but if you could make one (copy/edit) .. just for manual inspection, great
20131108 18:32:54 <sgothel> look in jogl/make/scripts
20131108 18:33:11 <sgothel> tests-osx-64.sh .. calls tests.sh
20131108 18:33:22 <sgothel> surely I run them manually while developing :)
20131108 18:34:29 <sgothel> TS shall use whitespace
20131108 18:34:44 <hija> TS?
20131108 18:34:49 <sgothel> TAB
20131108 18:34:55 <sgothel> TABSTOP
20131108 18:35:11 <sgothel> i.e. space .. I mean :)
20131108 18:35:42 <hija> so whitespace not tabs?
20131108 18:36:07 <sgothel> so .. [stupid question] is it working on OSX and X11, Windows ?
20131108 18:36:08 <hija> yeh its all whitespace, didn't notice, my bad
20131108 18:36:23 <hija> osx yes
20131108 18:36:46 <sgothel> formatting, I just see the diff here .. looks like not aligned .. minor nagging :)
20131108 18:37:07 <hija> I should try for x and win
20131108 18:37:19 <hija> yeah I know it looked weird to me too
20131108 18:37:24 <sgothel> well, if you can test on at least another platform .. and it works .. maybe mention which existing unit test can be used .. would be nice
20131108 18:37:44 <sgothel> btw .. do you like to maintain the SWT part .. ?
20131108 18:37:51 <hija> uhh
20131108 18:37:54 <sgothel> hehe :)
20131108 18:37:57 <hija> :D
20131108 18:38:01 <hija> sounds like a big job
20131108 18:38:19 <sgothel> I did that just b/c nobody does .. I was just about to show a way how to do it .. ended up to do a lot :)
20131108 18:38:33 <sgothel> now .. it should be almost complete .. but we still have a few bugs in bugzilla ..
20131108 18:38:41 <sgothel> maybe you like to take care of 'em ..
20131108 18:38:45 <hija> yeah I saw
20131108 18:38:52 <hija> I was actually trying to fight them
20131108 18:39:07 <sgothel> better to solve than expensive workarounds
20131108 18:39:17 <hija> if its not a problem that I am still learning?
20131108 18:39:26 <hija> I'm pretty new to this whole thing
20131108 18:39:28 <sgothel> we are all always learning!
20131108 18:39:47 <sgothel> in short: you are more than welcome
20131108 18:40:10 <hija> great then :D it's an honour for me anyway hehehe
20131108 18:40:24 <sgothel> so .. it is a good idea to add a note about unit test in the git commit message, especially if the commit does not touch/add a unit test
20131108 18:40:34 <sgothel> plus .. on which platform you have tested ..
20131108 18:40:53 <sgothel> osx + ?
20131108 18:40:57 <hija> osx
20131108 18:41:02 <hija> mavericks
20131108 18:41:07 <sgothel> ok .. so I have to test on another one
20131108 18:41:24 <hija> will do win and arch
20131108 18:42:21 <sgothel> I guess TesttGearsES2NewtCanvasSWT should be ok ?
20131108 18:42:33 <sgothel> TestGearsES2NewtCanvasSWT
20131108 18:42:52 <hija> package?
20131108 18:43:09 <sgothel> or that TestNewtCanvasSWTGLn
20131108 18:43:15 <sgothel> you don't use an IDE ?
20131108 18:43:23 <hija> eclipse
20131108 18:43:29 <sgothel> so type it in :)
20131108 18:43:40 <sgothel> Navigate.OpenType
20131108 18:44:14 <sgothel> if you need to change something, pls just make a copy/new-name .. put bug number in new-name .. etc
20131108 18:44:19 <hija> oh jeez there's such a feature?
20131108 18:44:20 <hija> haha
20131108 18:44:27 <sgothel> good morning :)
20131108 18:44:55 <sgothel> type/call hierarchy .. are great tools as well
20131108 18:45:42 <hija> as I said, I'm still learning :D
20131108 18:45:45 <sgothel> non static public var names .. can start w/ lower-case ..
20131108 18:45:48 <sgothel> all good
20131108 18:46:06 <sgothel> using 'final' as much as possible, as you do, is a very good idea!
20131108 18:46:53 <sgothel> we should be 'cheap' about exposing new API entries, b/c they must be maintained ..
20131108 18:47:06 <hija> makes sense
20131108 18:47:14 <hija> keep it simple stupid
20131108 18:47:19 <sgothel> here: 'getSWTCanvasPosition()' - i.e. does a user really need it ? if so - good, if not .. -> private
20131108 18:47:22 <sgothel> yup
20131108 18:47:35 <hija> should have been private eh
20131108 18:47:48 <sgothel> dunno - your are the man
20131108 18:48:36 <hija> ok, unless you are in a hurry to implement this i'll get to fix these little things, test on win and nux and recommit!
20131108 18:48:50 <sgothel> awesome - very much appreciated
20131108 18:49:01 <sgothel> nope .. no hurry
20131108 18:49:02 <hija> so should SWTCanvasPosition be swtCanvasPosition ?
20131108 18:49:16 <sgothel> less hurting the eye, yup
20131108 18:49:46 <sgothel> since we are used to capitals for 'static final' and types
20131108 18:50:29 <hija> its only because its an abbrev.
20131108 18:50:52 <hija> I usually start it with lowercase
20131108 18:50:55 <sgothel> right .. well, if you really prefer it that way, keep it :)
20131108 18:51:04 <sgothel> just brainstorming
20131108 18:51:17 <hija> sure sure!
20131108 18:51:25 <hija> just discussing here too
20131108 18:51:52 <hija> although I understand these are style options i'd prefer to keep in line with the project
20131108 18:54:12 <hija> bbl!
20131108 18:54:15 * hija (~petros@anon) Quit (Quit: hija)
20131108 19:06:56 * trigger (~trigger@anon) Quit (Remote host closed the connection)
20131108 19:35:19 * xranby (~xranby@anon) Quit (Ping timeout: 260 seconds)
20131108 19:36:05 * xranby (~xranby@anon) has joined #jogamp
20131108 19:48:00 * hija (~petros@anon) has joined #jogamp
20131108 20:04:10 <sgothel> dinner laters
20131108 20:13:10 * hija (~petros@anon) Quit (Quit: hija)
20131108 22:34:04 * monsieur_max (~maxime@anon) Quit (Ping timeout: 246 seconds)
20131108 22:40:42 * monsieur_max (~maxime@anon) has joined #jogamp
20131108 22:59:14 * [Mike] (~Mike]@anon) has joined #jogamp
20131108 23:31:17 * monsieur_max (~maxime@anon) has left #jogamp
20131109 00:19:26 * xranby (~xranby@anon) Quit (Ping timeout: 264 seconds)
20131109 00:21:54 * kermyt (~kermyt@anon) Quit (Ping timeout: 244 seconds)
20131109 00:26:25 * xranby (~xranby@anon) has joined #jogamp
20131109 00:26:33 * kermyt (~kermyt@anon) has joined #jogamp
20131109 00:55:56 * hija (~petros@anon) has joined #jogamp
20131109 00:56:52 * hija (~petros@anon) Quit (Client Quit)
20131109 00:59:28 * hija (~petros@anon) has joined #jogamp
20131109 01:03:06 * hija (~petros@anon) Quit (Client Quit)
20131109 01:51:40 * xranby (~xranby@anon) Quit (Ping timeout: 245 seconds)
20131109 01:52:28 * xranby (~xranby@anon) has joined #jogamp
20131109 05:05:53 -jogamp- Continue @ http://jogamp.org/log/irc/jogamp_20131109050553.html