On 22.01.2012 23:27, Carl R. Friend wrote: > > Yes, MySQL 5 is a prerequisite now due to the requirement of > the "ON DUPLICATE KEY" syntax. MySQL 4 will fail abjectly which > was the primary reason for updating my SPARC system at home to > that version.
ah yes, that statement is in ~50 sql statements around the corner. you might give the icinga blog a read back in 2009/2010 when i tried to understand those and rework them into oracle and postgresql. https://www.icinga.org/2010/02/15/icinga-idoutils-more-improvements-part-i/ > > > Making matters worse, it looks like there are code dependencies > in the dbutils code that may pin things at 5.0. I tried getting > 5.5 going at work and was completely thwarted. i haven't tried 5.5 myself yet. though i have various rdbms on my todo list - such as postgresql 9.x currently i am lacking of time ... > > > You're more than welcome. During part of my analysis I did a > side-by-side check of ido2db vs ndo2db and that's what pointed up > the global use of "dbuf" in idoutils. Whether this is wise or not > may be left as an exercise for the reader. it's a leftover from a previous try (and fail) of a multithreaded circular buffer, which did not work out as expected. thanks for pointing it out, passing the dynamic buffer as parameter is more safe than making it a global variable - unless you create sort of shared memory protected by various locking mechanisms. currently it doesn't hurt, but if you wanna provide a patch, appreciate it. > > > > One of the things that bit me is that the code can be tickled > by virtue of what level of debugging is defined in ido2db.cfg, and > this may well be able to cause distress for folks on other platforms. > I've not tried it on Intel hardware, so I cannot say for sure, but > a null pointer is a null pointer no matter what you're running. given a valid coding style, (null) pointers should always be checked. it just happens that you hack around and "make it work" - on your platform then. but you are right, it should work out-of-the-box without fiddling with the differences passing a null pointer on different platforms. > > > I'm a bit of a compatibility geek, mainly because I date to a time > when there were many more platforms available than Intel and SPARC. I > have several of these floating around, and have found that my striving > to be compatible across many architectures and compilers tends to keep > one's code very clean. that's true. and i kind of like your style. it reminds me of my studies and hacking around with some atmel avr - making the software possible to run, even if it is not made for the platform (or something is completely wrong and you want to make it run). or the other way around - reorganize the logic on the fpga/asic to make your algorithm fit and reduce buildings costs ;-) > > > Interestingly, I really don't have many "special hints". From my > experience, most environments just "do the right thing" if the code > is clean and well designed. I'm a "compile from scratch" sort of guy, > but that's down to my background. I don't know if I could get Icinga > to build and run on some of my really "elder kit", but it might be > instructive as the compilers tend to produce very detailed diagnostics. > > That said, if I come up with something useful I'll be happy to add > it. it would be interesting if you are capable of getting zeromq to run on your platform. this will be a requirement for icinga-mq and i am curious if this could be a problem on other than the "default linux" platform. most likely, you can give the icinga-mq git a shot as well, but this lacks of qualified documentation entirely as the code is pre alpa. i did not yet get the time to fiddle with it - rhel 5.7 with it's old aclocal, libtool, autoconf, automake is a total mess to develop with newer types of project tools... kind regards, michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax: +43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ icinga-users mailing list icinga-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/icinga-users
