[pdf-tasks] [flyspray] LZW filter depends on pdf_char_t to be unsigned

[GNU PDF Library]

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below. 

User who did this - Jose E. Marchesi (jemarch) 

Attached to Project - GNU PDF Library
Summary - LZW filter depends on pdf_char_t to be unsigned
Task Type - Sporadic Task
Category - Stream Module
Status - NEXT
Assigned To - 
Operating System - All
Severity - Medium
Priority - Normal
Reported Version - START
Due in Version - BASE-LAYER-0
Due Date - Undecided
Details - A recent commit changed the pdf_char_t data type to be a synonym of 
'char'.  It is thus not guaranteed for values of type pdf_char_t to be 
unsigned.  An additional unsigned type pdf_uchar_t was introduced as well.

The LZW decoder (and probably the encoder as well) seems to be relying on 
pdf_char_t to always hold unsigned values.  Due to this a unit tests is failing 
(reproducible by running make check):

base/stm/pdf-stm-write.c:1004:F:pdf_stm_write:pdf_stm_write_016:0: Failure 
'memcmp (mem_stm_fixture.buf, decoded, 10) != 0' occured


More information can be found at the following URL:
http://gnupdf.org/flyspray/index.php?do=details&task_id=125

You are receiving this message because you have requested it from the Flyspray 
bugtracking system.  If you did not expect this message or don't want to 
receive mails in future, you can change your notification settings at the URL 
shown above.