Custom Query (121 matches)
Results (58 - 60 of 121)
| Ticket | Resolution | Summary | Owner | Reporter | |||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| #69 | invalid | scalar value of escaped double-newline parsed as a single newline | xi | anonymous | |||||||||||||||||||||||||||
| Description |
When parsing the following: terminator : "\n\n" The value of the right side scalar is returned as \n, rather than \n\n. Likewise, four newlines ("\n\n\n\n") is parsed as three ("\n\n\n"). |
||||||||||||||||||||||||||||||
| #70 | worksforme | really slow on large input ... | xi | lal.george@… | |||||||||||||||||||||||||||
| Description |
yaml.load appears to be really (really) slow on large input. My string is
Both the input and output are fairly simple. Why does it take a long time to parse? Lal |
||||||||||||||||||||||||||||||
| #71 | wontfix | libyaml does not build with MinGW | xi | clive.crous@… | |||||||||||||||||||||||||||
| Description |
I'm unable to build libyaml under MinGW due to assumtions within the source code that "WIN32" means Visual Studio. I use gcc, even in windows. Simple patch to yaml.h#260 fixes this =>
Thanks, Clive |
||||||||||||||||||||||||||||||
Note: See TracQuery
for help on using queries.
