NPE when issuing \more INEXISTENT_FILE in batch mode (probably caused by changes made for #7406 as this NPE didn't occur in rc-14).
e.g: run a script containing the following text in batch mode:
more inexistent_file.txt
or
more ""
it throws the following exception (stacktrace from rc-22 build):
java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1075)
at \\...\\ .\\हिñçêČάй語简�?한\\.Rꊕꈋꁃ while.k(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.mᛯꏼꏳꀏ assert catch.FK(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.mᛯꏼꏳꀏ assert catch.h(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.mᛯꏼꏳꀏ assert catch.fM(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.mᛯꏼꏳꀏ assert catch.fL(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.mᛯꏼꏳꀏ assert catch.a(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.mᛯꏼꏳꀏ assert catch.a(Unknown Source)
at com.aquafold.datastudio.tools.shell.Rꑣꎆ⠱.execute(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.jꇜᛰꅌꉦ transient 4.run(Unknown Source)
at com.aquafold.datastudio.tools.shell.q̯⢽ꅸꏠ long.cF(Unknown Source)
at com.aquafold.datastudio.tools.shell.iꋗ̆ꐝꀥ if final.execute(Unknown Source)
at com.aquafold.datastudio.tools.shell.S̄ꏛꍃ⢿.a(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.w̔ꒄᢉ 9 enum.a(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.bᢠꂴ⢴⠈.a(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.bꐸꆉ⡅ꇶ while volatile.a(Unknown Source)
at com.aquafold.datastudio.tools.shell.tꉛꈈᝂᜩ switch long.cF(Unknown Source)
at com.aquafold.datastudio.tools.shell.iꋗ̆ꐝꀥ if final.execute(Unknown Source)
at com.aquafold.datastudio.tools.shell.Sꐛꇀꄘ static.a(Unknown Source)
at com.aquafold.datastudio.tools.shell.Sꐛꇀꄘ static.a(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.nꅻꃒꆃ⡇ enum.aUP(Unknown Source)
at \\...\\ .\\हिñçêČάй語简�?한\\.nꅻꃒꆃ⡇ enum.execute(Unknown Source)
at com.aquafold.datastudio.RunFluidShell.main(Unknown Source)
Caused by: java.lang.NullPointerException
at \\...\\ .\\हिñçêČάй語简�?한\\.Rꎕ⢙ꎕꏧ this instanceof.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:666)
at java.awt.EventQueue.access$400(EventQueue.java:81)
at java.awt.EventQueue$2.run(EventQueue.java:627)
at java.awt.EventQueue$2.run(EventQueue.java:625)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:636)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
In ADStudio 12 RC 14, \more command in this case was printing a message such as:
inexistent_file.txt: No such file or directory
I could not reproduce the problem using your test case, but I could generate similar error in batch mode in the case where an error message is reported or a header to be printed.
\more still does not behave as its bash counterpart when executed via \source command, this is logged as issue #7705.
Yes, sorry, the problem described in the initial test case was not reproducible.
I edited the issue to illustrate when the mentioned exception does occur if using ADStudio 12 RC 22 in Batch mode.
Yes, sorry, the problem described in the initial test case was not reproducible.
I edited the issue to illustrate when the mentioned exception does occur if using ADStudio 12 RC 22 in Batch mode.
This problem has been fixed by r29560 which is not included in ADS 12.0 RC 22.
You should be able to get it in the next build.
This problem has been fixed by r29560 which is not included in ADS 12.0 RC 22.
You should be able to get it in the next build.
Issue #7692 |
Closed |
Fixed |
Resolved |
Completion |
No due date |
Fixed Build trunk/29560 |
No time estimate |
I could not reproduce the problem using your test case, but I could generate similar error in batch mode in the case where an error message is reported or a header to be printed.
\more still does not behave as its bash counterpart when executed via \source command, this is logged as issue #7705.