HIPE known issues
| This page is for known issues in the HIPE software. For known issues in data products see this page. |
| These known issues happen in the latest versions of HIPE and its dependent software (for example, Java 6/7). Any issue that is resolved with an update to the operational version of HIPE or Java, is listed on this page. |
Please note that some issues detected in previous versions may still be present in HIPE 11. Scroll down and check earlier versions if you do not see your particular issue listed for HIPE 11.
Installation and de-installation issues
The installer for HIPE 13 crashes on OS X Lion (10.7)
INFR-1600 (Third party; Won't Fix)
User release for HIPE 13 (13.0.0)
The installer for HIPE 13.0 crashes on OS X Lion (10.7) even if HIPE itself is currently supported on that platform.
The installer software provider (Flexera) has dropped support
for Mac OS Lion 10.7 when using authentication
(special write access for protected directories).
The installer for Mac complains about write permissions. Why?
You need write permissions for the directory where you want to install HIPE. For example, you need Administrator privileges to install in
. If you have installed HIPE successfully in the past, and are now experiencing write permission problems, it may be that some other application changed the permissions in the meantime. There have been cases of scientific applications such as SciSoft
doing this. Once you revert write permissions to their correct values, HIPE installation should succeed.
The installer for Windows does not start and issues the error message Not a valid Win32 application. Why?
This problem has been encountered under Windows Vista because the installer had not been downloaded correctly, resulting in an empty file. The exact cause is not yet known. As a workaround, try downloading the installer in a different way (for instance, via command line FTP rather than a web browser) or from another computer.
Why does the uninstaller leave some icons and files/directories behind?
This incomplete uninstallation is a known issue and may be caused by a corrupted InstallAnywhere
global registry. As a workaround, try renaming the InstallAnywhere
registry file. See point 7 in the InstallAnywhere issues page
for detailed information. If you add files (such as Jython scripts) into HIPE directories after installation, these will not be removed by the uninstaller.
For other issues affecting the installer, check this page.
Known issues in HIPE 13
It is not possible to use
getObservation with obsid and tag parameters
HCSS-20262 (Won't fix; by design)
All versions of HIPE since 11.0.
When using both obsid
as parameters for
), the task is unable to retrieve tagged observations from local pools.
The task will first look in MyHSA?
pool (which does not store tags, being a cache for the archive), when no
is supplied as an argument, and won't find any tagged observation there.
Always use the
where the tagged observation is stored. MyHSA?
does not support tags.
Known issues in HIPE 12
ResampleSpectrumTask do not propagate weights correctly
All versions of HIPE since 8.0
If any of the tasks is applied to a spectrum that contains a column of errors instead of weights, the task converts the errors to weights, propagates the weights and repopulates the error column by converting the propagated weights back to errors. This gives an error column that has not been propagated correctly for the operation applied.
Take into account that the output error column should be disregarded in the case of source data that lack a proper
HIPE FITS Writer format could be incorrectly read by other software
HIPE makes use of OGIP, a non-standard convention to include long values in FITS fields. The OGIP convention writes an
at the end of a line (for example, describing a column name) that would be considered valid for all FITS compliant readers (it contains less than 68 characters) followed by the special keyword
CONTINUE '' / &
and completing the long value with a
COMMENT Rest of value
line. For example:
TTYPE1 = 'designation&'
CONTINUE '' / &
COMMENT Original element type: char, Empty values appear as null
Many FITS readers ignore this convention, so the special character
is read and included as the final character of the value. Others (IDL) do the same but, additionally, consider
an invalid character and it is replaced by an underscore
None at this time.
Old syntax using HIFI class PolarPair gives wrong results
none (API change)
(the class) use is now discouraged for users and
(the task, note capitalisation) has been modified in order to allow it to be used as a part of the interactive HIFI pipeline and to bring its syntax in-line with other tasks in the Spectral Toolbox. If the old syntax is used, e.g.,
pp = PolarPair(wbs_h, wbs_v)
av = pp.avg()
incorrect results are obtained.
This problem did not affect previous HIPE versions. A warning will be written to the console in HIPE 13 if the old syntax is used.
Use the new syntax running the task:
Limitations of the task for updating scripts that use the old syntax to access return parameters
- Task calls spanning multiple lines (with \ separation) are not detected. Some SPIRE scripts use multiple line task call scripts.
- The dialog box should show all lines which are going to be changed, but only the first line is shown there.
- Some non-standard task calls, like using two = signs to put the result into two variables at once, are not detected.
Old Java 6 entries in the dynamic library environment variable cause HIPE 12 to crash on OS X
(Third party; Won't fix)
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x000000010794f647, pid=49119, tid=6403
# JRE version: Java(TM) SE Runtime Environment (7.0_45-b18) (build 1.7.0_45-b18)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# C [libjvmlinkage.dylib+0x3647] JVM_GetClassCPEntriesCount+0x17
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
# An error report file with more information is saved as:
# If you would like to submit a bug report, please visit:
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
The cause is that the shared library path has references to the old Java 6 installation.
$ env | grep DYLD_LIBRARY_PATH
The current workaround is to remove the entries that contain JavaVM
from this environment variable. To do that, modify or create the .bash_profile configuration file of the terminal and add the environment variable in an export statement without the corresponding entries. That should persist the changes.
Older HIPE versions
Known issues for older HIPE versions are listed in a separate page
General HIPE startup issues
HIPE does not start at all, without giving error messages. What's wrong?
This can happen for different reasons, that are explored in the next entries. When you start HIPE by clicking on its icon and a problem occurs, you may only see a terminal/command window appear for a fraction of a second, leaving you without information on the error.
To obtain more information about the error, try invoking HIPE directly from a terminal/command window (
) and examine the text output. Note that the output from some errors can be quite lengthy, so you may need to scroll up to discover the root cause.
The next entries list some common problems that prevent HIPE from starting.
HIPE cannot start: the JVM cannot reserve enough memory
This only applies if you installed HIPE using the installer, and not downloading a developer build from the Continuous Integration System.
The cause is that the Java virtual machine is unable to start with the designated amount of memory.
The terminal/command window from which you invoke HIPE shows the following error message that indicates insufficient memory:
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
To fix this error you have to modify two properties in the
file within your HIPE installation directory. There is no need to reinstall HIPE.
The properties you need to modify are the following. You have to lower the amount of allocated memory:
Possible values are the following:
Try running HIPE after modifying the values until it successfully starts.
| You may have the same properties defined in a |
user.props file, located in the
.hcss directory within your home directory. In this case, any values set in
hipe.props override those in
user.props, which override those in
installed.properties. Make sure to edit the properties in the file with highest proprity for your changes to take effect. See this page for more information on property files and their precedence order.
HIPE cannot start:
The terminal/command window from which you invoke HIPE shows a
To solve this issue, add the following line to the installed.properties file in your HIPE installation directory:
java.vm.options = -Djavax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl
HIPE cannot start: exception access violation.
The terminal/command window from which you invoke HIPE shows an
error related to a class in
Restart HIPE to resolve the issue.
This error is probably due to a bug in the Java Virtual Machine, and has so far been found only on Windows XP 32 bit.
I get startup messages about missing HIFI/PACS/SPIRE modules. Is that serious?
You are probably referring to messages such as the following (for HIFI; messages for PACS and SPIRE are the same):
Import "from herschel.hifi.all import *" returns:
Import Error -> No module named hifi
Such messages are harmless and just reflect the fact that you have not installed the software related to the specified instruments.
Java 8 issues
Trying to use the Versant object database with Java 8 will not work
All developer builds
installed using Java 8.
If you use developer builds installed using Java 8, you can experience errors related to Versant. HIPE versions 12 and 13 use Java 7 because of these Versant incompatibilities. The user installer will set up a private JRE with version 7 isolated from the system Java installation, so you will not be affected by this issue.
The Versant version included in HCSS software is completely incompatible with Java 8.
Java 7 issues
In a Windows domain-joined computer (or with special folder redirection for user profiles) Java can be unable to write to the user home directory
When executing HIPE in the context of a user that has redirected shell folders, environment variables in the Desktop path in the Registry or doesn't have a roaming profile for the domain, the Java VM cannot determine the working directory for the user or, as it is called in Windows parlance, "home path". Instead, it uses the "user profile" directory, which can be shared between several users, be read-only or even can be unresolvable for Java because it contains environment variables. In those cases, writing to this home directory (in Java terms "user.home") can fail with an error message like the one shown below.
HIPE writes a WARNING message when Java is unable to resolve the correct home directory for the user. Other error messages can be displayed and they are related to HIPE-managed pools like MyHSA
, preferences, automatic backup files or anything that it is written automatically to the
directory inside the home dir.
18-Mar-14 11:41:16.968 WARNING LogView : Could not log to file:
java.io.IOException: Couldn't get lock for C:\Users\wrongdir\.hcss\apps\hipe\logs\hipe_user_20140318_114116.log
at java.util.logging.FileHandler.openFiles(Unknown Source)
at java.util.logging.FileHandler.(Unknown Source)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
is the directory that Java has retrieved using the faulty algorithm described below. user
is the Windows username of the current user. In a "normal" set-up, these two strings should match.
Due to a bug
in Java, probably present since the first version, the Virtual Machine uses a non-supported method for determining the user home directory (which is retrieving a well known path from the Registry: the Desktop path, and considering the base directory as home directory). This usually works for single user, or multiple user computers which are not joined to a Windows domain, but causes errors if the computer is domain-joined, has special configuration for the redirection (symbolic links) of user directories or any other non-standard configuration related to user profiles.
If the special folder redirection is not applied using group policies but it is a persistent change of configuration (perhaps added to the system image used to install Windows), you can change the path of the value
to a user-writable directory. This value is inside the following Registry key:
NOTE: Please take care editing the Windows Registry and be sure to follow the Microsoft recommended procedure
Application blocked by security settings when trying to launch external Web Start applications that lack the proper publisher certificate (e.g. Aladin)
As part of the security overhaul for the latest versions of Java 7, Oracle has also introduced a mechanism in which Web Start applications that are not signed with the proper publisher certificate or are self-signed are blocked. See the screenshot below in Error message
When sending images to Aladin (which currently is self-signed), the following modal dialogue appears:
General instructions on how to override the security mechanisms set in place by Oracle in the latest versions of the JRE are described here
. Our recommendation is that you add the site from which the
file of Aladin is downloaded to the Java Exception Site List. These are the steps:
- Open the Java Control Panel (inside Control Panel in Windows, inside System Preferences in OS X, depends on the distribution in Linux).
- Click on the Security tab.
- Inside the Exception Site List panel, click on the Edit Site List... button.
- Click Add in the dialogue that opens.
- Enter the root URI for the Aladin site (http://aladin.u-strasbg.fr).
- An alert is displayed telling you that trusting HTTP sites is a security risk. Please click Continue to acknowledge the alert and complete the addition.
The Web Start applications downloaded from the sites you add in this way will not be subject to security checks.
Cannot find Java Runtime Environment (JRE) when launching external Web Start applications from HIPE on Mac OS X
In certain combinations of Mac OS X 10.7 and Java 7, you might get an error message when trying to open the HSA user interface from HIPE. In that case, an error appears (see Error Message below) that states that there is no Java Runtime Environment installed. Even installing again, the HSA does not execute correctly.
The error displayed is similar to this screenshot:
This error is due to a change in the repository directory for the Java Runtime Environment and the Java Developer Kit distributions from previous versions. References to older versions of the plug-in are kept in the system and conflict when launching Java Web Start applications. This issue is related to the one below.
The simple workaround is to:
- Completely remove java 7 from the system following the instructions in http://www.java.com/en/download/help/mac_uninstall_java.xml and http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html
- Then reinstall the Java Developer Kit 7 (JDK) and Java Runtime Environment 7 from a Firefox browser following the instructions at http://www.java.com/en/download/help/mac_install.xml
Java dialogue pops up after closing an external application launched from HIPE using Java Web Start on Mac OS X
When you close an external application opened from HIPE (like the Herschel Science Archive, VOSpec, Aladin, etc.), the dialogue in section "Error message" below pops up.
The following modal dialogue is displayed after closing the external application:
This is a known bug (although is not available at Oracle's bug database at the moment, it is in OpenJDK bug database
) of Java on Mac OS X that will be fixed in Java 7 Update 60. The error is apparently caused by the presence of an alternative
implementation in a dynamic library (.dylib extension) provided by a third party and registered as a Safari browser plug-in.
There is no workaround at the moment (see below in "Side effects") except waiting for the new update from Oracle.
This message does not actually indicate an error, as the external application was correctly launched, used and closed. The modal dialogue is displayed because HIPE gathers any console (error) output when the external application is executing and displays it in a modal dialogue when it is closed.
Warning appears in the console when running HIPE with a user that is not administrator in Windows 8 and later
This appears in a Command Prompt when starting HIPE.
WARNING WindowsPreferences <init>: Could not open/create
prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKey
Ex(...) returned error code 5.
In a Windows installation with Java 7 version 21 or later, the Windows Preferences classes in Oracle's JVM try to read from the Windows Registry key: HKEY_LOCAL_MACHINE\Software\JavaSoft\Prefs . Since the key has not been created by the Java installer (as was the case in previous versions of Java), these classes try to create them and fail due to insufficient privileges. This is displayed on the Java console as seen above in the warning message.
This warning message can be safely ignored. But if you want to remove it completely the easiest workaround is starting HIPE at least once as administrator.
The attempt to read this Registry key does not affect the behaviour of HIPE, since HIPE stores the user preferences in the CURRENT_USER hive of the Windows Registry.
General Help System issues
When Google Chrome is the default browser for Mac OS X, the navigation arrows at the top of the help pages are not rendered
After repeated uses of the help pages for HIPE with Chrome, the images for the navigation arrow icons located in the header of the pages are (supposedly) retrieved from the browser cache but not rendered at all.
The current workaround for this behaviour is to clear Google Chrome's cache, following these instructions
The help does not work anymore! What's wrong?
First, check if your issue is that described below, in Why is the HIPE Help System suddenly unable to connect to any help page?
If not, you have probably encountered a bug. The following are known issues that can prevent you from viewing the documentation, resulting either in a blank page or an error message:
- A caching bug in Safari 4.0 can be solved by clearing the browser cache. Alternatively, open the help page with another web browser: copy and paste the address (something like http://127.0.0.1:8082/index.jsp?mark=null) to the address bar of the other browser.
- A problem with Jetty's file management (Jetty is part of the help system) can result in error messages when viewing the documentation of any installed HIPE version. In particular, you may get an HTTP ERROR: 404 NOT FOUND message in your browser, and a message about
index.jsp not found in the command line terminal. There are two options to solve the problem:
- Delete the temporary directory created by the help system in
/private/var/folders///T/yahajs_[username]_[HIPE version]/jetty/instance_[instance number]/webapp (the first ellipsis  is a pair of alphanumeric characters and the second  is a string of 30 alphanumeric characters). For Linux, the path will be something like
/tmp/yahajs_[username]_[HIPE version]/jetty/instance_[instance number]/webapp depending on the distribution.
- If the previous solution does not work, please try rebooting the computer.
- Older browser versions may not display documentation correctly. For example, links from HIPE to the Help System, like the Help in URM menu entries for tasks, work in Firefox 3.6.x but not in Firefox 3.0.x. Other legacy browsers may have similar problems.
- If you are using Linux and get an error message like Firefox can not contact the server www.%u.com, change your default browser from
firefox %u to
firefox %s (same if
mozilla is your default browser). See the documentation of your Linux distribution for how to change default web browser. Alternatively, in HIPE choose Edit --> Preferences, go to Help & Documentation and enter the path to Firefox, or to another browser on your system, in the Browser field. Click Test to check if it works.
- In general, when you encounter a problem with the Help System you should follow these steps:
- See if the help works with another browser. If possible, upgrade your browser to the latest version.
- Clear the browser cache
- Delete the browser cookies
- Reboot the computer
If none of the above works, please raise a ticket with the Helpdesk
Is there a way to open the HIPE Help System without starting HIPE?
Yes, via the
command, which resides in the
folder in your HIPE installation. The
command will start a standalone Help System in a window called Yet Another JAva Help System
. Press the Display
button to open the Help initial page in your default browser.
The Help System opens in my web browser. Does it mean I need to be connected to the Internet?
No, the Help System resides on your computer and does not need Internet connection, except of course for links to online resources, such as YouTube videos and pages hosted on the Herschel Wiki website, including the What's New
and Known Issues
Why does searching the documentation take such a long time?
When you execute the first search with a new HIPE version, HIPE has to index the contents of the documentation. This can take up to several minutes, depending on the performance of your system. Indexing of the documentation is only done for the first search
. Subsequent searches will be much faster.
We are investigating ways to include pre-built indexes in the documentation shipped with HIPE, so you will not have to wait for the results of your first search.
Why is the HIPE Help System suddenly unable to connect to any help page?
The Help System relies on a local web server to display help pages. If you close the application that started the web server, the server will shut down as well:
- If you started the Help System from HIPE, quitting HIPE will stop the Help System.
- If you started the Help System with the show_help command, closing the Yet Another JAva Help System window will stop the Help System.
Note that when the Help System stops, any browser window or tab showing help pages will remain open
, but links on them will not work anymore.
Why are several important packages missing from the Javadoc?
You are probably looking at the static
Javadoc located in the
folder of your HIPE installation. The complete Javadoc can now be accessed from the HIPE Help System by clicking on HCSS Developer's Reference Manual (API)
in the Developer Reference
section. The plan is to remove the static version of the Javadoc completely.
Is it possible to have the traditional, frame-based Javadoc layout?
Javadoc pages appear within the HIPE Help System frame structure. If you click on the FRAME
link on any Javadoc page, you will obtain the traditional Javadoc layout. To go back to the HIPE Help System layout you will have to use the Back
button of your browser (clicking on the NO FRAMES
link will not work). To avoid losing the HIPE Help System layout, you may want to right-click on the FRAMES
link to open the traditional Javadoc layout into a new tab of your web browser.
How can I provide feedback/requests regarding HIPE documentation?
You can leave a comment using the box at the bottom of any documentation page in the HIPE Help System. You must be connected to the Internet to view and submit comments.
Alternatively, you can click the envelope icon on the top toolbar of any help page. This opens a new message in your email client, where you can add your feedback.
If you want your issue to be officially tracked and supported, please raise a ticket with the Helpdesk
of the Herschel Science Centre.
Other help issues
- URM categories: Some entries in the three instruments User's Reference Manuals have wrong or missing categories.
- URM examples: Some examples in the User's Reference Manuals may not work as expected. Please use the feedback icon in the HIPE Help System to let us know about broken examples.
- JIDE vs HIPE: The documentation shipped with HIPE may still mention JIDE in some places. JIDE was the data reduction application that came before HIPE and is no longer supported. All references to JIDE can be applied to HIPE.
Herschel Science Archive issues
Herschel Science Archive (HSA) UI cannot start if the Java cache is corrupted
When trying to open the HSA UI from HIPE, you receive an exception trace similar to this one:
INFO: HAIO request: http://archives.esac.esa.int/hsa/aio/jsp/product.jsp?urn=urn:hsa:herschel.ia.obs.BrowseImageProduct:283481&protocol=HTTP
Jan 15, 2015 4:38:58 PM herschel.ia.pal.pool.hsa.myhsa.cache.AbstractDownloadJob warn
WARNING: java.io.IOException: Error writting file 'D:\data\MyHSA\session\1421311115192\products\1342220914-herschel.ia.obs.ObservationContext-601367.xml':
(Invalid syntax in filename, directory name or volume name.)
The Java cache directory (where Java stores JAR files downloaded from the Internet) is corrupted.
Do not try to clear the cache using Java Control Panel
-> Delete files
(select all checkboxes), as Java won't be able to clear it because of the corruption. Delete the storage directory (
on Windows Vista, 7 and 8.1;
C:\Documents and Settings\username\Local Settings\Application Data\Sun\Java\Deployment\cache
on Windows XP) and Java will re-create the cache successfully. For more information about the paths, check this link on application data directories on different versions of Windows
or the official description of the Java cache on Java's website
If you change the default path for the MyHSA directory, be sure to use
/ as directory separator
When changing the default path for the MyHSA directory ( Edit
) on Windows, use forward slashes for the path. This text box takes the content as a Java
, considering the Windows directory separator (
) as an escape character. Example
should be entered as
How to log in with new credentials after changing the password for HSA I have changed/reset the password of the account I use to access Herschel Science Archive, but HIPE still tells me I am logged in (with the old password), even after restarting HIPE. How do I log in with the new password?
HIPE stores your HSA password for you if you log in and check the "Remember Me" checkbox. If you restart you can access the HSA without having to enter your info again.
However, if you reset your password using the Automated user Password Fixer
, and restart HIPE, then HIPE will still report you as being logged in, even though you can't be, because you haven't told HIPE your new password yet.
HIPE 11 or earlier.
To work around the situation, double-click on your username in the HIPE status bar at the bottom of the window to log out explicitly. (If you are not logged in, the status bar will show a label "HSA Log-in" and you don't need to do anything).
After this, you can double-click again to log in again, using the correct password, or you can wait until HIPE prompts you to log in.
I have downloaded FITS files in a tar archive from the HSA, but they are corrupted. How can I fix them?
You may have used WinZip under Windows. WinZip has an option called TAR file smart CR/LF conversion
, in the Miscellaneous
tab of the Configuration
dialogue window (at least up to version 15.0), that is enabled by default and causes the corruption. Disable the option to solve this problem. You can also use other software such as 7-Zip.
In the HSA user interface I can query and select observations, but I do not get the option in the HSA to pass the data to HIPE, or in HIPE to load the selected products. Why?
If you are using Windows, the problem might be that you instructed your browser to auto-detect proxy settings. In Windows this is a system-wide setting which affects any application connecting to the Internet, including HIPE.
You can change proxy settings for HIPE by following the instructions in the HIPE Owner's Guide
When I click Send to external Application in the HSA interface, nothing seems to happen. What is going on?
The data is being transferred in the background. Clicking Send to external Application
should bring to the front the main HIPE window, which will tell you that data is indeed being received. In some cases however the HIPE window does not appear. Bring it to the front manually to follow the progress of your action.
When I try to retrieve data from the HSA I get an error message in the console about an invalid magic number for FITS file. What is going on?
The reason is that the "data" being downloaded is in reality a small file containing an error message. Two issues have been shown to cause this problem:
- Your HSA password has non-alphanumeric characters in it. Change it to a password containing only letters and numbers.
- Your HSA username has uppercase characters. Write it using only lowercase letters.
HCSS applications do not run shutdown hooks when terminating the launcher
Shutdown hooks added to the running instance of the Java Runtime may not be executed when terminating a HCSS application started with the common launcher
This happens because the hooks are added to the child process created by the launcher and terminating the launcher process does not guarantee that the hooks will run. For more information see this bug in Oracle's database
Kill the child process directly in the manner appropriate to each platform. Shutdown hooks added to the child process will execute.
HIPE crashed/froze! What do I do?
If you cannot find a solution in this document, you may have found a bug in HIPE. Please report it by opening a Helpdesk ticket
. If the system produced a dump file when the crash happened, make sure to include it in your ticket. For more information about dump files and where to look for them, see the HIPE Owner's Guide
Cannot open a FITS file created by HIPE
If you export a FITS file from HIPE and modify it with an external program, HIPE may not be able to import it anymore. If this happens, follow these steps:
- Open the FITS file with a FITS editing program such as fv.
- Delete the
HCSS____ keyword from the header of all extensions.
- Save the file.
HIPE should now be able to read the file.
Cannot run WebStart applications on Mac OS X Lion or Mountain Lion because of security settings
WebStart applications that can be opened from within HIPE include the HSA User Interface, Aladin, VOSpec and so on. When trying to open one of such applications, a window like the following may appear:
This is caused by the security settings of the Gatekeeper
feature of Mac OS X. For more information about Gatekeeper, see the Apple support website
To allow a WebStart application that is blocked, change the Allow applications downloaded from
option in Gatekeeper from Mac App Store
to one of the two less restrictive options. If the application has a valid certificate, the Mac App Store and identified developers
option will suffice. Otherwise you will need to select the Anywhere
| The Gatekeeper feature only handled Java applications for the Apple-specific version in older Mac OS X (before Mac OS 10.7.2). The Java version from Oracle has a mechanism for validating publisher certificates completely independent from the operating system (see the related archived known issue for the HSA UI). |
"Invalid context" errors on Mac OS X Lion
When you start HIPE form a Terminal window on Mac OS X Lion, you may see errors such as these:
java <Error>: CGContextGetCTM: invalid context
These errors are harmless and can be safely ignored.
Problems saving observations to NFS-mounted disks and FAT32 disks
When saving observation to your computer, you may experience problems in the following cases:
- When saving data to NFS-mounted disks (you may get an
- When saving data to a FAT32 filesystem from a Mac (you may get an
Both problems are solved by setting the following property:
hcss.ia.pal.pool.lstore.lock = simple
See the HIPE Owner's Guide
for information on how to set properties.
Why do I get a ClassCastException when trying to save an observation with the saveObservation command?
You probably retrieved the observation without having the corresponding instrument software installed (for instance, you retrieved a PACS observation without having the PACS modules in HIPE).
To solve this problem follow these steps:
- Reinstall HIPE, including the software of the desired instrument.
- Delete the following directories (
home being your home directory):
- Retrieve the observation again.
I get an
OutOfMemoryError related to PermGen space. What can I do?
Add or edit the following property in your
java.vm.options = -XX:MaxPermSize=256m
Note that this parameter is specific to the Sun/Oracle Java implementation, which is the only one officially supported by HIPE.
For more information about property files, see the HIPE Owner's Guide
There are PACS files I cannot delete on Windows! Why?
It might not be possible to delete the following files on Windows because their full path exceeds the 260 characters limit. This is caused by a limitation in Windows Explorer and the Command Prompt to maintain backwards compatibility (even if the operating system supports longer file paths).
You can avoid this problem by installing HIPE with a short initial path, such as
, so that full paths remain below the limit.
If you already have several files with long paths that you wish to delete, you can delete them from the Command Prompt (
) prepending the path with
. For example for deleting
you should write:
HIPE does not accept keyboard input anymore! What's wrong?
If you are running Linux, this could be due to a compatibility problem between Java and the input method in use, like IBus or SCIM (Smart Common Input Method). A workaround is to stop the service of the input method or uninstall it. Please refer to the documentation of your distribution for how to do so.
The problem is described in more detail on these pages:
What are all the
tmp_product_sink_* pools in my local store directory?
You may find these pools in your local store directory (by default
in your home directory) after reducing data with HIPE. These are temporary pools that are not deleted upon quitting HIPE due to a known bug. You can safely delete them by hand after quitting HIPE.