Issue 906 - some functions cause an "I/O Error" while saving to xml
Summary: some functions cause an "I/O Error" while saving to xml
Status: CLOSED FIXED
Alias: None
Product: xml
Classification: Code
Component: definition (show other issues)
Version: 627
Hardware: PC Windows 2000
: P1 (highest) Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@xml
URL:
Keywords:
Depends on: 915 917
Blocks:
  Show dependency tree
 
Reported: 2001-05-16 15:11 UTC by eric.savary
Modified: 2002-01-17 13:35 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description eric.savary 2001-05-16 15:11:59 UTC
write in Math some of those functions:
- dddot a
- x underbrace y
- x overbrace y
-> "I/O Error" while saving to xml

Notice: this happens also if you :
1. delete 'dddot'
2. save to xml BEFORE the formula preview is actualisated
-> same error
3. save AFTER actualisation = no error.

Interesting isn't it? ;)
Comment 1 eric.savary 2001-05-16 15:30:24 UTC
I forgot: tested with a 631b2
Comment 2 caolanm 2001-05-16 17:07:47 UTC
I see it, for some reason some of the characters are being mapped to 0xffff
unicode characters in the exporting which is an invalid character and thats why
its giving an i/o error. 

Now I must say I don't know why these symbols are suddenly being mapped to bad
ones when they used to work fine :-(, maybe a consequence of the recent starmath
symbol changes. I should be able to fix it easily enough.
Comment 3 jogi 2001-05-17 11:21:21 UTC
P1: Most of the samples from SO 5.2 does not work. You are unable to store your 
old binary files into MathML 1.01 or Math 6.0
Comment 4 caolanm 2001-05-17 12:26:49 UTC
Four Parts
1. The major issue is of incorrect mapping of some characters to unicode, so
default was 0xffff which is an invalid character and the xmloff refuses to save
such nonsense, so I have fixed my conversion table with the missing entries.
This fix is checked in under this bug id.

2. The problem with saving before the equation is actualisated is a general
problem with starmath and not a file format issue, so thats in as issue 910
assigned to tl

3. I am working through the examples at the moment, and they are working for me
so far, so the situation seems to be under control, except that I am getting a
"SmXMLImport::SetConfigurationSettings" warning, which doesn't appear to be a
critical issue, mtg did the configuration bit and that's assigned as issue 911
to him.

4. Saving to flat MathML doesn't work at all, I am getting a "sharing violation"
dialog when doing so, which is very strange. I haven't been able to figure that
one out yet, execution doesn't enter the "Save As" callback at all, so I cannot
trace that problem yet. Are you getting this error on saving to MathML ? or a
different one.
Comment 5 caolanm 2001-05-18 10:08:50 UTC
Heads up for xml team et al. issue 915 describes another reason (another one you
say!) for problems in saving. On loading some older .sdw and .smf documents the
"Internet" tab of the property dialog contains nonsense and on exporting the
save of properties to meta.xml occasionally throws an exception due to invalid
characters, cancelling the save.
Comment 6 caolanm 2001-05-22 11:21:39 UTC
Original problem is fixed and works for me in 632b2. 

To save to mathml 1.01 you need to change TypeDetection.xml (see issue 917) so
that the export filter gets a handle to a stream instead of a storage when
saving to the MathML format which only makes sense with a stream. Problem arose
when moving from old ini config to new xml based one.

If you have problems in saving from older 5.2 documents then look to see if
there is junk in the properties "Internet" dialog, if there is then it's a
generic problem with older file formats (see issue 915)
Comment 7 Unknown 2001-11-08 23:15:05 UTC
changing QA contact from bugs@ to issues@
Comment 8 eric.savary 2002-01-17 13:35:07 UTC
ok
Comment 9 eric.savary 2002-01-17 13:35:39 UTC
closing