From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 11 Nov 2014 15:15:20 +0100 From: Linus =?utf-8?Q?L=C3=BCssing?= Message-ID: <20141111141520.GJ799@odroid> References: <5458F780.10707@solvare.se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5458F780.10707@solvare.se> Subject: Re: [B.A.T.M.A.N.] Completely out of context Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: The list for a Better Approach To Mobile Ad-hoc Networking On Tue, Nov 04, 2014 at 04:57:52PM +0100, Christian Huldt wrote: > Error handling is said to be 90% of good code, maybe a separate error > handling daemon that could be chosen as per the device? Not sure you're asking on the right mailing list for that. batman-adv is a kernel module. In networking. With the informel policy of being transparent, staying out of a users sight as much as possible, with an assessable amount of configuration options. So I believe batman-adv is one of the worst pieces of software pieces you could have chosen for such an argument ;). > > You guys deliver so much changes (which is good) but I try to consider > the consequences, as in > for-profit-companies-find-it-cheeper-to-give-the-developers-better-computers-than-a-rise > which usually equates to bloatware that needs and uses so much more > resources than the actual task requires... Ehm. batman-adv is written in C, capable of handling Gigabit links on tiny embedded devices... not Java or such.