[Debian-med-packaging] Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)
Matthew Fernandez
matthew.fernandez at gmail.com
Sat May 2 19:38:27 BST 2020
> On May 1, 2020, at 00:27, Jeffrey Walton <noloader at gmail.com> wrote:
>
> On Fri, May 1, 2020 at 3:05 AM Jeffrey Walton <noloader at gmail.com <mailto:noloader at gmail.com>> wrote:
>>
>> On Fri, May 1, 2020 at 2:14 AM Andreas Tille <andreas at fam-tille.de> wrote:
>>>
>>> ...
>>> ==13209== Process terminating with default action of signal 10 (SIGBUS)
>>> ==13209== at 0x12D5CC: PairDistances (pair_dist.c:346)
>>> ==13209== by 0x119410: AlignmentOrder (clustal-omega.c:835)
>>> ==13209== by 0x11A6C4: Align (clustal-omega.c:1221)
>>> ==13209== by 0x1171C8: MyMain (mymain.c:1192)
>>> ==13209== by 0x113CCC: main (main.cpp:469)
>>
>> Here is line 346 in
>> https://salsa.debian.org/med-team/clustalo/-/blob/master/src/clustal/pair_dist.c#L346:
>>
>> NewProgress(&prProgress, LogGetFP(&rLog, LOG_INFO),
>> "Ktuple-distance calculation progress", bPrintCR);
>>
>> For testing, change LogGetFP(&rLog, LOG_INFO) for stdout for testing. I.e.,
>>
>> NewProgress(&prProgress, stdout,,
>> "Ktuple-distance calculation progress", bPrintCR);
>>
>> It looks like LogGetFP retrieves an entry in an array of FILE*. From
>> https://salsa.debian.org/med-team/clustalo/-/blob/master/src/clustal/log.h:
>>
>> typedef struct {
>> /* the higher the level, the more priority it has. numbers must be
>> * sequential
>> */
>>
>> /* array of function pointers */
>> void (*prFunc[LOG_NUM_LEVELS]) (FILE *prFP, char *pcFormat,
>> va_list rVArgList);
>> FILE *prFP[LOG_NUM_LEVELS];
>> char *prPrefix[LOG_NUM_LEVELS];
>>
>> /* everything above this level will be printed */
>> int iLogLevelEnabled;
>> } log_t;
>>
>> And https://salsa.debian.org/med-team/clustalo/-/blob/master/src/clustal/log.c:
>>
>> FILE *
>> LogGetFP(log_t *prLog, int iLevel)
>> {
>> assert(iLevel>=0 && iLevel<=LOG_NUM_LEVELS);
>> return prLog->prFP[iLevel];
>> }
>>
>> That should help determine if something is sideways in the log_t structure.
>
> Also, I think this should be:
>
>> FILE *
>> LogGetFP(log_t *prLog, int iLevel)
>> {
>> assert(iLevel>=0 && iLevel<LOG_NUM_LEVELS);
>> return prLog->prFP[iLevel];
>> }
>
> That is, 'iLevel<LOG_NUM_LEVELS' (not 'iLevel<=LOG_NUM_LEVELS’).
Some further patches attached:
1. the log level correction Jeff noted.
2. remove a prototype for a non-existent function
3. delete a lot of dead code, aiming to minimise the number of lines we have to suspect in ongoing debugging. This is for debugging only; not intended to be applied during packaging.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0004.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1-fix-log-level-check.patch
Type: application/octet-stream
Size: 1744 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0003.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0005.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2-remove-gkihashvalue.patch
Type: application/octet-stream
Size: 551 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0004.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0006.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3-remove-dead-code.patch
Type: application/octet-stream
Size: 269988 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0005.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20200502/2699d0dd/attachment-0007.html>
More information about the Debian-med-packaging
mailing list