Activity log for bug #799200

Date Who What changed Old value New value Message
2011-06-18 17:21:48 Didier Barvaux bug added bug
2011-06-18 17:31:00 Didier Barvaux nominated for series rohc/trunk
2011-06-18 17:31:00 Didier Barvaux bug task added rohc/trunk
2011-06-18 17:31:13 Didier Barvaux rohc/trunk: milestone 1.5.0
2011-06-24 13:30:18 Didier Barvaux rohc/trunk: importance Medium Wishlist
2011-07-02 08:36:40 Didier Barvaux tags api api library
2011-11-26 19:43:27 Didier Barvaux rohc/trunk: milestone 1.5.0 1.7.0
2012-10-21 14:43:16 Didier Barvaux rohc/trunk: milestone 1.6.0 1.7.0
2013-05-08 16:07:41 Didier Barvaux description The current public API is difficult to use: 1. several functions shall be called to initiate the library, 2. many functions do not report success or error, 3. many functions mix status and packet length in return value, 4. there are 2 functions for decompression (one for small CIDs and one for large/small CIDs), 5. some functions do not use the "rohc_" prefix in their names, 6. some functions related to statistics store their output in strings, 7. there is no mean to configure the way the library logs infos, 8. every user parameters shall be set by a specific function (one function for all is not convenient and not future-proof), 9. many private functions are exported and may be used by users while they should not, 10. and so on... The current public API is difficult to use:   1. several functions shall be called to initiate the library,   2. many functions do not report success or error,   3. many functions mix status and packet length in return value,   4. there are 2 functions for decompression (one for small CIDs and one for large/small CIDs),   5. some functions do not use the "rohc_" prefix in their names,   6. some functions related to statistics store their output in strings,   7. there is no mean to configure the way the library logs infos,   8. every user parameters shall be set by a specific function (one function for all is not convenient and not future-proof),   9. many private functions/structs/constants are exported and may be used by users while they should not, 10. merge the 3 librohc_(common|comp|decomp).so into one single library librohc.so 11. and so on...
2013-05-09 11:35:19 Didier Barvaux description The current public API is difficult to use:   1. several functions shall be called to initiate the library,   2. many functions do not report success or error,   3. many functions mix status and packet length in return value,   4. there are 2 functions for decompression (one for small CIDs and one for large/small CIDs),   5. some functions do not use the "rohc_" prefix in their names,   6. some functions related to statistics store their output in strings,   7. there is no mean to configure the way the library logs infos,   8. every user parameters shall be set by a specific function (one function for all is not convenient and not future-proof),   9. many private functions/structs/constants are exported and may be used by users while they should not, 10. merge the 3 librohc_(common|comp|decomp).so into one single library librohc.so 11. and so on... The current public API is difficult to use:   1. several functions shall be called to initiate the library,   2. many functions do not report success or error,   3. many functions mix status and packet length in return value,   4. there are 2 functions for decompression (one for small CIDs and one for      large/small CIDs),   5. some functions do not use the "rohc_" prefix in their names,   6. some functions related to statistics store their output in strings,   7. there is no mean to configure the way the library logs infos,   8. every user parameters shall be set by a specific function (one function      for all is not convenient and not future-proof),   9. many private functions/structs/constants are exported and may be used by      users while they should not,  10. merge the 3 librohc_(common|comp|decomp).so into one single library      librohc.so 11. put all public headers in a subdir, ie. /usr/include/rohc/*.h  12. and so on...
2013-08-20 09:00:59 Didier Barvaux description The current public API is difficult to use:   1. several functions shall be called to initiate the library,   2. many functions do not report success or error,   3. many functions mix status and packet length in return value,   4. there are 2 functions for decompression (one for small CIDs and one for      large/small CIDs),   5. some functions do not use the "rohc_" prefix in their names,   6. some functions related to statistics store their output in strings,   7. there is no mean to configure the way the library logs infos,   8. every user parameters shall be set by a specific function (one function      for all is not convenient and not future-proof),   9. many private functions/structs/constants are exported and may be used by      users while they should not,  10. merge the 3 librohc_(common|comp|decomp).so into one single library      librohc.so 11. put all public headers in a subdir, ie. /usr/include/rohc/*.h  12. and so on... The current public API is difficult to use:   1. several functions shall be called to initiate the library,   2. many functions do not report success or error,   3. many functions mix status and packet length in return value,   4. there are 2 functions for decompression (one for small CIDs and one for      large/small CIDs),   5. some functions do not use the "rohc_" prefix in their names,   6. some functions related to statistics store their output in strings,   7. there is no mean to configure the way the library logs infos,   8. every user parameters shall be set by a specific function (one function      for all is not convenient and not future-proof),   9. many private functions/structs/constants are exported and may be used by      users while they should not,  10. merge the 3 librohc_(common|comp|decomp).so into one single library      librohc.so  11. put all public headers in a subdir, ie. /usr/include/rohc/*.h 12. make configuration uni- and bi-directionnal mode clearer  13. and so on...
2013-09-15 18:23:38 Didier Barvaux rohc/trunk: status Confirmed In Progress
2014-06-18 18:47:54 Didier Barvaux rohc/rohc-main: status In Progress Fix Committed
2014-06-21 12:55:10 Didier Barvaux rohc/rohc-main: status Fix Committed Fix Released