[Info-vax] First ship poll: When will the first native x86-64 compilers ship ?

[Jan-Erik Söderholm]

Den 2022-04-17 kl. 00:25, skrev Dave Froble:
> On 4/16/2022 6:14 PM, Arne Vajhøj wrote:
>> On 4/16/2022 11:02 AM, Jan-Erik Söderholm wrote:
>>> Den 2022-04-16 kl. 13:28, skrev Bill Gunshannon:
>>>> On 4/15/22 22:10, Dave Froble wrote:
>>>>> On 4/15/2022 7:25 PM, Arne Vajhøj wrote:
>>>>>> Cobol, Basic, Pascal, C etc. is just not the optimal language
>>>>>> for writing a new web service.
>>>>>>
>>>>>> Not on any platform.
>>>>>
>>>>> Really depends on the web service, doesn't it?
>>>
>>> And on the *definition* of "web services".
>>
>> There may not be a formal definition, but most developers have
>> a common understanding what such a thing is.
>>
>> Something like: a service intended to be used by client applications
>> based on web protocols typical XML/HTTP(S) or JSON/HTTP(S).
>>
>> Arne
>>
> 
> Well, there you go again, refining the definition to match your claims.  Of 
> course that makes you right.
> 
> How about anything that offers some service that might be needed over the 
> internet?
> 



That is not the common definition. "The internet" is a lot of other
things than "the web". The web is usualy defined by a collectins of
protocols and there are manby other protocols used on the internet.

Note that "the internet" and "the web" is not the same thing.

You can create a socket listener that clients conects to, but that
has very litle to do with "the web".

As Arne also wrote, a "web service" use the protocols that are used
between web client (usually web browsers) and web servers. The web
servers then uses web services server processes.

A traditional "socket listener" is not a "web service".