PSPP-BUG: DOS Linebreaks in Table Cells: Intentionally exported?

[Müller , Andre]

Dear all,

I do have some datasets that have line breaks (DOS line endings) inside data 
cells.
Using linux, it does get exported like so:

col1 <tab> "Something with ^M
a line break within" <tab> col3

Thus, a line may actually be split up to multiple lines, the lines ending with 
the carriage return as a leftover from dos
CR-LF line breaks. (The CR is displayed as ^M).

This is OKish, consistent, can be parsed and so on, but I decided not to 
support multiline table cells.
Really, all instances I look up are cut and paste catastrophes and not 
meaningful content formatting.

I could just cut them out and be done with it, 
but I thought I'd rather inquire wether that behaviour is intentional or not. 

So: Is the export of line endings from within table cells intended behaviour or 
should those rather be dropped by the pspp export?

If you think pspp should catch the line breaks so table geometry remains a nice
x-by-y square, I can file a bug for it.

To export, I use 
GET FILE="source.sav"
SAVE TRANSLATE
        /TYPE=TAB
        /FIELDNAMES
        /OUTFILE="pspp_out.csv"

Thanks,
Andre Müller