OpenMS
|
I'm getting the error message "Unexpected internal error (unable to allocate enough memory (size = 0 bytes)"
Call "OpenMSInfo" and look at "OS Information".
If you are using the 32bit version of OpenMS, the data you are processing is probably too big (e.g. using RAW data files bigger than 1.5 GB as input, or many featureXML files etc). You can now either:
If you already have the 64bit version, you probably encountered a bug in our software. Please contact the mailing list (see OpenMS.de).
How to disable the OpenMS update check.
Starting with OpenMS 2.1 all TOPP tools will check for updated versions of the tools online and will print an information message if a newer version is available. This version check occurs only once per day and tool. Information on which tools are executed will be collected anonymously to identify which tools are no longer used and to optimally distribute development resources. If the feature causes problems or concerns, it can be disabled at build or runtime:
How can I change the temporary directory that OpenMS uses?
By default OpenMS will use the system wide temporary directory (defined either by TMPDIR, TEMP or TMP environmental variable). You can override this by setting the parameter "temp_dir" in the OpenMS.ini or setting the environmental variable OPENMS_TMPDIR.
Calling msConvert (of ProteoWizard) results in small mzML files with no peak data.
The Thermo interface expects an English locale setting. Otherwise it will silently forget to return peak data. Set your locale to English and it should work.
Some TOPP tools always crashes when executed. Other TOPP tools work properly.
If a error message similar to
is shown, you have probably moved your OpenMS installation manually?! Then the TOPP tools cannot find some required data files anymore, e.g. XML schema files or chemical isotope data.
Either of the following actions should fix your problem:
A TOPP tool crashes when loading a certain input file. Other files work properly.
If an XML input file is used, please check if the file is valid.
For most XML data formats, this can be done using the FileInfo tool:
You can also check for corrupt data in peak files: