On Tue, Oct 11, 2011 at 10:06:03AM +0200, Martin Kersten wrote: > > > On 10/11/2011 08:53 AM, Fabian Groffen wrote: > > Hi Mark, > > > > On 10-10-2011 19:17:47 -0500, Mark Kerzner wrote: > >> I've built the latest code from Mercurial repository, and I cannot get any > >> database to start. I am doing everything locally, so this sequence of > >> commands invariably results in the db crashing: > > > > What is the platform you're on? > > The default branch is in a bad state, where some platforms seem to have > > segfaulting mservers during startup (like in your case), see: > > http://monetdb.cwi.nl/testweb/web/status.php?serial=42010:81eb00c2f449&order=platform,compiler,arch > > > > At this moment, I think you're (much) better off using the current > > release branch, Aug2011. > But that one does not contain my patch for the string-attach. > That need then to be backported. > (most importantly mserver5/sql.mx)
I'd prefer to fix the default (where/why does it segfault?), rather than back-porting a new feature to a release branch. Fabian's comment it genrerally true an should be read as " Unless you really need cutting-edge (and thus possibly immature & instable) features that are only available in the latest development version, you are (always) better off with using the latest stable release (branch). " Of course, everyone using a Mercurial checkout can locally back-port changeset that implement new features from the development trunk (default branch) to the latest release branch --- no guarantees, though that they fit, compile, work correctly, there ... Stefan > >> 2011-10-10 19:12:48 MSG merovingian[4544]: database 'demo' (4553) was > >> killed > >> by signal SIGSEGV > > > > Thanks for your feedback, > > Fabian Groffen > > > > > > > > ------------------------------------------------------------------------------ > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2d-oct > > > > > > > > _______________________________________________ > > Monetdb-developers mailing list > > Monetdb-developers@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/monetdb-developers > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Monetdb-developers mailing list > Monetdb-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-developers > -- | Stefan.Manegold @ CWI.nl | DB Architectures (INS1) | | http://CWI.nl/~manegold/ | Science Park 123 (L321) | | Tel.: +31 (0)20 592-4212 | 1098 XG Amsterdam (NL) | ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
