It's a bit of a quandary. Having auto-configuration as an opt-in
option sort of misses the point.

Which is why I'd like to fix the problem.

In any case, any configuration that causes a segfault should be
unacceptable to us.

--disable-zero for ./configure when compiling.

Paul Alfille

P.S. Can you tell me your configuration that causes the segfault?
Debian version, and avahi/bonjour settings. That will give a platform
to find the error.

On Mon, Aug 24, 2009 at 8:22 AM, Sven Geggus<[email protected]> wrote:
> Paul Alfille <[email protected]> wrote:
>
>> Briefly, this is something first poularized by Apple under the name of
>> Bonjour. A server and udp protocol for devices and services (like
>> printers, music sources, etc) to announce their presence and
>> configuration.
>
> *Argh* sounds like something which one does not want to have at least by
> default. When hearing about stuff like this upnp comes to mind and the
> related security implications.
>
>> I use both Avahi and Bonjour as optional parts of OWFS. OWFS can be
>> both a source (owserver or owhttpd) and a sink of owserver resources.
>> The idea is that any program would find the owserver and you wouldn't
>> have to bother finding an empty port and linking them.
>>
>> --nozero blocks this code (the autodiscovery).
>
> Can this be disabled as a compile time?
>
>> A better solution would be to find what is wrong and fix the bad library
>> link.
>
> Due to the debian policy to enable every available compile time switch it is
> almost impossible to remove libavahi and/or avahi-daemon from the system.
>
> For this reason I usually just disable the daemon to get started on system
> startup. Could this be the reason for the segfault?

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to