20110920T131313: *: <== :hinerm!~hinerm@dyn-144-92-48-204.microscopy.wisc.edu JOIN #imagejdev 20110920T131349: *: <== :hinerm!~hinerm@dyn-144-92-48-204.microscopy.wisc.edu PART #imagejdev 20110920T141551: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net JOIN #imagejdev 20110920T141649: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev :I'm getting this on startup: [ERROR] Could not load class: imagej.core.plugins.options.OptionsReset 20110920T141649: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: I'm getting this on startup: [ERROR] Could not load class: imagej.core.plugins.options.OptionsReset 20110920T141649: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev :java.lang.ClassNotFoundException: imagej.core.plugins.options.OptionsReset 20110920T141649: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: java.lang.ClassNotFoundException: imagej.core.plugins.options.OptionsReset 20110920T141649: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev : at java.net.URLClassLoader$1.run(URLClassLoader.java:202) 20110920T141655: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: at java.net.URLClassLoader$1.run(URLClassLoader.java:202) 20110920T141655: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev : at java.security.AccessController.doPrivileged(Native Method) 20110920T141655: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: at java.security.AccessController.doPrivileged(Native Method) 20110920T141655: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev : at java.net.URLClassLoader.findClass(URLClassLoader.java:190) 20110920T141655: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: at java.net.URLClassLoader.findClass(URLClassLoader.java:190) 20110920T141655: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev : at java.lang.ClassLoader.loadClass(ClassLoader.java:306) 20110920T141656: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: at java.lang.ClassLoader.loadClass(ClassLoader.java:306) 20110920T141656: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev : at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) 20110920T141656: *: ==> PRIVMSG #imagejdev :Launcher.java:301 in Gitweb: http://tinyurl.com/68gxy7l 20110920T141656: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) 20110920T141821: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev :Does anyone else get this? 20110920T141821: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: Does anyone else get this? 20110920T142603: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net QUIT :Read error: Connection reset by peer 20110920T142744: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net JOIN #imagejdev 20110920T142800: *: <== :bdezonia!~Adium@dyn-144-92-48-220.microscopy.wisc.edu PRIVMSG #imagejdev :I added it yesterday and have no probelm on a couple machines. have you done a clean all? 20110920T142800: bdezonia!~Adium@dyn-144-92-48-220.microscopy.wisc.edu: I added it yesterday and have no probelm on a couple machines. have you done a clean all? 20110920T143341: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev :I just reimported and it went away 20110920T143341: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: I just reimported and it went away 20110920T143346: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net PRIVMSG #imagejdev :phew 20110920T143346: afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net: phew 20110920T152842: *: <== :hinerm!~hinerm@dyn-144-92-48-204.microscopy.wisc.edu JOIN #imagejdev 20110920T153330: *: <== :tnargsirrah!~chatzilla@c-174-63-126-71.hsd1.vt.comcast.net JOIN #imagejdev 20110920T153407: *: <== :tnargsirrah!~chatzilla@c-174-63-126-71.hsd1.vt.comcast.net PRIVMSG #imagejdev :Anybody recall where we have utils for determining the operating system? 20110920T153407: tnargsirrah!~chatzilla@c-174-63-126-71.hsd1.vt.comcast.net: Anybody recall where we have utils for determining the operating system? 20110920T153749: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net QUIT :Read error: Connection reset by peer 20110920T153921: *: <== :tnargsirrah!~chatzilla@c-174-63-126-71.hsd1.vt.comcast.net QUIT :Quit: ChatZilla 0.9.87 [Firefox 6.0.2/20110902133214] 20110920T154049: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net JOIN #imagejdev 20110920T161925: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net QUIT :Read error: Connection reset by peer 20110920T161933: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net JOIN #imagejdev 20110920T175912: *: <== :afraser!~afraser@c-98-217-109-105.hsd1.nh.comcast.net QUIT :Quit: afraser 20110920T183608: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu JOIN #imagejdev 20110920T183631: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Anybody experienced this when using Eclipse? C [libswt-pi-gtk-3735.so+0x3cf5e] Java_org_eclipse_swt_internal_gtk_OS_GTK_1ACCEL_1LABEL_1GET_1ACCEL_1STRING+0x0 20110920T183631: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Anybody experienced this when using Eclipse? C [libswt-pi-gtk-3735.so+0x3cf5e] Java_org_eclipse_swt_internal_gtk_OS_GTK_1ACCEL_1LABEL_1GET_1ACCEL_1STRING+0x0 20110920T183648: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Just clicking on Edit>Add Bookmark... 20110920T183648: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Just clicking on Edit>Add Bookmark... 20110920T184100: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :ooo - ui segfault 20110920T184100: leek__!~leek___@gpa84-8bb.broadinstitute.org: ooo - ui segfault 20110920T184111: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :ouch - use Windows 20110920T184111: leek__!~leek___@gpa84-8bb.broadinstitute.org: ouch - use Windows 20110920T184114: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Hahaha! 20110920T184114: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Hahaha! 20110920T184135: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Or some software that is not as kludgy and klunky as Eclopse :-) 20110920T184135: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Or some software that is not as kludgy and klunky as Eclopse :-) 20110920T184208: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :We get those problems in Python on the mac and unix, usually when you get an indexed gui element outside of the bounds 20110920T184208: leek__!~leek___@gpa84-8bb.broadinstitute.org: We get those problems in Python on the mac and unix, usually when you get an indexed gui element outside of the bounds 20110920T184230: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :like getting the n+1th list item when there are only n 20110920T184230: leek__!~leek___@gpa84-8bb.broadinstitute.org: like getting the n+1th list item when there are only n 20110920T184300: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :ironically, PC ui seems much more robust since UI code is not in-proc 20110920T184300: leek__!~leek___@gpa84-8bb.broadinstitute.org: ironically, PC ui seems much more robust since UI code is not in-proc 20110920T184520: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Right, but the whole point of a standardized GUI like Swing is to have checks that prevent segmentation faults (or like MS folks like to name it, access violations) 20110920T184520: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Right, but the whole point of a standardized GUI like Swing is to have checks that prevent segmentation faults (or like MS folks like to name it, access violations) 20110920T184616: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :it should... but maybe there's a bug in Swing and a bug in GTK 20110920T184616: leek__!~leek___@gpa84-8bb.broadinstitute.org: it should... but maybe there's a bug in Swing and a bug in GTK 20110920T184619: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :and it gets through 20110920T184619: leek__!~leek___@gpa84-8bb.broadinstitute.org: and it gets through 20110920T184704: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :In Windows, each GUI call gets turned into a message that is sent to the OS and validated out of process. 20110920T184704: leek__!~leek___@gpa84-8bb.broadinstitute.org: In Windows, each GUI call gets turned into a message that is sent to the OS and validated out of process. 20110920T184712: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :So it's automatically safe. 20110920T184712: leek__!~leek___@gpa84-8bb.broadinstitute.org: So it's automatically safe. 20110920T185120: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu JOIN #imagejdev 20110920T191004: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :Hate Windows so much. "The Microsoft Visual C++ 2005 Redistributable Package (x86) installs runtime components of Visual C++ Libraries required to run applications developed with Visual C++ on a computer that does not have Visual C++ 2005 installed." hate hate hate hate hate hate hate hate hate...... 20110920T191004: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: Hate Windows so much. "The Microsoft Visual C++ 2005 Redistributable Package (x86) installs runtime components of Visual C++ Libraries required to run applications developed with Visual C++ on a computer that does not have Visual C++ 2005 installed." hate hate hate hate hate hate hate hate hate...... 20110920T191043: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :you got an app that was missing it? 20110920T191043: leek__!~leek___@gpa84-8bb.broadinstitute.org: you got an app that was missing it? 20110920T191114: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :it's the developer's fault for not putting it in the installer 20110920T191114: leek__!~leek___@gpa84-8bb.broadinstitute.org: it's the developer's fault for not putting it in the installer 20110920T191231: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :leek__: It's *my* app! 20110920T191231: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: leek__: It's *my* app! 20110920T191242: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :We built it, packaged it, and tested on another machine, and got a "side-by-side configuration error." 20110920T191242: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: We built it, packaged it, and tested on another machine, and got a "side-by-side configuration error." 20110920T191246: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :Totally USELESS error message. 20110920T191246: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: Totally USELESS error message. 20110920T191252: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :Also, imagine if GCC worked this way! 20110920T191252: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: Also, imagine if GCC worked this way! 20110920T191322: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :well, it's similar to you expect that an .so file is on someone's computer 20110920T191322: leek__!~leek___@gpa84-8bb.broadinstitute.org: well, it's similar to you expect that an .so file is on someone's computer 20110920T191324: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :but it's not 20110920T191324: leek__!~leek___@gpa84-8bb.broadinstitute.org: but it's not 20110920T191343: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :Except that on Linux, you have the package manager to take care of dependencies for you. 20110920T191343: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: Except that on Linux, you have the package manager to take care of dependencies for you. 20110920T191426: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :yah, is true... so you can't use an installer? We use inno setup which is free. 20110920T191426: leek__!~leek___@gpa84-8bb.broadinstitute.org: yah, is true... so you can't use an installer? We use inno setup which is free. 20110920T191448: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :For cell profiler, I install CellProfiler.exe and run vcredistblahblah.exe on the person's computer 20110920T191448: leek__!~leek___@gpa84-8bb.broadinstitute.org: For cell profiler, I install CellProfiler.exe and run vcredistblahblah.exe on the person's computer 20110920T191455: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :I just want to distribute a ZIP with the EXE in it. I guess I could also redistribute all the necessary DLLs with it. 20110920T191455: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: I just want to distribute a ZIP with the EXE in it. I guess I could also redistribute all the necessary DLLs with it. 20110920T191458: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :to install that stuff. 20110920T191458: leek__!~leek___@gpa84-8bb.broadinstitute.org: to install that stuff. 20110920T191532: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :just not what the user expects. Inno Setup is pretty straightforward to use and you can look at our script for an example 20110920T191532: leek__!~leek___@gpa84-8bb.broadinstitute.org: just not what the user expects. Inno Setup is pretty straightforward to use and you can look at our script for an example 20110920T191540: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :It's enough of a timesink that my inclination is to just not ship binary builds for Windows at all. This is for the Bio-Formats C++ bindings, which is for developer consumption anyway. 20110920T191540: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: It's enough of a timesink that my inclination is to just not ship binary builds for Windows at all. This is for the Bio-Formats C++ bindings, which is for developer consumption anyway. 20110920T191555: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :I have used Inno Setup, and yeah, it's not bad. 20110920T191555: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: I have used Inno Setup, and yeah, it's not bad. 20110920T191618: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :I think that sort of user is going to be able to solve the problem. 20110920T191618: leek__!~leek___@gpa84-8bb.broadinstitute.org: I think that sort of user is going to be able to solve the problem. 20110920T191645: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :It's totally bullocks that you have to install something when a .zip file would do. 20110920T191645: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: It's totally bullocks that you have to install something when a .zip file would do. 20110920T191719: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :It's not the program's or the OS' business to keep metadata somewhere hidden away about a program I just happen to want to use. 20110920T191719: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: It's not the program's or the OS' business to keep metadata somewhere hidden away about a program I just happen to want to use. 20110920T191804: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :leek__: Sadly, I disagree, as much as I would like to believe that. We have had "developer users" write to us all the time with the most basic questions. People who can't get stuff to build when the directions are right there. People who have no clue how to troubleshoot the simplest problems. People whose whole careers are supposedly being C++ developers. Partly it's our fault for bad testing or bad instructions or whatnot, but par 20110920T191804: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: leek__: Sadly, I disagree, as much as I would like to believe that. We have had "developer users" write to us all the time with the most basic questions. People who can't get stuff to build when the directions are right there. People who have no clue how to troubleshoot the simplest problems. People whose whole careers are supposedly being C++ developers. Partly it's our fault for bad testing or bad instructions or whatnot, but par 20110920T191808: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :*Rant rant rant* 20110920T191808: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: *Rant rant rant* 20110920T191814: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :No wonder why there are differences between OS users like shown here: https://plus.google.com/117476432027396140217/posts 20110920T191814: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: No wonder why there are differences between OS users like shown here: https://plus.google.com/117476432027396140217/posts 20110920T191903: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :If they're going to compile it into their own C++ app, sending them a binary built on VC 2005 might cause them problems. 20110920T191903: leek__!~leek___@gpa84-8bb.broadinstitute.org: If they're going to compile it into their own C++ app, sending them a binary built on VC 2005 might cause them problems. 20110920T191931: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :because it's going to use the VC 2005 redistributable. 20110920T191931: leek__!~leek___@gpa84-8bb.broadinstitute.org: because it's going to use the VC 2005 redistributable. 20110920T191952: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :Right. There is a simple command line tool that goes with it, at least. 20110920T191952: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: Right. There is a simple command line tool that goes with it, at least. 20110920T192004: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :But maybe it's futile to ship binary builds, with so many versions of VC out there. 20110920T192004: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: But maybe it's futile to ship binary builds, with so many versions of VC out there. 20110920T192023: *: <== :hinerm!~hinerm@dyn-144-92-48-204.microscopy.wisc.edu QUIT :Read error: Connection reset by peer 20110920T192149: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :So this is an executable and not a DLL that does the c++ bindings? 20110920T192149: leek__!~leek___@gpa84-8bb.broadinstitute.org: So this is an executable and not a DLL that does the c++ bindings? 20110920T192158: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :How does that work? 20110920T192158: leek__!~leek___@gpa84-8bb.broadinstitute.org: How does that work? 20110920T192218: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :There is a DLL, which is linked by a small command line utility class. 20110920T192218: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: There is a DLL, which is linked by a small command line utility class. 20110920T192234: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :IIRC there are a ton of differences between Visual C++ versions. 20110920T192234: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: IIRC there are a ton of differences between Visual C++ versions. 20110920T192243: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :Actually there are three DLLs which are involved. 20110920T192243: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: Actually there are three DLLs which are involved. 20110920T192254: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :ok so it's the command-line utilitiy that's not running 20110920T192254: leek__!~leek___@gpa84-8bb.broadinstitute.org: ok so it's the command-line utilitiy that's not running 20110920T192300: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :and that's the problem? 20110920T192300: leek__!~leek___@gpa84-8bb.broadinstitute.org: and that's the problem? 20110920T192308: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :For example, the camera driver for The Imaging Source cameras is available for vc6, vc7.1, vc2005, vc2007, vc2009 and vc2010. 20110920T192308: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: For example, the camera driver for The Imaging Source cameras is available for vc6, vc7.1, vc2005, vc2007, vc2009 and vc2010. 20110920T192347: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :We don't have the resources to distribute all those configuration of builds, unfortunately. Unless there is some brilliant tool out there to make it super easy. 20110920T192347: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: We don't have the resources to distribute all those configuration of builds, unfortunately. Unless there is some brilliant tool out there to make it super easy. 20110920T192358: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu PRIVMSG #imagejdev :But yeah, is the same for Boost binaries. 20110920T192358: ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu: But yeah, is the same for Boost binaries. 20110920T192402: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :That really stinks. There are ways to make the DLL independent of VC version. 20110920T192402: leek__!~leek___@gpa84-8bb.broadinstitute.org: That really stinks. There are ways to make the DLL independent of VC version. 20110920T192411: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :it's a bit of work though 20110920T192411: leek__!~leek___@gpa84-8bb.broadinstitute.org: it's a bit of work though 20110920T192418: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :leek__, the real question is why it is not the default. 20110920T192418: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: leek__, the real question is why it is not the default. 20110920T192433: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :leek__, and the answer is most likely to find in business considerations. 20110920T192433: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: leek__, and the answer is most likely to find in business considerations. 20110920T192453: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :independent is not the default? I think people didn't think malloc all the way through. 20110920T192453: leek__!~leek___@gpa84-8bb.broadinstitute.org: independent is not the default? I think people didn't think malloc all the way through. 20110920T192512: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :and the c library 20110920T192512: leek__!~leek___@gpa84-8bb.broadinstitute.org: and the c library 20110920T192527: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :hold on... 20110920T192527: leek__!~leek___@gpa84-8bb.broadinstitute.org: hold on... 20110920T193058: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :http://msdn.microsoft.com/en-us/library/abx4dbyh.aspx 20110920T193058: leek__!~leek___@gpa84-8bb.broadinstitute.org: http://msdn.microsoft.com/en-us/library/abx4dbyh.aspx 20110920T193133: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :Some ways to link statically to the C run-time libraries and not include the vcredist dlls 20110920T193133: leek__!~leek___@gpa84-8bb.broadinstitute.org: Some ways to link statically to the C run-time libraries and not include the vcredist dlls 20110920T193153: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org PRIVMSG #imagejdev :best strategy, distribute one file with no dependencies 20110920T193153: leek__!~leek___@gpa84-8bb.broadinstitute.org: best strategy, distribute one file with no dependencies 20110920T194720: *: <== :afraser!~afraser@c-75-67-186-216.hsd1.ma.comcast.net JOIN #imagejdev 20110920T195121: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Huge file, linking statically. 20110920T195121: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Huge file, linking statically. 20110920T195151: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu PRIVMSG #imagejdev :Keep in mind, though, that Linux is just as bad. We have to jump through hoops to make things backwards-compatible (see glibc-compat.h) 20110920T195152: *: ==> PRIVMSG #imagejdev :glibc-compat.h in Gitweb: http://tinyurl.com/68j5nn7 20110920T195152: dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu: Keep in mind, though, that Linux is just as bad. We have to jump through hoops to make things backwards-compatible (see glibc-compat.h) 20110920T195152: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu QUIT :Quit: Ex-Chat 20110920T195211: *: <== :dscho!~dscho@dyn-144-92-48-243.microscopy.wisc.edu JOIN #imagejdev 20110920T200409: *: <== :afraser!~afraser@c-75-67-186-216.hsd1.ma.comcast.net QUIT :Quit: afraser 20110920T202753: *: <== :afraser!~afraser@c-75-67-186-216.hsd1.ma.comcast.net JOIN #imagejdev 20110920T205739: *: <== :leek__!~leek___@gpa84-8bb.broadinstitute.org QUIT :Quit: Leaving 20110920T215021: *: <== :aivar!~aivar@dyn-144-92-48-238.microscopy.wisc.edu JOIN #imagejdev 20110920T215047: *: <== :ctrueden!~Adium@dyn-144-92-48-222.microscopy.wisc.edu QUIT :Quit: Leaving. 20110920T230157: *: <== :bdezonia1!~Adium@dyn-144-92-48-220.microscopy.wisc.edu JOIN #imagejdev 20110920T230712: *: <== :bdezonia!~Adium@dyn-144-92-48-220.microscopy.wisc.edu QUIT :*.net *.split