【初心者歓迎】最新COBOLについての質問スレ

1 ：デフォルトの名無しさん：2014/07/12(土) 19:55:29.68 ID:zUgpYhfE.net

みんなでCOBOLの話題をしましょう。
質問あったらどうぞ。

最新リリース COBOL 2002
http://ja.wikipedia.org/wiki/COBOL

■ フリーCOBOL
OpenCOBOL
http://jp.opencobol.org/
TinyCOBOL
http://tiny-cobol.sourceforge.net/index.php

第4次COBOL規格 COBOL2002のご紹介
http://www.cobol.gr.jp/knowledge/next_standard/standard002.html
COBOL2002では、全体で約150の追加変更が行われています。ただし、追加変更項目の互換性の保持には
十分に注意がはらわれており、従来のCOBOLプログラムから外れるものではありません。大きな追加機能項目として次の項目があります。
1. コンパイル時指示機能
2. 自由形式の正書法
3. ビット操作機能
4. 漢字等の多オクテット文字機能
5. 浮動小数点データ操作機能
6. ポインタ項目とアドレス付け機能
7. 利用者定義のデータ型機能
8. 利用者定義の関数機能
9. ファイルの共用と排他制御の機能
10. 画面処理機能
11. 例外割り込み処理機能
12. データの妥当性検査機能
13. オブジェクト指向機能
14. 言語間連絡の拡張
15. 標準算術演算と３１桁への拡張
16. その他（POSIＸのロケールに対応した地域・文化固有機能、既存プログラムとの互換）

173 ：デフォルトの名無しさん：2018/08/22(水) 23:24:23.16 ID:cvxUQ6/s.net

>>172
元々の汎用機でのCOBOLの実装はREAD、WRITEでSAMファイルやVSAMファイルを扱ってるが、この部分は汎用機での固有コーディングなのよ
でOpenCOBOLにするとCOBOLの実装の中でSQL文を組み立ててRDBに対して実行するか、RDBにアクセスするオブジェクトをCALLしてデータ貰うか、OpenCOBOLの固有コーディングになる
どの道、汎用機でのCOBOLコーディングはそのまま使えないので、RDBアクセス部分はJava使う方がOracle使おうがSQL Server使おうがMySQL使おうがMariaDB使おうがPostgreSQL使おうが、Java側で対処する様にしとけば、OpenCOBOL側は何のRDB使ってるか意識せず実装出来る

174 ：デフォルトの名無しさん：2018/08/23(木) 00:56:38.23 ID:KAnCCL4p.net

Java(OpenJDK?)からJDBC使ってRDBにアクセスするロジックを作っておく
OpenCOBOLからは、それを利用する様にするだけ

175 ：デフォルトの名無しさん：2018/08/23(木) 01:40:51.91 ID:KAnCCL4p.net

OpenCOBOL→GnuCOBOLになってから大部進化してんだな
https://www.softantenna.com/wp/software/gnucobol-2-2/
>>168
オンラインもOpenCOBOL(GnuCOBOL)で動かすとしてるが、汎用機でのプログラムはそのまま使えないし、汎用機のUIとオープンシステムのUIなんて同じには出来ない
マイグレーション出来ると思ってるんかね?

176 ：デフォルトの名無しさん：2018/08/23(木) 12:23:17.24 ID:nYRc3RV5.net

BerkeleyDBならREADWRITEインターフェースで、そのままアクセス可能だけどね
オンラインだと、ポスグレなどのRDBにしたほうが、後々便利なんだろうなぁ

ただ、アクセス部分を汎用的に作れないのがイタイ
個別に作るのが面倒なんだよねぇ

レコード定義から、COBOL＋SQLでのアクセスサブルーチンを生成するツールみたいのを
公開してくれたらありがたいんだけど

177 ：デフォルトの名無しさん：2018/08/23(木) 12:26:30.63 ID:nYRc3RV5.net

DB連携ツール　openCOBOL ESQLを使えば、CURSOR制御で順次アクセスはすぐ作れるけど、
エラー制御とか何処まで必要か分からんのよね

178 ：デフォルトの名無しさん：2018/08/23(木) 15:44:39.30 ID:RbMgRth3.net

>>176,177
>>BerkeleyDB

実用事例が少ないDBは採用されない

>>レコード定義から、COBOL＋SQLでのアクセスサブルーチンを生成するツールみたいのを公開してくれたらありがたいんだけど

そこの部分をJavaで作っとけって話

179 ：デフォルトの名無しさん：2018/08/23(木) 16:18:49.02 ID:nYRc3RV5.net

>>178
BerkeleyDBはISAM使った場合の、gnucobol標準サポートだけどね
直接アクセスできるツールやユーティリティが無いからなぁ

javaで作るとどんな感じになるのか、気になるな

COBOLプログラムの
READ FILE1 INVALID KEY
をCALL に変えるんだよね？

180 ：デフォルトの名無しさん：2018/08/23(木) 17:26:58.67 ID:RbMgRth3.net

>>179
RDBアクセス部分はGnuCOBOLで外部モジュール化は出来ると思うが、JavaでOracleやMySQL、PostgreSQLにJDBC経由でアクセスする例は過去から事例が多い
そのノウハウ持ってるSierは他の案件で開発した実装事例を持って来るだけだと思う
後はGnuCOBOLからCALLして呼び出すメソッドを定義付けすれば良いだけかと
まあ、書き込み有ったヤツのプロジェクトがどういう方針か不明なので何とも言えんが

181 ：デフォルトの名無しさん：2018/08/24(金) 00:00:04.60 ID:ngexklth.net

https://sugaryo1224.hatenablog.com/entry/2018/02/14/053410
新人にCOBOLをやらせる会社が悪い、と言うかやらせる新人にも向き不向きが居るからな
それを見極められない会社も悪い
そもそも可読性重視のCOBOLの重要度を否定してる時点でこのHPのヤツはプログラマとしては二流だな

182 ：デフォルトの名無しさん：2018/08/24(金) 03:59:58.03 ID:aszYuZqI.net

>>168
http://rinta.hatenablog.com/entry/20110114/p1
COBOL→Javaに移行してもCOBOLに近い実装になってしまう事実
それならCOBOLのままオープン化した方が安くつく

183 ：デフォルトの名無しさん：2018/08/25(土) 04:07:56.03 ID:BPRCEJL7.net

>>168の案件はEclipseでも使ってるんだろうな
COBOLとJavaのソース混在してるんだろう

184 ：デフォルトの名無しさん：2018/08/25(土) 10:30:23.91 ID:8URk/odh.net

>>183
オンラインの画面制御ミドルをjavaで動かすんじゃないか？

富士通なら、表示ファイルのDCFILEか、メッセージファイル作ってCOBOLに渡せばいい

うちのシステムもマイグレしたいが、リスク取れないから、次もXSP動作機構で動かすんだろなぁ

185 ：デフォルトの名無しさん：2018/08/30(木) 21:06:37.76 ID:1rD3/Svv.net

>>184
なるほどね
画面制御をJava、PHP、Perl、Ruby、Python、JavaScript色々選べそうだが
画面制御JavaでOpenJDKで収まるんかな
でないとライセンス発生する

186 ：デフォルトの名無しさん：2018/08/30(木) 21:27:39.03 ID:unDMAXDu.net

JavaEEは？

187 ：デフォルトの名無しさん：2018/08/30(木) 22:34:55.90 ID:1rD3/Svv.net

>>186
Java EEってSEじゃないでしょ
OpenSDK=Java SEだし

188 ：デフォルトの名無しさん：2018/09/05(水) 14:55:09.56 ID:njSWZAvd.net

273 デフォルトの名無しさん [sage] 2018/09/04(火) 08:29:51.03 ID:TKsJiWYY
信用の問題だろ
OracleがOpenJDKを潰そうと思えば直接的な法的手段を用いるまでもない
Oracleはいつでもディストリビュータに対するTCKの提供を停止することができ、それにより既にGPL化で配布されたOpenJDKも即座に破綻する
OracleはTCKのテストケースに対して著作権を有しており、これを侵害することなく互換テストを再構築することは事実上不可能だ
これが現在想定される最悪のシナリオだが、Oracleならやりかねないと思われてしまったこと自体が問題

189 ：デフォルトの名無しさん：2018/09/05(水) 15:25:37.29 ID:NMjTwTd+.net

ライセンスは過去に遡って(既にライセンスを受けたライセンシーに対して)変更出来るものじゃないと思うけど

190 ：デフォルトの名無しさん：2018/09/10(月) 04:07:12.96 ID:9RVfrSjw.net

>>186
そもそもJava8以降、JDBCはJDKから外れた
https://docs.oracle.com/javase/jp/7/technotes/guides/jdbc/bridge.html

JDBCは使うDB毎にインストール必要だが、そこの部分がJDKから外れる以上、ライセンスの発生するネタになる
つまりJavaでOpenJDKの範囲内でDBアクセスオブジェクトなど作れないって事
これだけでJavaはオワコン

191 ：デフォルトの名無しさん：2018/09/10(月) 04:42:13.29 ID:9RVfrSjw.net

>>186
Java EEはCORBA同様、Java9以降削除されてる
https://qiita.com/mao172/items/dbf41e7a246c3f87dcbe

192 ：デフォルトの名無しさん：2018/09/10(月) 07:08:14.10 ID:Mt+oyuPe.net

>>190
すげー妄想…これがCOBOL脳かw

193 ：デフォルトの名無しさん：2018/09/10(月) 09:39:32.55 ID:NlM4X/bY.net

いままで無償で使用できたのが異常なだけで
値段も高くないし普通にOracleに金払えば済む話じゃん

194 ：デフォルトの名無しさん：2018/09/10(月) 14:56:26.19 ID:xzPfTlro.net

>>193
やだよ

195 ：デフォルトの名無しさん：2018/09/14(金) 11:43:16.81 ID:FuCQtUp3.net

30代のCOBOLのSEに

君のFILLERを埋めるよ？

と言ったら爆笑されて，
食事の約束こぎ着けた

196 ：デフォルトの名無しさん：2018/09/14(金) 12:04:18.28 ID:ldS9DH1A.net

オレのFILLERは空白で埋まってるぜ！

197 ：デフォルトの名無しさん：2018/09/14(金) 17:47:23.35 ID:Rix9Ja+2.net

>君のFILLERを埋めるよ？

キモい w

198 ：デフォルトの名無しさん：2018/11/30(金) 22:45:34.84 ID:USigc4Jv.net

プログラミング言語「COBOL」がTwitterトレンド入り　AWS Lambdaのサポート言語に追加、技術者がざわつく
http://www.itmedia.co.jp/news/articles/1811/30/news102.html

199 ：デフォルトの名無しさん：2018/12/01(土) 22:50:02.59 ID:OU/U1BcR.net

ランバダ

200 ：デフォルトの名無しさん：2019/03/08(金) 07:28:07.42 ID:IGi7MMC9.net

>>178
Berkley DBはUNIXの世界ではとても実績があるDBで、クライアント(?)ツールも多いが、もう新規で使う理由はないだろうな。

201 ：デフォルトの名無しさん：2019/03/11(月) 14:23:50.24 ID:9dlR0saH.net

>>UNIXの世界
Linuxのシェア考えれば少ない

202 ：デフォルトの名無しさん：2021/01/19(火) 21:22:51.02 ID:zC6k9wqY.net

え？

203 ：デフォルトの名無しさん：2021/02/14(日) 19:41:57.15 ID:7CeYpqGj.net

COBOLにも初心者いるのか？

204 ：デフォルトの名無しさん：2021/05/02(日) 06:55:02.21 ID:LI1qVkRj.net

>>167
長崎県庁事例のUI部分はPHPまたはCurl言語だよ
PHP→php_opencobol.so→opencobolで生成した.soファイル
　→CALL文でlibperlを使ったFUNCTION呼出→perlのDBD/DBIでmysqlアクセス

205 ：デフォルトの名無しさん：2021/05/02(日) 08:43:37.22 ID:1EUsoqFa.net

>>204
Perlね

206 ：デフォルトの名無しさん：2021/05/08(土) 08:22:00.31 ID:zRTT7G9X.net

>>205
で？

207 ：デフォルトの名無しさん：2021/07/24(土) 08:25:10.28 ID:UjEZlBZt.net

COBOLを外した経産省の愚かなこと

208 ：デフォルトの名無しさん：2021/09/01(水) 16:42:41.83 ID:zgEnee8Z.net

GnuCOBOLの実例が少ない

209 ：デフォルトの名無しさん：2021/09/01(水) 16:53:29.54 ID:zgEnee8Z.net

富士通のNetCOBOLのライセンス料金が半端無い
Linuxで動かせるけど運用コスト半端無いので導入企業は限られるな

210 ：デフォルトの名無しさん：2021/09/03(金) 21:18:23.74 ID:AMHyFvYz.net

>>204
長崎県の例は他に転用しづらい
PHPのUIって後々のメンテとか大丈夫なの?
MySQL使ってるの良いとしてPostgreSQLも使える方が良いと思うけど

211 ：デフォルトの名無しさん：2021/09/04(土) 07:14:43.65 ID:fZer1WxN.net

今時Postgresql使っている情弱なんているの？
普通にH2でいいじゃん

212 ：デフォルトの名無しさん：2021/09/07(火) 16:42:04.60 ID:miop6AOg.net

H2は容量節約ぐらいしかメリット無い

213 ：デフォルトの名無しさん：2021/11/07(日) 11:50:47.69 ID:khCyKtci.net

自宅は今も Postgre だが。

まあ、BSDを今も使ってる変わり者だけどな。

214 ：デフォルトの名無しさん：2023/02/10(金) 17:46:34.83 ID:eVutpcx3.net

初心者でわからないんですが、COBOLのバッチプログラムってなんでサーバーへの転送先や入力ファイルの配置先などパラメータファイルをいちいち作ってそれを読み込んで、出力して橋渡しで作らないといけないんですか？
直接パラメータをバッチに書いてはいけないのでしょうか？
JP1という日立のジョブ動かすツールがいまいち意味がわからないです。

バトン渡しで全部ファイルでの受け渡しする意味がわからない

215 ：デフォルトの名無しさん：2023/02/18(土) 10:38:01.51 ID:Ebr4Xmt8.net

サブルーチンへcall分でアクセスしてる方法が意味わらかん
どういう方法で関数じみたサブルーチンへアクセスしてるのかやからん

216 ：デフォルトの名無しさん：2023/02/22(水) 00:00:07.43 ID:Ring3gPO.net

それって単にボクが大好きな言語とやりかた違うのはゆるさないじょ！というお気持ち表明でしかないのでは？

217 ：デフォルトの名無しさん：2023/04/26(水) 14:45:05.47 ID:sHzDMVPm.net

COBOLのソースを追跡するマクロを教えて欲しいです
サクラエディタでありますでしょうか？

218 ：デフォルトの名無しさん：2023/05/10(水) 13:10:40.90 ID:TouZAjTe.net

>>214
JP1の汎用性考えてそうしてるんでは?

219 ：デフォルトの名無しさん：2023/05/21(日) 10:49:08.06 ID:S/tXedr3.net

>>217
無い

220 ：デフォルトの名無しさん：2023/08/17(木) 14:28:50.19 ID:FsZbmZpT.net

('o')0OOOOO

221 ：デフォルトの名無しさん：2023/09/07(木) 19:35:40.67 ID:LtMRL3lH.net

初心者ですみませんが、IF分の（)のつけ方で以下の場合、挙動変わりますか？
パターンA
IF （A ＝　1 or 2 and （B = 1 or 2))
パターンB
IF ((A ＝　1 or 2) and （B = 1 or 2))

222 ：デフォルトの名無しさん：2023/10/03(火) 13:57:04.64 ID:3V/991/jl

>>221
変わります。
「Ａ」が１か２でかつＢが１か２のときを表したいのであれば
パターンＢがよろしいかと。
パターンＡでは「Ａ」が１のときELSEになるように見えます。