20100401T072156: *: <== :rubikcube_work!~rubikcube@134.76.218.177 JOIN :#fiji-devel 20100401T083600: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de JOIN :#fiji-devel 20100401T101059: *: <== :rubikcube_work!~rubikcube@134.76.218.177 QUIT :Quit: rubikcube_work 20100401T143648: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu JOIN :#fiji-devel 20100401T143700: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Hey ctrueden! 20100401T143700: dscho!~dscho@cbg-off-client.mpi-cbg.de: Hey ctrueden! 20100401T143721: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :I wondered yesterday whether System.load() could overcome the problems of java.library.path 20100401T143721: dscho!~dscho@cbg-off-client.mpi-cbg.de: I wondered yesterday whether System.load() could overcome the problems of java.library.path 20100401T143736: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :(I.e. System.load() with absolute paths instead of System.loadLibrary() with relative ones) 20100401T143736: dscho!~dscho@cbg-off-client.mpi-cbg.de: (I.e. System.load() with absolute paths instead of System.loadLibrary() with relative ones) 20100401T143746: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :Yeah, I tried that actually =) 20100401T143746: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: Yeah, I tried that actually =) 20100401T143809: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Oh? 20100401T143809: dscho!~dscho@cbg-off-client.mpi-cbg.de: Oh? 20100401T143816: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :The problem is that the ITK Java code still tries to call loadLibrary in its internal logic and apparently Java isn't smart enough to realize it is trying to load the same library a 2nd time. But I'm not an expert so it may be possible to make it work. 20100401T143816: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: The problem is that the ITK Java code still tries to call loadLibrary in its internal logic and apparently Java isn't smart enough to realize it is trying to load the same library a 2nd time. But I'm not an expert so it may be possible to make it work. 20100401T143857: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :It would likely work if one were to hack the generated WrapITK Java code. 20100401T143857: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: It would likely work if one were to hack the generated WrapITK Java code. 20100401T143916: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Yes, that's most likely correct. 20100401T143916: dscho!~dscho@cbg-off-client.mpi-cbg.de: Yes, that's most likely correct. 20100401T143933: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :I wondered how the load() stuff works with libraries that need _other_ libraries to be loaded. 20100401T143933: dscho!~dscho@cbg-off-client.mpi-cbg.de: I wondered how the load() stuff works with libraries that need _other_ libraries to be loaded. 20100401T143942: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Do you have any information about that? 20100401T143942: dscho!~dscho@cbg-off-client.mpi-cbg.de: Do you have any information about that? 20100401T144007: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :Before I dive too far into making changes to WrapITK, writing to the WrapITK author, etc., I'd like to isolate a solid use case for ITK in Fiji. Find some routines that are very useful, and see how well they work as-is. Then we can make it simpler from there. 20100401T144007: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: Before I dive too far into making changes to WrapITK, writing to the WrapITK author, etc., I'd like to isolate a solid use case for ITK in Fiji. Find some routines that are very useful, and see how well they work as-is. Then we can make it simpler from there. 20100401T144021: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :I'm not sure; I'd have to research more on how System.load() works. 20100401T144021: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: I'm not sure; I'd have to research more on how System.load() works. 20100401T144048: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Well, I guess I'll just try, then. 20100401T144048: dscho!~dscho@cbg-off-client.mpi-cbg.de: Well, I guess I'll just try, then. 20100401T144102: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :If you have time. Did you manage to get my ITK branch to compile? 20100401T144102: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: If you have time. Did you manage to get my ITK branch to compile? 20100401T144122: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :And did my commit message make sense? 20100401T144122: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: And did my commit message make sense? 20100401T144131: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :(I want to bring ffmpeg support into Fiji, and there are 4 libraries involved, which have a strictly linear hierarchy, i.e. the top-most depends on all others) 20100401T144131: dscho!~dscho@cbg-off-client.mpi-cbg.de: (I want to bring ffmpeg support into Fiji, and there are 4 libraries involved, which have a strictly linear hierarchy, i.e. the top-most depends on all others) 20100401T144204: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Oh, I had a look at it, and it made total sense, but I am fighting debootstrap right now, to build bootable usb images again, so I did not play with the itk branch yet. 20100401T144204: dscho!~dscho@cbg-off-client.mpi-cbg.de: Oh, I had a look at it, and it made total sense, but I am fighting debootstrap right now, to build bootable usb images again, so I did not play with the itk branch yet. 20100401T144205: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Sorry! 20100401T144205: dscho!~dscho@cbg-off-client.mpi-cbg.de: Sorry! 20100401T144332: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :My guess is that you have to load the dependencies first manually, if you use load() rather than loadLibrary(). 20100401T144332: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: My guess is that you have to load the dependencies first manually, if you use load() rather than loadLibrary(). 20100401T144417: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Yes, I would guess that, too, but then, I tried something similar (loadLibrary with absolute paths), and was not lucky. 20100401T144417: dscho!~dscho@cbg-off-client.mpi-cbg.de: Yes, I would guess that, too, but then, I tried something similar (loadLibrary with absolute paths), and was not lucky. 20100401T144437: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :Right, loadLibrary doesn't accept full paths I don't think. 20100401T144437: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: Right, loadLibrary doesn't accept full paths I don't think. 20100401T144500: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Unfortunately, I do not recall the details... 20100401T144500: dscho!~dscho@cbg-off-client.mpi-cbg.de: Unfortunately, I do not recall the details... 20100401T144646: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :From my quick research here, using load() will try to load dependent libraries that are on the library path and/or path (system-dependent maybe), but if it can't find them it throws an UnsatisfiedLinkError with message "Can't find dependent libraries" -- and yeah you can work around it by calling load() manually on the dependent library first. 20100401T144646: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: From my quick research here, using load() will try to load dependent libraries that are on the library path and/or path (system-dependent maybe), but if it can't find them it throws an UnsatisfiedLinkError with message "Can't find dependent libraries" -- and yeah you can work around it by calling load() manually on the dependent library first. 20100401T144652: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :So you could load ffmpeg that way, one at a time, bottom up. 20100401T144652: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: So you could load ffmpeg that way, one at a time, bottom up. 20100401T144720: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Thanks! 20100401T144720: dscho!~dscho@cbg-off-client.mpi-cbg.de: Thanks! 20100401T144805: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #fiji-devel :No problem, I hope it works. Time to work on my Fiji presentation for today, so TTYL. 20100401T144805: ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu: No problem, I hope it works. Time to work on my Fiji presentation for today, so TTYL. 20100401T144911: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de PRIVMSG #fiji-devel :Nice! Let me know how it went... 20100401T144911: dscho!~dscho@cbg-off-client.mpi-cbg.de: Nice! Let me know how it went... 20100401T181248: *: <== :dscho!~dscho@cbg-off-client.mpi-cbg.de QUIT :Remote host closed the connection 20100401T200231: *: <== :mahogny!~mahogny@c-a8a872d5.015-28-73746f34.cust.bredbandsbolaget.se JOIN :#fiji-devel 20100401T214043: *: <== :ctrueden!~ctrueden@dyn-144-92-48-222.microscopy.wisc.edu QUIT :Quit: ctrueden