The Rel Forum

What's happened to the scripts previously provided as OperatorsChar.d, etc.? I have successfully loaded and compiled OperatorsChar.d so I suppose the ones I used in V1.0.12 all still work, but new users won't see these and in any case I also suppose the extension should now be .rel. It's in a separ...

A long time ago it was a matter of self-discipline for me never to have spaces in directory or file names, but the various problems I had encountered with spaces gradually disappeared and I eventually abandoned that discipline. I don't mind having to return to it for Rel , but please let us know if...

Another question: The directory that contains Rel.exe... Does it have any spaces in the path? I had a hunch that spaces in the Rel program directory path might cause problems, and it does. E.g., running Rel.exe via: C:\Users\Dave\Desktop\Rel\Rel.exe "C:\Users\Dave\Desktop\My Database" is f...

Unfortunately, my attempt to restore from a backup made in V1.0.12 fails with the same error as before, on OPERATOR IS_DIGITS. I wonder if you could send me -- either via email, or inline here, or via private message here, whichever you prefer -- two things: 1. The output of "Tools | View log&...

This is a minor maintenance release of Rel , an implementation of Date & Darwen's Tutorial D database language. The following enhancements have been made: - The Rel user interface can now load a specified database from the operating system command-line. E.g.: Rel "c:\Users\Dave\My Database”...

I've removed the requirement to specify ClickToOpen.rdb on the command-line. It's now possible to open databases from the command-line using the following syntax: Rel c:\Users\Hugh\DefaultRelDb Or, if the directory name has spaces: Rel "c:\Users\Hugh\A Rel Database" The update that provide...

That is very helpful. Thanks. I think I've sorted out all the bugs and issues, and now need to do more testing. I'm intending to release an update tomorrow (Tue, Dec 12, 2016) that should fix the problem with compiling IS_DIGITs, etc. due to spaces in the directory name; it will permit you to disabl...

Yes, Rel.exe has replaced DBrowser.jar. The change was made for two reasons: 1. Not every environment supports double-clicking .jar files to launch them, and some users didn't recognise that the DBrowser.bat file was an alternative. 2. A significant number of new users didn't know what DBrowser.jar ...

This is a minor maintenance release of Rel , an implementation of Date & Darwen's Tutorial D database language. The following enhancements have been made: - A startup progress bar displays whilst the Rel user interface is loading. On slow machines, this makes it clear that loading is progressing...

You're welcome. :D Whilst interaction is designed to be in the traditional database server idiom -- i.e., queries go in and results come out, with WRITELN/WRITE/OUTPUT really only intended for debugging -- there's no reason not to support console input -- perhaps via READ/READLN -- in the same way t...

This is a major release of Rel , an implementation of Date & Darwen's Tutorial D database language. It introduces a new graphical "front end" user interface that provides rich desktop database management functionality and a native look-and-feel on Windows, Mac OS X, and Linux. It is th...

Regarding THEN and ELSE, I worried about possible ambiguity but on reflection I agree that there probably isn't, thanks to the requirement for END IF and END CASE. Also, a statement beginning with key word ELSE ends a statement list following THEN. This made me curious as to whether or not the &quo...

I've tried replacing all <statement> appearances with <statement list>, and whilst I've not tested it intensively, it works for a reasonable set of test cases. The code remains very readable, too. I think it's a sufficiently sound change to leave it supported in Rel even if you decide not to adopt i...

In early versions of Rel aka Rel2, I supported nested scope with reusable variable names. E.g., the following was allowable: VAR i INIT(0); BEGIN; VAR i INIT(2); END; Around the time I started working on Rel 3, a colleague convinced me that this was undesirable in a pedagogic language, never needed ...

If it's done for operator definitions, DO , and WHILE , it should probably be done for IF ... ELSE ... END IF and CASE ... WHEN ... END CASE , too, assuming it doesn't cause some grammar ambiguity. I don't think it would, but I haven't tested it. Regarding usage of <statement list> in Rel DO and WHI...