On 9/6/2024 2:54 PM, William Cox wrote:

I have't seen any mention here about the VMS Software Bootcamp coming up
next month in Boston. It is a 3-day event 23-25 October.

Details, including costs, can be found on the VMS Software main website.

https://vmssoftware.com/

They have now published the agenda:

https://events.vmssoftware.com/bootcamp-2024/agenda

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-13, Arne Vajhøj <arne@vajhoej.dk> wrote:

On 9/6/2024 2:54 PM, William Cox wrote:

I have't seen any mention here about the VMS Software Bootcamp coming up
next month in Boston. It is a 3-day event 23-25 October.

Details, including costs, can be found on the VMS Software main website.

https://vmssoftware.com/

They have now published the agenda:

https://events.vmssoftware.com/bootcamp-2024/agenda

"Structured DCL Scripting". Hmmm... :-)

BTW, it's 12pm, not 12am (unless you really are having a 13-hour
lunch break). :-)

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/13/2024 1:56 PM, Simon Clubley wrote:

On 2024-09-13, Arne Vajhøj <arne@vajhoej.dk> wrote:

On 9/6/2024 2:54 PM, William Cox wrote:

I have't seen any mention here about the VMS Software Bootcamp coming up >>> next month in Boston. It is a 3-day event 23-25 October.

Details, including costs, can be found on the VMS Software main website. >>>
https://vmssoftware.com/

They have now published the agenda:

https://events.vmssoftware.com/bootcamp-2024/agenda

"Structured DCL Scripting". Hmmm... :-)

BTW, it's 12pm, not 12am (unless you really are having a 13-hour
lunch break). :-)

I think it should actually be 12m


https://www.rmg.co.uk/stories/topics/noon-12-am-or-12-pm

What does am and pm mean?

The 12-hour clock divides the 24-hour day into two periods.

am stands for the Latin ante meridiem, translating to "before midday". This is the time before noon.
pm stands for post meridiem or "after midday" – the time after noon.

Noon is therefore neither 'ante' (am) nor 'post' (pm) meridiem. Midnight is also neither am nor pm.


--
-- Rob

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 13/09/2024 19:09, Robert A. Brooks wrote:

On 9/13/2024 1:56 PM, Simon Clubley wrote:

On 2024-09-13, Arne Vajhøj <arne@vajhoej.dk> wrote:

On 9/6/2024 2:54 PM, William Cox wrote:

I have't seen any mention here about the VMS Software Bootcamp
coming up
next month in Boston. It is a 3-day event 23-25 October.

Details, including costs, can be found on the VMS Software main
website.

https://vmssoftware.com/

They have now published the agenda:

https://events.vmssoftware.com/bootcamp-2024/agenda

"Structured DCL Scripting". Hmmm... :-)

BTW, it's 12pm, not 12am (unless you really are having a 13-hour
lunch break). :-)

I think it should actually be 12m

https://www.rmg.co.uk/stories/topics/noon-12-am-or-12-pm

What does am and pm mean?

The 12-hour clock divides the 24-hour day into two periods.

    am stands for the Latin ante meridiem, translating to "before midday". This is the time before noon.
    pm stands for post meridiem or "after midday" – the time after noon.

Noon is therefore neither 'ante' (am) nor 'post' (pm) meridiem. Midnight
is also neither am nor pm.

The tradition is either to use noon or midnight, or use a 24 hour clock!

--
Chris

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/13/2024 1:56 PM, Simon Clubley wrote:

On 2024-09-13, Arne Vajhøj <arne@vajhoej.dk> wrote:

They have now published the agenda:

https://events.vmssoftware.com/bootcamp-2024/agenda

"Structured DCL Scripting". Hmmm... :-)

One does what one can do with the tools available.

DCL is not Python or VBS.

But one can do some things:
* split logic up in subroutines
* have a convention for how to do loops using goto
* have a convention for how to simulate arrays
* indentation
* self explanatory names
* comments
* etc.

Example (whether it is a good or bad example that I will leave
to the reader):

$! p1 = file name
$ file_name = p1
$ call read_file 'file_name' "nline" "line"
$ call dump "Before sort:" 'nline' "line"
$ call o2sort 'nline' "line"
$ call dump "After sort:" 'nline' "line"
$ exit
$!
$ read_file: subroutine ! p1 = file name, p2 = name of global variable
holding number of lines, p3 = name of global variable holding
lines
$ file_name = p1
$ nline = p2
$ line = p3
$ open/read inputfile 'file_name'
$ n = 0
$ file_read_loop:
$ read/end=end_file_read_loop inputfile temp
$ 'line'_'n' == temp
$ n = n + 1
$ goto file_read_loop
$ end_file_read_loop:
$ 'nline' == n
$ close inputfile
$ return
$ endsubroutine
$!
$ dump: subroutine ! p1 = description, p2 = number lines, p3 = name of
global variable holding lines
$ description = p1
$ nline = p2
$ line = p3
$ write sys$output description
$ i = 0
$ dump_loop:
$ if i .ge. nline then goto end_dump_loop
$ write sys$output 'line'_'i'
$ i = i + 1
$ goto dump_loop
$ end_dump_loop:
$ return
$ endsubroutine
$!
$ o2sort: subroutine ! p1 = number lines, p2 = name of global variable
holding lines
$ nline = p1
$ line = p2
$ i = 0
$ sort_outer_loop:
$ if i .ge. nline then goto end_sort_outer_loop
$ j = i + 1
$ sort_inner_loop:
$ if j .ge. nline then goto end_sort_inner_loop
$ if 'line'_'i' .gts. 'line'_'j'
$ then
$ temp = 'line'_'i'
$ 'line'_'i' == 'line'_'j'
$ 'line'_'j' == temp
$ endif
$ j = j + 1
$ goto sort_inner_loop
$ end_sort_inner_loop:
$ i = i + 1
$ goto sort_outer_loop
$ end_sort_outer_loop:
$ return
$ endsubroutine

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

FWIW- Lorin Ricker is an experienced OpenVMS professional with many
years of experience. I have seen his presentation in the past and it is
worth seeing. Following these techniques can not only generate
effective procedures, but can also result in readable procedures easily modified if needed.

Don't judge a presentation of value based upon its name.

Dan

Full disclosure: I had the honor of working alongside of Lorin for a
time and highly respect his knowledge.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/14/24 5:33 PM, Lawrence D'Oliveiro wrote:

On Fri, 13 Sep 2024 20:02:20 -0400, Arne Vajhøj wrote:

But one can do some things:
* split logic up in subroutines

Does it have subroutine-local variables?

There are command levels, yes:

$ type foo.com
$ x := "foo"
$ call mysub
$ write sys$output x
$ exit
$ mysub: subroutine
$ x := "bar"
$ write sys$output x
$ endsubroutine
$ @foo
bar
foo

* have a convention for how to simulate arrays

I remember doing that with clever string substitution. ;)

It can be done. It's pretty ugly.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 13 Sep 2024 20:02:20 -0400, Arne Vajhøj wrote:

But one can do some things:
* split logic up in subroutines

Does it have subroutine-local variables?

* have a convention for how to simulate arrays

I remember doing that with clever string substitution. ;)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/14/2024 6:33 PM, Lawrence D'Oliveiro wrote:

On Fri, 13 Sep 2024 20:02:20 -0400, Arne Vajhøj wrote:

But one can do some things:
* split logic up in subroutines

Does it have subroutine-local variables?

The 3 subroutines in my example each had 4.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-13, Chris Townley <news@cct-net.co.uk> wrote:

The tradition is either to use noon or midnight, or use a 24 hour clock!

I must admit I was a bit surprised to see it written in the way it was
as I am much more used to a 24-hour clock. I don't know if that's more
of a European thing than a US thing however.

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/16/2024 8:23 AM, Simon Clubley wrote:

On 2024-09-13, Chris Townley <news@cct-net.co.uk> wrote:

The tradition is either to use noon or midnight, or use a 24 hour clock!

I must admit I was a bit surprised to see it written in the way it was
as I am much more used to a 24-hour clock. I don't know if that's more
of a European thing than a US thing however.

I believe Europe has mostly moved from 12 hour clock to 24 hour clock.

US is commonly 12 hour clock. Except in military and medical worlds.

So a meeting get arranged for 8:00 AM US west coast = 11:00 AM
US east code = 17:00 central Europe.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 16/09/2024 14:16, Arne Vajhøj wrote:

On 9/16/2024 8:23 AM, Simon Clubley wrote:

On 2024-09-13, Chris Townley <news@cct-net.co.uk> wrote:

The tradition is either to use noon or midnight, or use a 24 hour clock!

I must admit I was a bit surprised to see it written in the way it was
as I am much more used to a 24-hour clock. I don't know if that's more
of a European thing than a US thing however.

I believe Europe has mostly moved from 12 hour clock to 24 hour clock.

US is commonly 12 hour clock. Except in military and medical worlds.

So a meeting get arranged for 8:00 AM US west coast = 11:00 AM
US east code = 17:00 central Europe.

Arne

Don't you just love standards!

--
Chris

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

I must admit I was a bit surprised to see it written in the way it was
as I am much more used to a 24-hour clock. I don't know if that's more
of a European thing than a US thing however.

I was quite disappointed to see it written that way. VMS has always
used 24 hour time, and the traditional DECUS US agendas were also listed
that way, with sessions starting at 08:00 and some days ending at 23:00.



--
Tom Wade
tom dot wade at tomwade dot eu

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/17/2024 3:42 PM, Tom Wade wrote:

I must admit I was a bit surprised to see it written in the way it was
as I am much more used to a 24-hour clock. I don't know if that's more
of a European thing than a US thing however.

I was quite disappointed to see it written that way.  VMS has always
used 24 hour time, and the traditional DECUS US agendas were also listed
that way, with sessions starting at 08:00 and some days ending at 23:00.

The traditional VMS time text format is pretty good. Very difficult
to misunderstand.

Of course in most programming languages today you can specify
the format to use.

$ show time
17-SEP-2024 19:03:14
$ type now.groovy
import java.text.*

df1 = new SimpleDateFormat("HH:mm")
df2 = new SimpleDateFormat("hh:mm a")

now = new Date()
println(df1.format(now))
println(df2.format(now))
$ groovy now.groovy
19:03
07:03 PM
$ type now.py
from time import *

now = time()
print(strftime('%H:%M', localtime(now)))
print(strftime('%I:%M %p', localtime(now)))
$ python now.py
19:03
07:03 PM

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Tue, 17 Sep 2024 19:06:21 -0400, Arne Vajhøj wrote:

The traditional VMS time text format is pretty good. Very difficult to misunderstand.

But it’s not ISO 8601.

Of course in most programming languages today you can specify the format
to use.

I would say Java in particular is an example of how not to do it.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/17/2024 7:25 PM, Lawrence D'Oliveiro wrote:

On Tue, 17 Sep 2024 19:06:21 -0400, Arne Vajhøj wrote:

Of course in most programming languages today you can specify the format
to use.

I would say Java in particular is an example of how not to do it.

You mean that "HH:mm" and "hh:mm a" are way worse
than '%H:%M' and '%I:%M %p' ?

:-)

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Tue, 17 Sep 2024 19:40:07 -0400, Arne Vajhøj wrote:

On 9/17/2024 7:25 PM, Lawrence D'Oliveiro wrote:

I would say Java in particular is an example of how not to do it.

You mean that "HH:mm" and "hh:mm a" are way worse than '%H:%M' and
'%I:%M %p' ?

:-)

I mean, look at the mess of classes that makes up the Java date/time API.

Come to think of it, look at the mess of classes that makes up just about
*any* Java API.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/17/2024 7:06 PM, Arne Vajhøj wrote:

On 9/17/2024 3:42 PM, Tom Wade wrote:

I must admit I was a bit surprised to see it written in the way it was
as I am much more used to a 24-hour clock. I don't know if that's more
of a European thing than a US thing however.

I was quite disappointed to see it written that way.  VMS has always
used 24 hour time, and the traditional DECUS US agendas were also
listed that way, with sessions starting at 08:00 and some days ending
at 23:00.

The traditional VMS time text format is pretty good. Very difficult
to misunderstand.

Of course in most programming languages today you can specify
the format to use.

$ show time
  17-SEP-2024 19:03:14
$ type now.groovy
import java.text.*

df1 = new SimpleDateFormat("HH:mm")
df2 = new SimpleDateFormat("hh:mm a")

now = new Date()
println(df1.format(now))
println(df2.format(now))
$ groovy now.groovy
19:03
07:03 PM
$ type now.py
from time import *

now = time()
print(strftime('%H:%M', localtime(now)))
print(strftime('%I:%M %p', localtime(now)))
$ python now.py
19:03
07:03 PM

The Bazaar philosophy of PHP is very obvious for this topic:

$ type now.php
<?php

date_default_timezone_set('EST');
$now = time();

// old style
echo sprintf("%s\r\n", date('H:i', $now));
echo sprintf("%s\r\n", date('h:i A', $now));

// C style
echo sprintf("%s\r\n", strftime('%H:%M', $now));
echo sprintf("%s\r\n", strftime('%I:%M %p', $now));

// new style
$dt = new DateTime();
$dt->setTimestamp($now);
echo sprintf("%s\r\n", $dt->format('H:i'));
echo sprintf("%s\r\n", $dt->format('h:i A'));

// ICU style (requires intl extension loaded)
if(extension_loaded('intl')) {
$fmt1 = new IntlDateFormatter('EN-us');
$fmt1->setPattern('HH:mm');
$fmt2 = new IntlDateFormatter('EN-us');
$fmt2->setPattern('hh:mm a');
echo sprintf("%s\r\n", $fmt1->format($now));
echo sprintf("%s\r\n", $fmt2->format($now));
}


$ php now.php
20:32
08:32 PM
20:32
08:32 PM
20:32
08:32 PM

(Berryman PHP apparently does not come with INTL extension)

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/17/2024 8:37 PM, Lawrence D'Oliveiro wrote:

On Tue, 17 Sep 2024 19:40:07 -0400, Arne Vajhøj wrote:

On 9/17/2024 7:25 PM, Lawrence D'Oliveiro wrote:

I would say Java in particular is an example of how not to do it.

You mean that "HH:mm" and "hh:mm a" are way worse than '%H:%M' and
'%I:%M %p' ?

:-)

I mean, look at the mess of classes that makes up the Java date/time API.

That is a bit peripheral to the time formatting issue.

The java.time package added in Java 8 is indeed rather big and
can be hard to navigate.

The old stuff is pretty straightforward.

All one need to know is:

Date = point in time = C time_t

Calendar/GregorianCalendar = conversion between point in time and time components = C gmtime/localtime/mktime

DateFormat/SimpleDateFormat = conversion between binary and text
representation = C strftime/strptime

(the java.time equivalents are Instant, LocalDateTime and
DateTimeFormatter)

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Tue, 17 Sep 2024 21:02:12 -0400, Arne Vajhøj wrote:

The old stuff is pretty straightforward.

All I know is, when I looked at it some years ago, there was a class
*every single method of which is deprecated*. I assumed that class was no longer useful, until I found it referenced all over the place in newer API calls.

It took a while for me to realize: all the original methods of that class
were not useful any more, but the class itself was still being created/ manipulated via methods in the newer classes.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/17/2024 9:24 PM, Lawrence D'Oliveiro wrote:

On Tue, 17 Sep 2024 21:02:12 -0400, Arne Vajhøj wrote:

The old stuff is pretty straightforward.

All I know is, when I looked at it some years ago, there was a class
*every single method of which is deprecated*. I assumed that class was no longer useful, until I found it referenced all over the place in newer API calls.

It took a while for me to realize: all the original methods of that class were not useful any more, but the class itself was still being created/ manipulated via methods in the newer classes.

That is not the old stuff - that is the very old stuff.

:-)

In Java 1.0 the Date class did everything: point in time, conversion
between point in time and time components, conversion between binary
and text representation.

That was changed in Java 1.1 released in 1997 when
Calendar/GregorianCalendar and DateFormat/SimpleDateFormat
was introduced.

After that Date is only representing point in time (C time_t). And
most methods was deprecated. Not all - there are a few left - most
important getTime and setTime.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/18/2024 9:27 AM, Arne Vajhøj wrote:

On 9/18/2024 9:21 AM, Tom Wade wrote:

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it’s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike
mm/ dd/yy or dd/mm/yy).

yyyy-mm-dd has better characteristics (sorting), but dd-mmm-yyy tend to

yyyy

be more readable.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/18/2024 9:21 AM, Tom Wade wrote:

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it’s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike mm/
dd/yy or dd/mm/yy).

yyyy-mm-dd has better characteristics (sorting), but dd-mmm-yyy tend to
be more readable.

I'm a great believer in ISO 8601 ever since we had a software license
expire on February 2nd when we were expecting it to last till March 3rd!

February 3rd and March 2nd??

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it’s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike
mm/dd/yy or dd/mm/yy). I have in my SYSTARTUP_VMS:

$! Set up date/time format.
$!
$ @SYS$STARTUP:LIB$DT_STARTUP
$
$ ! Display date & time is ISO 8601
$
$ Define /system LIB$DT_FORMAT -
LIB$DATE_FORMAT_037,LIB$TIME_FORMAT_001

-----

$ dir/date sys$Login:login.com;0

Directory US$:[TWADE]

LOGIN.COM;59 2023-08-26 13:39:38.31

Total of 1 file.
$

I'm a great believer in ISO 8601 ever since we had a software license
expire on February 2nd when we were expecting it to last till March 3rd!



--
Tom Wade
tom dot wade at tomwade dot eu

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-18, Tom Wade <nospam@void.blackhole.mx> wrote:

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it?s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike
mm/dd/yy or dd/mm/yy).

VMS date/time formats are much more readable, but the main problem with
VMS timekeeping is that it doesn't have a local timezone offset from a base GMT/UTC timepoint built into it.

Unix got this right and VMS did not.

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-18 14:27, Arne Vajhøj wrote:

I'm a great believer in ISO 8601 ever since we had a software license
expire on February 2nd when we were expecting it to last till March 3rd!

February 3rd and March 2nd??

Correct of course.

--
Tom Wade
tom dot wade at tomwade dot eu

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/19/2024 8:22 AM, Simon Clubley wrote:

On 2024-09-18, Tom Wade <nospam@void.blackhole.mx> wrote:

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it?s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike
mm/dd/yy or dd/mm/yy).

VMS date/time formats are much more readable, but the main problem with
VMS timekeeping is that it doesn't have a local timezone offset from a base GMT/UTC timepoint built into it.

What is SYS$TIMEZONE_DIFFERENTIAL then?

Unix got this right and VMS did not.

VMS did not get it right in 1978 - VMS got it almost right in 1993.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-24, Arne Vajhøj <arne@vajhoej.dk> wrote:

On 9/19/2024 8:22 AM, Simon Clubley wrote:

On 2024-09-18, Tom Wade <nospam@void.blackhole.mx> wrote:

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it?s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike
mm/dd/yy or dd/mm/yy).

VMS date/time formats are much more readable, but the main problem with
VMS timekeeping is that it doesn't have a local timezone offset from a base >> GMT/UTC timepoint built into it.

What is SYS$TIMEZONE_DIFFERENTIAL then?

A joke. At least when compared to Unix.

In Unix, all timestamps are based on GMT/UTC and the user's timezone is
just an attribute of the user's process, which is the system timezone by default but can be changed by the user. Different processes can have
different timezones and none of this affects what timestamp is actually
written to the filesystem when the file changes.

VMS commands have no support for showing the active timezone.
Compare the output of the Linux date command with $ SHOW TIME.

Compare the output of the Linux "ls --full" command with $ DIR/FULL.
Note out the Linux command shows the timezone, and note how the timezone changes for each file depending on whether DST was active or not when the
file was last modified.

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/25/2024 8:19 AM, Simon Clubley wrote:

On 2024-09-24, Arne Vajhøj <arne@vajhoej.dk> wrote:

On 9/19/2024 8:22 AM, Simon Clubley wrote:

On 2024-09-18, Tom Wade <nospam@void.blackhole.mx> wrote:

On 2024-09-18 00:25, Lawrence D'Oliveiro wrote:

But it?s not ISO 8601.

Very true, but better than the AM/PM stuff, and unambiguous (unlike
mm/dd/yy or dd/mm/yy).

VMS date/time formats are much more readable, but the main problem with
VMS timekeeping is that it doesn't have a local timezone offset from a base >>> GMT/UTC timepoint built into it.

What is SYS$TIMEZONE_DIFFERENTIAL then?

A joke. At least when compared to Unix.

It exist. Joke or not.

VMS commands have no support for showing the active timezone.
Compare the output of the Linux date command with $ SHOW TIME.

$ SHOW TIME

does not display it.

But:

$ @sys$manager:utc$time_setup show

does.

In Unix, all timestamps are based on GMT/UTC and the user's timezone is
just an attribute of the user's process, which is the system timezone by default but can be changed by the user. Different processes can have different timezones and none of this affects what timestamp is actually written to the filesystem when the file changes.

Compare the output of the Linux "ls --full" command with $ DIR/FULL.
Note out the Linux command shows the timezone, and note how the timezone changes for each file depending on whether DST was active or not when the file was last modified.

All the stuff that existed before VMS 6.x (which obviously include DCL
the file stuff) is not time zone aware.

I am sure Hoff would say a few things about the curse of backwards compatibility here.

But you can make your applications use UTC and timezone since VMS 6.x.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-09-25 00:58:18 +0000, Arne Vajhøj said:

On 9/19/2024 8:22 AM, Simon Clubley wrote:

VMS date/time formats are much more readable, but the main problem with
VMS timekeeping is that it doesn't have a local timezone offset from a
base GMT/UTC timepoint built into it.

What is SYS$TIMEZONE_DIFFERENTIAL then?

A nice rug atop a pile of poo.

Unix got this right and VMS did not.

VMS did not get it right in 1978 - VMS got it almost right in 1993.

Having been in the related debates, compatibility blocked the fix.

Having most timestamps implicitly shift by -12 to +14 hours (IIRC) was
viewed as intractable for compatibility.

So we got a nice rug. Which still has issues.


--
Pure Personal Opinion | HoffmanLabs LLC

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 9/13/2024 12:18 PM, Arne Vajhøj wrote:

On 9/6/2024 2:54 PM, William Cox wrote:

I have't seen any mention here about the VMS Software Bootcamp coming up
next month in Boston. It is a 3-day event 23-25 October.

Details, including costs, can be found on the VMS Software main website.

https://vmssoftware.com/

They have now published the agenda:

https://events.vmssoftware.com/bootcamp-2024/agenda

And they just published the sponsors.

https://www.linkedin.com/posts/vms-software-inc-_were-excited-to-introduce-our-incredible-activity-7245462232136896514-P5Z0/

Oracle
SCI
JCC
Pia-Sofer

I find it interesting and positive that Oracle supports OpenVMS
Bootcamp. And represented not just by Rdb team but also by
OCI team (*).

SCI is familiar names like Keith Parris and Norman Lastovica.

JCC I do not now. It looks like they are also in databases.
One could get the impression that the VMS world is quite
database heavy.

Pia-Sofer is another familiar name Gérard Calliet.

Arne

*) OCI is OCI (Oracle Cloud Infrastructure) not OCI (Oracle
Call Interface). We all love acronyms! :-)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)