What's wrong with this subroutine file and why does it report "file not open"?

I have this file in my `nc_subroutines` directory. The path is set correctly. None of the files in that directory have execute permissions set. Nevertheless, Axis can find the other files, but not this one. When I try to call this from the MDI, it throws up an error "File not open."

I'm trying to call it with `O<probeZ> call`.

I can call another file in the directory with `O<restore> call` and it doesn't complain.

Seems it doesn't like `probeZ` (perhaps the capital Z?). If I call it `pz`, it works.

Ugh. Be nice if it didn't have such arbitrary restrictions, and if absolutely necessary, some better error reporting.

I suppose LinuxCNC could enumerate the directory and just lowercase everything when looking for the file.

JetForMe wrote:

I suppose LinuxCNC could enumerate the directory and just lowercase everything when looking for the file.

But Linux has always been case sensitive. Time to leave your Windows habits behind!

I don't use Windows. If G-code is case-insensitive, then LinuxCNC needs to match without regard to case.

JetForMe wrote:

I don't use Windows. If G-code is case-insensitive, then LinuxCNC needs to match without regard to case.

If you don't use windows, then you will be familiar with the Linux way of doing file names.

A bit unrealistic for an application to attempt to override the operating system I think. The application needs to match the OS when it comes to file names. It would not be trivial to code what you suggest given the permutations with case on every letter of the file name and extend it to folder names.