Anonymous | Login | 01-15-2021 18:58 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||||||
0004665 | [Squeak 3.8] | major | always | 08-30-06 07:08 | 09-01-17 05:45 | ||||||||
Reporter | ernst | View Status | public | ||||||||||
Assigned To | krono | ||||||||||||
Priority | normal | Resolution | fixed | ||||||||||
Status | resolved | ||||||||||||
Summary | 0004665: PositionableStream>>upToAll: does return string including part of delimiter | ||||||||||||
Description |
I have an bug with parsing HTML while using upToAll: . e.g. On a MultiByteFileStream upToAll: '<' gives ' VĂ?RONIQUE </' which makes no sense. |
||||||||||||
Additional Information |
I did this on Linux fedora core 5 64-bit, Squeak 3.8 |
||||||||||||
Attached Files |
![]() |
||||||||||||
|
![]() |
|
(0014601 - 462 - 486 - 984 - 984 - 984 - 984) tonyg 02-23-17 19:16 |
Diagnosis: Stream positions reflect a count of bytes in MultiByteFileStream, and PositionableStream upToAll: calls next: with a count of bytes. However, MultiByteFileStream's next: expects a count of characters. Test cases: http://source.squeak.org/inbox/MultilingualTests-tonyg.22.mcz [^] First half of proposed fix: http://source.squeak.org/inbox/Collections-tonyg.734.mcz [^] Second half of proposed fix: http://source.squeak.org/inbox/Multilingual-tonyg.218.mcz [^] |
(0014603 - 33 - 33 - 33 - 33 - 33 - 33) krono 09-01-17 05:45 |
Resolved with Collections-pre.763 |
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
49 total queries executed. 34 unique queries executed. |