I think it's more likely to be the following code in cairo-fsm.c that
tries to avoid wordwrapping.
I don't know why U+2060 WORD JOINER is showing up as U+0000 on Windows.
I guess we could add #ifndef __WIN32__ and see if it goes away.
if (decimal[0]
&& c_isdigit (decimal[1])
&& (decimal == text || !c_isdigit (decimal[-1])))
{
struct string tmp = DS_EMPTY_INITIALIZER;
ds_extend (&tmp, ds_length (&body) + 16);
markup_escape (&tmp, markup, text, decimal - text + 1);
ds_put_unichar (&tmp, 0x2060 /* U+2060 WORD JOINER */);
markup_escape (&tmp, markup, decimal + 1, -1);
ds_swap (&tmp, &body);
ds_destroy (&tmp);
}
On Fri, Apr 16, 2021 at 8:26 AM John Darrington
<j...@darrington.wattle.id.au> wrote:
>
> After a fair bit of effort, I have been unable to reproduce this problem.
>
> So if this issue is to have any chance of getting fixed someone who is
> experiencing it is going to need to give us a backtrace.
>
> Looking through the code, I consider the most likely function of interest
> is output_decimal in src/data/data-out.c - in particular this bit of code
> seems most relevant:
>
> if (decimals > 0)
> {
> *p++ = style->decimal;
> p = mempcpy (p, &magnitude[integer_digits + 1], decimals);
> }
>
> However I can't see anything actually wrong here. I suggest that you
> put a breakpoint here conditional upon *p == 0 ... hopefully that might
> provide something of interest.
>
> J'
>
> On Wed, Apr 14, 2021 at 06:13:58PM +0000, hector morada wrote:
> John,
>
> I am sending you three files:
>
> test_dec.csv is the small data file of two variables with 10
> observations
> test-decimal.sps the syntax I used to produce the output shown in
> test-decimal-scrsht.doc
>
> It seems that the special character appears after the decimal point if
> the absolute value of the number to be displayed is less than 1.
>
> But I notice that when I save the output into an HTML file, the special
> characters disappear! Seems I do not have to change my OS!
>
> I hope this helps!
>
> Thanks for your kind attention.
> =================
> I am using Window 7 Home premium
> PRAM: 4 GB
> system type: 64-bit OSrocessor: Intel(r) Core(TM)2 Duo T6600 @ 2.20 GHz
>
> On Thursday, April 15, 2021, 12:10:48 AM GMT+8, John Darrington
> <j...@darrington.wattle.id.au> wrote:
>
> Recently we have had several similar reports, but to date nobody has
> said
> how to reproduce this problem.
>
> Can you post the exact syntax, including the data definition, which you
> used when this problem occurred?
>
> So far as I'm aware all the people who have reported this problem have
> been
> using Windows. It doesn't happen with other systems. So until this
> problem is fixed the best workaround is to use a different OS.
>
> J'
>
> On Wed, Apr 14, 2021 at 06:33:31AM +0000, hector morada wrote:
> Hi,
>
> Ihope you can help me with a particular difficulty in using PSPP. I
> cannot control thedecimal output of PSPP as it presents numbers in decimal
> form. The first zeroafter the decimal point is preceded by a special
> character - a rectangle with somedots inside. Please see the decimal numbers
> under the "Missing"column in the image I attached for clarity.??
>
> Itried changing the Format specs but it did not go away!
>
> Is this something "natural" in PSPP? Or there are ways to
> eliminatesaid especial symbol?
>
> Thank you so much!
>
> Hector B Morada
>
>
>
>
> x, y
> 1, 2000
> 2, 100
> 3, 10
> 4, 500
> 5, 1000
> 6, 50
> 7, 1500
> 8, 200
> 9, 950
> 10, 800
>
>
>
