I have a 3.1MB XML file generated by another application, which is not formatted with whitespace (opened in a text editor it appears as one long line). It is valid XML however.
If I open this with XML Copy Editor, CPU usage goes up to 90+%, memory usage slowly creeps up (to about 165M so far) and appears to hang.
If I first reformat the same file with "xmllint --format", XML Copy Editor opens it without problem in around 4sec.
I'm testing v1.1.0.3 on Ubuntu 7.10
Logged In: YES
user_id=1298822
Originator: NO
Can you send me the original file as a gz archive? If not, my first suggestion would be switching off validation-as-you-type and tag completion as a test. (Documents containing a large number of distinct attribute values can hurt performance considerably, which is something I need to sort out.)
Either way this is clearly a bug to be addressed ASAP.
PS Did the deb installer work ok on Gutsy? I built it a few days ago on 7.04 but I'm hoping to upgrade this week.
Logged In: YES
user_id=478290
Originator: YES
I can't make the file public, but could send you a copy direct. What address should I use?
Switching off validation-as-you-type and tag completion made no difference. I also hadn't spotted the "open large file" option so tried that, but it failed the same way.
To better explain the failure, it takes about 4-5sec in the "creating document view" stage, then briefly shows something like "Creating auto-completion lists" (which I assume completes as that message disappears very quickly), then the GUI freezes with the beginnings of the tab dialogue and right-hand panes showing.
When I open the formatted document, the exact same process is followed, slightly faster I think, up to but not including the GUI freeze.
PS: Yes the deb installer worked perfectly on Gutsy!
PPS: Thanks for the quick response!
Logged In: YES
user_id=1298822
Originator: NO
Thanks Mark. Of course I wasn't thinking of a public posting :-) My email is gnschmidt at users dot sourceforge dot net.
The fact that large edit mode doesn't change this makes me wonder if the editor component is at fault. Even the four seconds for the formatted file takes seem quite slow.
-Gerald
Logged In: NO
I just cam across the same error with XML Copy Editor.
I'm using Fedora 7. When I try to open the file that my other application produces, XML Copy Editor pegs one of the CPU's at 100% and hangs.
When I reformat the XML file with the command "xmllint --format file > newFile", XML Copy Editor opens the new file in a few seconds.
It's a scintilla problem. SciTE 3.3.6 also have such problem. We have to wait.