Arch Linux

You could post a bug report on the xmlcopyeditor sourceforge page. I don't know if the author will have any practical way to find the cause. We don't know how to reproduce the problem on other computers. We can't test older versions of xmlcopyeditor because they will not build with Arch's new compiler. This means we are not giving him much to work with. Make sure you post the entire error message, and tell him what you have tried. Maybe he will have a suggestion.

I used fsck and it said it was clean. I went through the dependencies and couldn't find anything. I do not know what could be causing this. What else would get in the way of the program operating?

If it works for a few days, and then fails, and even a reboot will not fix it, that sounds like a failing disk drive to me. If a reboot will fix it, it sounds like bad system RAM. You can boot from a linux-based system rescue disk/flashdrive to run fsck on your disk or test your system RAM.

Also, there are intermediate steps you can take for package conflicts, that are less dramatic than a clean reinstall of Arch. The pacman command has a --force option that you can use to reinstall (overwrite) individual packages, if you take care not to lose configuration files. Unless you turned off package caching, you can reinstall them directly from /var/cache/pacman/pkg without downloading again. Next time xmlcopyeditor fails, move or rename your ~/.xmlcopyeditor file and see if that helps. Then try to force the reinstall of xmlcopyeditor, then force the reinstall of each of its dependencies, and each of their dependencies, all the way up to glibc. Try to run xmlcopyeditor after each package to see if the error message is gone. If you can isolate it to a particular package, note the MD5 sums of each of the binaries and libraries in that package. When it fails again, you can see if any files have been changed.

after a fresh install of arch, it will work. After awhile (few days, week), ill get that error. I believe there must be some kind of package conflict, but I cannot figure it out where the problem is coming from.

I will try some of those when I get the chance. Thanks

I cannot reproduce the error message you saw. All I can offer is a few things to consider.

Is your system up-to-date on build tools and libraries?

Is it possible that your xmlcopyeditor build was corrupted?
You might try to build xmlcopyeditor again in a clean directory.

Parallel make can cause strange, unreproducible errors. If you uncommented MAKEFLAGS="-j2" in /etc/makepkg.conf, comment it out again. Then rebuild xmlcopyeditor. If you built any dependencies with parallel make, try rebuilding them too.

This may be out of date (2006), so YMMV, but this ubuntu thread suggests a way to turn off the double free diagnostics.
http://ubuntuforums.org/showthread.php?t=175050
Before running xmlcopyeditor, set the environment variable:
export MALLOC_CHECK_=0
I don't advise this. I worry that this may cover up actual package corruption, which might damage your xml files.

I am unable to run xmlcopyeditor. I get this from the terminal:

*** glibc detected *** xmlcopyeditor: double free or corruption (out): 0x094c7c48

I bumped the Arch version to include the gcc 4.4 compatibility patch found by Arch user zeddl. The upstream dev is aware of the patch and plans to include it in the next release. See the sourceforge bug report filed by caolan at http://sourceforge.net/tracker/?func=detail&aid=2814529&group_id=141776&atid=750629. I obtained the patch from this bug report.

Package does not compile with gcc-4.4.0 - in order to fix that, use the patch supplied at http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/app-editors/xmlcopyeditor/files/xmlcopyeditor-1.2.0.2-gcc44.patch?rev=1.1

Update to 1.2.0.4, described as a bug fix update. This version now builds and runs with libxml2-2.7.3, but I don't know why. My upstream bug report is still open and unassigned. I will update the bug report accordingly.

Arch user birdspider reports that if you revert to libxml2-2.7.2 to build xmlcopyeditor, the resulting binary can be run with libxml2-2.7.3.

The upgrade from libxml2-2.7.2 to libxml2-2.7.3 has broken the build for this package. A bug report [2685749] has been filed upstream, on Sourceforge. The only workaround we know at this point is to downgrade libxml2 to the earlier version. Thanks to Arch user birdspider for reporting the failure and identifying the cause.

compile fails here :(, any ideas ?

http://pastebin.com/m741876fe

Update to 1.2.0.2: This is a very minor release, mostly to ensure the code bases for the Windows and Linux versions match. (1.2.0.1 didn't run correctly on Windows due to a clash between parser libraries.)

Update to 1.2.0.1-1: improves DTD background validation and fixes minor bugs.

@awagner: Both the former download url and the url you suggest work for me. There may be a difference between mirrors. In any case, I've bumped the Arch version to 2 to use the url that works for both of us.

Shouldn't the download location be
http://downloads.sourceforge.net/xml-copy-editor/
(i.e. without the sourceforge path element?)
It didn't work for me otherwise.

Update to 1.2.0: introduces full background validation. Also, a fix for gcc 4.3.0 compatibility has been applied upstream.

Update to 1.1.0.7: This release adopts version 2.8.8 of the wxWidgets framework and version 2.8 of the Xerces-C parser. It also introduces a Russian translation. The author suggested a work-around for the gcc 4.3 compile-time errors, which I implemented as a patch. It builds and runs for me, but the author has not built and tested with gcc 4.3 yet.

I reproduced the build error and submitted it to the xmlcopyeditor bug tracker on Sourceforge as bug 1976438.

I get this error when I try to compile it:

globalreplacedialog.cpp: In member function 'void GlobalReplaceDialog::OnOk(wxCommandEvent&)':
globalreplacedialog.cpp:116: error: 'auto_ptr' is not a member of 'std'
globalreplacedialog.cpp:116: error: expected primary-expression before '>' token
globalreplacedialog.cpp:119: error: 'wr' was not declared in this scope
make[1]: *** [globalreplacedialog.o] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-igor/aur-xmlcopyeditor/xmlcopyeditor/src/xmlcopyeditor-1.1.0.6/src'
make: *** [all-recursive] Error 1

anyone else?

Arch version bumped to 2 to add arch x86_64, thanks to Arch user qwak.

Package works great on arch64 with x86_64 in arch array, so please add x86_64 to arch array.

Update to 1.1.0.6 introduces full Aspell support and XML Schema-based element inspection.

Update to 1.1.0.5: introduces XML Schema-based autocompletion and validation-as-you-type. It also offers more robust access to the system-wide XML catalog on Linux.

Update to 1.1.0.4: Italian translation, minor bugfixes and features.

Version 1.1.0.3 fixes a number of bugs and improves integration with GTK themes in the Linux port.

Version 1.1.0.2 introduces a Ukrainian localisation and fixes a number of bugs.

Version 1.1.0.1 fixes a number of bugs and introduces support for CSS.

Version 1.1.0 is designed to be more robust and significantly faster than the 1.0 series of releases.

Version 1.0.9.7 resolves an encoding-related issue and adds support for XLIFF documents.

Version 1.0.9.6 speeds up file loading and improves clipboard handling.

Version 1.0.9.5 introduces a Chinese (traditional) interface and fixes some minor bugs.

Added arch=(\'i686\') line.

manca la direttiva arch=(\'i686\')

Release: 1.0.9.4
Notes: This is an internationalisation and bugfix release. Many thanks to SHiNE CsyFeK for the translation into Simplified Chinese.

Version 1.0.9.3 introduces a command pane that streamlines the use of scripts and external commands. It also fixes a number of minor bugs.

Update to version 1.0.9.2 (updates have been on hold awaiting the wxgtk upgrade from 2.6 to 2.8 in extra). xerces-c is a new dependency, available from community.

Still 1.0.8, but the author backported a memory bug fix from 1.0.8.1 to the 1.0.8 source tarball. I updated the md5sum and bumped the Arch version number.

1.0.8 introduces DTD-based tag/attribute/entity completion.

1.0.7.8: This is a bugfix release with special emphasis on XPath functionality and the panel layout.

1.0.7.7-1 This release introduces interface improvements and DocBook support.

1.0.7.6 introduces tag-free editing and Text Encoding Initiative support.

1.0.7.5 This release improves tag folding and the document interface. UTF-8 documents are now saved with a byte order mark by default.

1.0.7.4 introduces drag/drop for tabs, improves memory handling and fixes a number of bugs.

1.0.7.3 is a bugfix release: 1555987 (Invalid Xpath causes program to crash), 1555579 (DTD file is not in file creation popup) and 1535602 (About screen position). (Note that these bug numbers are from the xmlcopyeditor bug tracker on sourceforge.)

Upgrade to 1.0.7.2: This is a documentation release with minor bugfixes for 64-bit compilation.

This is a consolidation release for 1.0.7 with improved large file support and memory handling. It also closes bug 1546948 ( DTD missing from File Type drop down menu). (Note that this bug number is from the xmlcopyeditor bug tracker on sourceforge.)

1.0.7 introduces support for large files, attribute hiding and better memory handling. It also fixes bug 1541575 (changing tabs loses location of cursor). (Note that this is not an Arch bug number, it refers to the xmlcopyeditor bug tracker on sourceforge.)

Release 1.0.6.9: Minor interface enhancements (open/save as dialogs now take the correct default values) and bugfixes (XSLT processing). The Makefiles no longer require a static build of wxWidgets.

Version 1.0.6.8 fixes some bugs (e.g. validation using networked XML Schemas) and cleans up the Makefiles. The package dependencies change significantly with this version.

New release: bugfixes and minor interface enhancements.

Initial submission.