October 2026 - Therion

web and mailing lists upgraded
by Martin Budaj 31 Oct '26

31 Oct '26

Hi all, the mailing list and web server have been upgraded. All subscribers have been migrated to the new system and can continue posting to therion(a)speleo.sk. Please note that the web portal for user settings is no longer available. To manage your subscription, please use the following email addresses: - subscribe: therion-join(a)speleo.sk - unsubscribe: therion-leave(a)speleo.sk Your Wiki credentials remain unchanged. Best regards, Martin

1 0

server maintanance
by Martin Budaj 23 Oct '26

23 Oct '26

Hi all, please be aware that we will be upgrading and migrating the therion.speleo.sk server this weekend. During this time, the website and mailing list will be temporarily unavailable. The GitHub repository (github.com/therion/therion) will remain accessible as usual. Best regards, Martin

1 0

Filename resolution for source and input is inconsistent with documented Therion syntax
by mike＠mikemccombe.co.uk 04 Oct '26

04 Oct '26

In the description of the "input" statement, The Therion Book states: "Default extension is .th and may be omitted." I understand this to mean that: "input bigcave" is equivalent to: "input bigcave.th" rather than meaning that an actual extensionless file named "bigcave" is also a valid Therion source. Both "input" and "source" ultimately use thinput to open files. The filename-resolution logic appears to try an extensionless pathname before applying the configured extensions. Thus, given: "input bigcave" Therion effectively tries: bigcave bigcave.th bigcave.th2 stopping at the first pathname it can open. This causes a platform-dependent failure if a directory called "bigcave" exists alongside "bigcave.th". Under Windows, attempting to open the directory as an input stream fails, so Therion continues and successfully opens "bigcave.th". Under Linux, opening the directory as an input stream succeeds. Therion therefore accepts the directory as its source and subsequently attempts to read it as a text file. The stream enters a failure state, which Therion reports with the misleading fatal error: "Line too long" The same problem occurs with "source". Minimal reproduction: Create a directory containing: thconfig bigcave.th bigcave/ (an empty directory) with thconfig containing: "source bigcave" and bigcave.th containing valid Therion source. On Linux this fails with "line too long". Any of the following makes it work: * Change the configuration to "source bigcave.th". * Remove or rename the "bigcave" directory. * Compile the same ambiguous project under Windows. This suggests that the underlying problem is that "the .th extension may be omitted" has been implemented as "first try opening the extensionless pathname" rather than "if the extension is omitted, use the default .th extension." There is a related issue with using the same generic filename-resolution mechanism for both "source" and "input". I believe the intended semantics are: input bigcave -> bigcave.th input bigcave.th -> bigcave.th input bigcave.th2 -> bigcave.th2 source bigcave -> bigcave.th source bigcave.th -> bigcave.th source bigcave.th2 -> invalid An explicitly specified .th2 file is therefore a valid target for "input", but that does not make .th2 an alternative default extension when the extension is omitted. Similarly, an actual extensionless filesystem object is not a valid interpretation of either statement. In other words, thinput appears to test filesystem objects that are not valid interpretations of the Therion statement that invoked it. Resolving the filename according to the semantics of "source" or "input" before attempting to open it would also remove the Windows/Linux difference and prevent a directory from being mistaken for a Therion source file. Regards, Mike

1 0