So, we have docker image webgateway-nginx, marked as latest-em, which means supposed to be extended maintenance
$ docker run -it --entrypoint bash containers.intersystems.com/intersystems/webgateway-nginx:latest-em
root@9ca3373fe980:/# /opt/nginx/sbin/nginx -V
nginx version: nginx/1.21.5
built by gcc 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04)
built with OpenSSL 1.1.1n 15 Mar 2022
TLS SNI support enabled
configure arguments: --prefix=/opt/nginx --with-pcre=/opt/pcre-src --with-zlib=/opt/zlib-src --with-openssl=/opt/openssl-src --with-http_gunzip_module --with-http_ssl_module --with-http_v2_module --add-module=/opt/nginx-src/csp
root@9ca3373fe980:# /opt/webgateway/bin/CSPnsd -h
InterSystems CSP - Network Service Daemon
Version 2024.1.2.398.0 Gateway Build 2401.1845 (Multi-Threaded)
Gives nginx version 1.21.5, version that lost support more than 2 years ago
.png)
And to add a bit more
Versioning Scheme
The open-source NGINX project maintains two branches: mainline and stable.
- mainline: Mainline is the active development branch where the latest features and bug fixes get added. It is denoted by an odd number in the second part of the version number, for example 1.21.0.
- stable: Stable receives fixes for high‑severity bugs, but is not updated with new features. It is denoted by an even number in the second part of the version number, for example 1.22.0. The stable branch never receives new functionality during its lifecycle and typically receives just one or two updates, for critical bug fixes.
So, why EM version of webgateway got unstable version of Nginx, which is anyway outdated for more than 2 years?
https://jp.community.intersystems.com/node/579981
記事
#InterSystems IRIS
#InterSystems IRIS for Health
お知らせ
質問
12/02 ~ 12/08Week at a GlanceInterSystems Developer Community
https://jp.community.intersystems.com/post/%E3%80%90%E9%80%B1%E9%96%93%E3%83%80%E3%82%A4%E3%82%B8%E3%82%A7%E3%82%B9%E3%83%88%E3%80%91-1202-%EF%BD%9E-1208-%E3%81%AE%E9%96%8B%E7%99%BA%E8%80%85%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%83%86%E3%82%A3%E3%81%B8%E3%81%AE%E6%8A%95%E7%A8%BF
文章
#InterSystems IRIS for Health
问题
十二月 02 - 08, 2024Week at a GlanceInterSystems Developer Community
https://jp.community.intersystems.com/node/579976
記事
姚 鑫 · 2024年12月8日
3m read
第四十四章 终端输入 输出 - 特殊协议字符影响终端 I O
特殊协议字符影响终端 I O
每个操作系统都会拦截某些协议字符 (UNIX
) 或组合键(例如 Windows
平台上的CTR-ALT-DEL
),以防止这些字符影响 IRIS
。 Windows
控制台不会尝试覆盖这些操作系统特征。
其他特殊字符可以改变例程的执行方式,但不会出现在READ
命令变量中。在图像模式下操作终端会取消这些效果,并使 IRIS
像对待任何其他字符一样对待这些字符。
READ
受输出和输入控制字符的影响。 READ
只是读取除终止字符之外的所有其他控制字符。它不回应他们。
输出控制字符影响例程的流程和输出。下表对此进行了描述:
https://jp.community.intersystems.com/node/579966
https://jp.community.intersystems.com/node/579776