Bug #3264
closed
workflow ENM/ASC2RAWTest gives an exception under ubuntu
Added by Derik Barseghian over 16 years ago.
Updated over 16 years ago.
Description
This workflow needs to be removed or fixed for release
Running under Ubuntu gives an exception that starts with: "For input string: [very long string of squares with some other characters at the end]"
If you display stack trace, it's a java.lang.NumberFormatException. The problem is likely in AscToRaw.java
added that this blocks 3245
This workflow seems to run fine on a Mac. This suggests that the problem is not with the workflow (ie a platform specific problem)
Dan, did you try run twice? Sometimes, the first time worked, but the second time failed.
I just tried in mac too. The first time, the workflow worked. However, it failed when i clicked the run button at the second time.
I also see the error on 2nd run problem on the Mac. So ignore comment #2
If one deletes the *.raw files created the first time, then the error goes away! It looks like the problem is related to the existence of raw files when the wf is executed. (Problem overwriting existing files ?)
Dan Higgins
This looks like a problem with AscToRaw.getHeaderInformation(). The error handling for missing header information is not working. there is only a print statement in one of the try/catch blocks.
fixed. the directory listing actor was pulling in all the files in the lib/testdata/garp directory instead of just the *.asc files. it was trying to read files that weren't the right format and failing. The error handling in AscToRaw.java needs to be reworked post 1.0. There are several try/catch statements with wither nothing in the catch or just a System.out.
runs successfully (multiple times) on both OSX and Linux (v3 installer)
Tried v3 in ubuntu, mac and windows. It works.
runs on windows and OSX (v3 installer)
Original Bugzilla ID was 3264
Also available in: Atom
PDF