Wim Haeck

This might be related to issue #130, for which I introduced the padding check in the change routine. Did consis give you messages about shifting the eprime values? If so,...

This is due to the ENDF precision while using ASCII ENDF files to exchange information between NJOY modules. Since we only have 6 digits after the decimal point, 10000001 get...

10000010 actually works because you can write this as 1.000001+7 in an ASCII ENDF file. Gotta love fixed precision.

As far as I know, the binary ACE format is actually compiler dependent (and you need the same one for MCNP for it to read the file) - at least...

Oh goodie. Another GROUPR issue :-( I'll have a look as soon as I can.

Sorry for replying so late on this. Having seen that it was an actual input error, I neglected checking why you go into a loop. I have tried the input...

This is a fun one, and will probably only happen when the MAT number you are looking for is 1 ;-) This is what happens: The first few lines of...

Branch #127 contains a fix for this issue as well.

The fix in branch #127 for this issue was taken out because the fix was not standard fortran compliant (it used specific compiler function to achieve its goal).

```ftell``` is a non standard fortran function available in gcc, but not necessarily for other compilers: ```fortran if (ftell(abs(ntape)).eq.0) go to 400 ``` Austin and I tried to work around...