[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fixes segfault in beam quanting. (issue4339047)
From: |
Trevor Daniels |
Subject: |
Re: Fixes segfault in beam quanting. (issue4339047) |
Date: |
Mon, 4 Apr 2011 10:41:16 +0100 |
Han-Wen Nienhuys wrote Monday, April 04, 2011 6:13 AM
I think it is good that these are fixed, but not important enough
to
spend serious time on finding and plugging all of them. The
question
is how much of the code we should consider user-serviceable. If
one
C++ part of Lily passes data using Scheme types to another C++
part,
should that other part be resistent users inserting bogus values
into
that internal channel ?
Can we distinguish code that is publicly accessible in Scheme? Or
maybe those routines that are advertised in the docs. If so, it is
these
that need to be robust. I would not be worried by segfaults in
anything
that is accessible only via a local build. Anyone building LP can
surely
handle segfaults themselves. But users struggling with Scheme need
all the help we can provide.
Trevor
- Re: Fixes segfault in beam quanting. (issue4339047), (continued)
- Re: Fixes segfault in beam quanting. (issue4339047), Han-Wen Nienhuys, 2011/04/03
- Re: Fixes segfault in beam quanting. (issue4339047), Werner LEMBERG, 2011/04/03
- Re: Fixes segfault in beam quanting. (issue4339047), Graham Percival, 2011/04/03
- Re: Fixes segfault in beam quanting. (issue4339047), Han-Wen Nienhuys, 2011/04/03
- Re: Fixes segfault in beam quanting. (issue4339047), Werner LEMBERG, 2011/04/03
- Re: Fixes segfault in beam quanting. (issue4339047), Han-Wen Nienhuys, 2011/04/04
- Re: Fixes segfault in beam quanting. (issue4339047),
Trevor Daniels <=
- Re: Fixes segfault in beam quanting. (issue4339047), address@hidden, 2011/04/04
Re: Fixes segfault in beam quanting. (issue4339047), percival . music . ca, 2011/04/02
Re: Fixes segfault in beam quanting. (issue4339047), mtsolo, 2011/04/02
Re: Fixes segfault in beam quanting. (issue4339047), hanwenn, 2011/04/04