2.7.2g is the latest. Details in the docs as to what changed. One thing I added that is incompatible with Tim's version,the line continuation character is "/" in Tim's but in mine it's "/+" as I often use PRINT statements with the trailing slash to get a linefeed. Those lines were combined with the next one and caused MISTakes.
Cheers,
Norm.
This is a problem. Backward compatibility is fundamental, for example this change prevents me from being able to use the latest version, I have been using SSB for years and I have hundreds of programs written with ssb!.
Yes I have seen the various changes, but I am thinking about how the future of this software will be...
Who wants to use the next versions will have to correct all the ssb sources that he had written? in my personal case, more than 100 sources
Who is the maintainer of the software? you or Tim?
Yes I have seen the various changes, but I am thinking about how the future of this software will be...
Who wants to use the next versions will have to correct all the ssb sources that he had written? in my personal case, more than 100 sources
Who is the maintainer of the software? you or Tim?
Giorgio
I guess it shouldn't be too hard to write some Python or S*Basic utility that converts the line continuation characters?
tofro wrote: Tue Apr 22, 2025 1:20 pm
I guess it shouldn't be too hard to write some Python or S*Basic utility that converts the line continuation characters?
tofro wrote: Tue Apr 22, 2025 1:20 pm
I guess it shouldn't be too hard to write some Python or S*Basic utility that converts the line continuation characters?
Sure, but that's not the point.
It wasnt ideal to use a valid separator as a meta character in the first place, but thats water under the bridge.
The simplest might be to just change it in the SSB source code and compile your own version, Giorgio, and anyone else affected.
The maintainers should consider allowing both options in the next update.
Just my 2d's worth
Per
I love long walks, especially when they are taken by people who annoy me.
- Fred Allen
I would add, other small considerations and personal notes.
1) Be able to download the . zip file in the same repository that you normally use, (i.e. either the Dylwyn site or Tim's, do not put it only on Github)
2) The . zip file cannot be unpacked on QL, (names too long)
3) the zip file does not contain the executable, only the sources and documentation, the software is optimized for Turbo so this forces you to install and learn to use this compiler.