- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 237 名前：デフォルトの名無しさん mailto:sage [2007/05/29(火) 13:53:38 ]
- ま、IT系の技術なんて水物だからね。
上２つの文から受けた印象は
メンテナンスを続けなければならないCOBOLを運用している組織が
まだ何千も存在しているならば、まもなく定年を迎える人たちが
携わっている上流工程を保守できるスキルは評価される機会はある。
って感じ。
- 238 名前：デフォルトの名無しさん mailto:sage [2007/05/30(水) 01:37:18 ]
- >>233
誰がうまいことを書けとｗ、、、。
- 239 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 17:55:56 ]
- COBOLのおばちゃまってイージス艦の名前に取られてるのな。
- 240 名前：デフォルトの名無しさん mailto:sage [2007/06/14(木) 03:13:13 ]
- LispはCOBOLより古いし、COBOLと比べれば弱小勢力に過ぎない。
しかし、Lispは古くさい言語だとは思われてない。
COBOLはLispより新しいし、今もなおLispとは比べるまでもない大勢力だ。
それなのに古くさいカビの生えた前世紀の遺物と思われてる。
この差はいったいなぜ？
COBOLにだって今もなお学ぶべき優れた点があるというのに。
可読性を重視し、読みづらい省略表記を使わないという長所なんて、
未だにCOBOLに遠く及ばない言語も多数あるというのに。
(たとえばPerlとかPerlとかPerlとか)
なぜCOBOLにはこんなに古くさい、
いまさら取り上げるべき長所なんか皆無の
惰性だけで使われてる言語という
イメージができてしまったのだろうか？
- 241 名前：デフォルトの名無しさん mailto:sage [2007/06/14(木) 08:45:55 ]
- >>240
一番効いてるのは、使ってるプログラマ層の差だろうね。
- 242 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 04:26:47 ]
- 俺が思うにCOBOLの最大のネックは
安価で導入が楽な、個人PC用の決定的な環境が
無いことなんじゃないかなぁと。
Lispはフリーのエディタに付いてくるし
そもそも主なターゲットである言語研究者なら
自分で実装できてしまうようなシンプル設計。
PerlはWinならActivePerlをインスコすればOK、Linux系なら準標準。
書き捨て言語と割り切ってる設計だから慣れれば速記性がある。
文字列処理に強いのもポイント高い。
今でこそテキスト処理に重点を置いたスクリプトが台頭して
PHPみたいなWeb専門の言語もあるが、一昔前は
CGIをやりたいが為に導入した奴もかなり多いと思う。
PascalはDelphiで覚えた奴が多そう。普及に一役かっただろうな。
入力補助してくれるIDEがあれば冗長性も大して気にならないし
あれだけのライブラリがあれば言語関係なく使えると思う。
COBOLのフリー環境はあるが、ライブラリが不足だったり
中途半端だったりインストールが面倒だったり。
あの冗長なコードをテキストエディタで書くのもちょっと…。
かと言って、商用は異様に高いし…。
やはり汎用機の時代を引きずってる印象は否めないんだよなぁ。
- 243 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 17:50:57 ]
- >Pascal
大学で仕方なく覚えたやつも多そう
- 244 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 22:06:43 ]
- >>242
COBOLが帳票出力言語な事につきるんじゃねー？
使いやすいフリーのIDEがあったとしても、
帳票出すプログラムなんて個人ユースには必要ない
- 245 名前：デフォルトの名無しさん mailto:sage [2007/06/19(火) 21:25:02 ]
- COBOLは確かに今でも大勢力ではあるが、
PCユーザとは全く無縁の所でしか使われてないから
PCユーザにとっては「COBOL？ なにそれ？」になってしまう。
そして現代のコンピュータユーザの95%はPCユーザだ。
同じ古い言語でもLISP、C、PASCALなどは
PCの世界で使われてるからPCユーザが目にする機会は多い。
違いといえばそれだけだろう。
- 246 名前：デフォルトの名無しさん mailto:sage [2007/06/20(水) 09:25:33 ]
- >>245
COBOLスレでコンシュマーな話されても。。。
- 247 名前：デフォルトの名無しさん [2007/07/06(金) 10:37:54 ]
-
田原いわく、社保庁の不祥事は「COBOLが悪い」のだとさ。（爆笑）
www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/
田原のぞっとするほどの無知無学さに喫驚。っていうか、呆れた。
- 248 名前：デフォルトの名無しさん [2007/07/06(金) 15:14:19 ]
- > 彼がいうには、いまだに社保庁のシステムはCOBOLというプログラム言語を使っているという。
> これは彼が学生時代に使っていたもので、40年も前のものだ。
> つまりこの年金の問題は、あまりにも古いシステムとハードを使っていることから起きたのだ。
> なぜこのようなことが起きたのかというと、まさに社保庁は倒産しないからだ。
> 一般企業ではそんな古いものを使っていれば、数字が無茶苦茶になって倒産するから、
> 何年かに1回は切り替えている。それを社保庁は、40年も切り替えないできた。
ﾋﾃﾞｰ。言語やハードがいくら古かろうが
コンピュータは寸分の狂いもなく "命令どおり" に動いているというのに・・・
手持ちの電卓たたいて変な数字が出てきたら誰のミスか？ということを考えなおして欲しい。
- 249 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 20:38:40 ]
- > なぜこのようなことが起きたのかというと、まさに社保庁は倒産しないからだ。
うちの病院はもう40年もシステムを継ぎ接ぎ継ぎ接ぎしながら
使い続け、一円のミスも起こしてませんが・・・・・・・・・・・・・
COBOLなんですけど・・・
- 250 名前：デフォルトの名無しさん mailto:sage [2007/07/06(金) 23:14:17 ]
- こんなニュースがあった
「時効年金」受給申請初日、連絡不手際で一部受理されず
www.yomiuri.co.jp/national/news/20070706it07.htm
今日から年金の時効を撤廃する法律が施行されたのに、社会保険庁からの
指示のメールを社会保険事務所の馬鹿が見てなくて「社会保険庁から何も
聞いておらず、手続きの方法も指示されていません」と言って申請に来た人を
追い返したそうだ
こんな馬鹿にはどんなシステム作ってやっても無駄じゃねえのか？
システム入れ替える前に人を入れ替えろやっ！
- 251 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 00:00:47 ]
- 倒産しないから何でもアリだな。うらやましすぎる。
俺に立派な大学を出られる頭脳と財力があったら社保庁入りたい。
- 252 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 01:00:07 ]
- 未だ多くの(少なくとも国内の)金融機関での勘定系処理はCOBOL。
なのに、社保庁のCOBOLだけが悪いのかが不明。
しかし国会議員の無知は怖い。
システムの移行に2年や4年でできると思っているのか。
第3次オンライン後、ハード、ソフトを新規で完全にリプレイスした銀行ってどこよ。
- 253 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 14:39:39 ]
- 年金の例の問題がCOBOLのせいだとでも言うのか？
- 254 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 17:22:40 ]
- >>253
そう言ってる馬鹿がいる
で、この世には日経信者のおっさんがいて
その記事を鵜呑みにしちゃうかも・・・
- 255 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 21:50:23 ]
- >>252
新生銀行（長銀）があるじゃん
都銀に同じことが出来るかどうかは知らんが
- 256 名前：デフォルトの名無しさん [2007/07/08(日) 11:23:08 ]
- 年金問題はCOBOLなんて古い言語を使ってたせい
by サンプロ
- 257 名前：デフォルトの名無しさん [2007/07/08(日) 20:53:33 ]
- なんという馬鹿な議論
ＣＯＢＯＬいまだに重要な言語だろ。
銀行、行政機関、事務系 いまだに普通に使っている。
いい言語だと思う。
- 258 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 21:02:24 ]
- 大工もげんのうやのこぎりといった古い道具を使って
家を建ててるので、家は欠陥品
- 259 名前：デフォルトの名無しさん [2007/07/08(日) 21:21:49 ]
- >>258
うまい。
そのようなことを言っているとしか思えない。
- 260 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 04:26:42 ]
- >>257
PG初心者なのですが・・・・これ新聞読んでて首ひねってたのです。
「・・・・ＩＴコンサルタントによると使用しているプログラミング言語もCOBOLという
古い世代の言語であり、今の言語なら１行ですむものを３行で云々・・・・」
とどのつまり、最終的には機械語にコンパイルするのですから、
言語仕様をどうこう言うのはおかしいと感じたのですが、プロのPGのかたからみたら
どうなのですか？何か問題があるのでしょうか？よく分かりません＞＜
要するに、如何なる言語を使用しようが、codeが最適か否かの問題ではないの
ですか？
- 261 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 06:38:05 ]
- マスゴミの発表をまにうけるな、って思うが。
ただまぁ、「いい言語」と言われたら「２０−３０年前は」と
漏れも答えるが。
まあこの場合は使う人間がおかしいって事でFA
- 262 名前：デフォルトの名無しさん [2007/07/09(月) 06:39:58 ]
- >>260
全然、古くないよ。
世界中で金融系・事務系に幅広く使われている。
- 263 名前：デフォルトの名無しさん [2007/07/09(月) 06:46:18 ]
- >>261
安定しているといえばいい言語。
- 264 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 07:26:18 ]
- ＞金融系・事務系に幅広く使われている。
漏れの知っている某都銀では
Javaとかにシフトしつつあるけどな。
今は幅狭く使われているよ。＞COBOL
ただまあ、新規案件でCOBOL持ち出すアフォが実在するのも事実だしなぁ。
- 265 名前：デフォルトの名無しさん [2007/07/09(月) 10:42:30 ]
-
田原総一郎の無知無学ぶりを顕彰する！
どはははは。
- 266 名前：デフォルトの名無しさん [2007/07/09(月) 17:23:41 ]
- >>262
逆に金融・事務系で切替が進まなかったことが不思議。COBOL自体にできることは少ないから、結局、
多言語とのインターフェースだらけになって、後になって、scratchから書いた方が早いなどと言う自体に
なる。
- 267 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:26:07 ]
- 入出力をはっきり定義して、その間の手続きを記述する言語。
知識ベースを作るのに向かないというか言語外のDB頼りとなる。
従ってCOBOLだけで実世界のモデルを記述することが困難。
これが、メーンフレームで未だに気の利いたことができない理由。
- 268 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:30:58 ]
- メインフレーム?
- 269 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 22:52:10 ]
- いくつかの銀行系のシステム開発に携わっているけれど、
プログラム単体の中ででDBを直接アクセスするコードって書いたこと無い。
DBアクセスするようなのは、全て外部モジュールをCALLだったけど。
何千とあるプログラムでcoderの勝手に書かれちゃメンテナンス出来ません。
- 270 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 23:01:03 ]
- FILLERとか言う文字エリアにパック１０進数を叩き込んであって
それを読み出す為に、プログラム内でﾏﾝﾄﾞｸｻｲ内部定義切って
アレコレしてたりするんだが、あれはある意味DBを直接アクセスしてるのと
大差ないと思うんだが。
SQLであんなワザはできんしな。
- 271 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 15:11:38 ]
- >>269
その外部モジュールというのは何をやっているのですか?
一般にどんな言語で記述されているのですか?
- 272 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:42:24 ]
- >>267
そういう用途にわざわざ汎用機使うのは無駄じゃねー？
それなりの性能のサーバにUNIXぶち込めば万事OKな気が。安いし
- 273 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 20:44:31 ]
- でもCOBOLってソレしか出来ない言語だしな
- 274 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 20:08:19 ]
- >>271
COBOLのものもあれば、アセンブラのものもありました。
用途や使用頻度、要求される速度によって違います。
- 275 名前：デフォルトの名無しさん [2007/07/15(日) 01:43:31 ]
- コボラーになりたての者です
COBOLを学ぶに良い本を教えてください
- 276 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 10:43:43 ]
- >>275
>>160
- 277 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 22:15:07 ]
- >>275
>>160 がいうようにソースを読め。もしあるならJob Flow
- 278 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 23:34:46 ]
- >>275
マニュアル
マニュアルをまともに読まない（読む時間がない）人も多いので
- 279 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 11:37:21 ]
- COBOLじゃないんですけど
EasytrievePlusの日本語マニュアルってPDFで
ありませんか？
英語版しか見当たらなくて。。。
- 280 名前：田原はアルツハイマーか [2007/07/23(月) 06:23:36 ]
-
年金、田原総一朗、COBOLが悪い発言
iiyu.asablo.jp/blog/2007/07/23/1674169
- 281 名前：デフォルトの名無しさん [2007/07/23(月) 15:11:53 ]
- >>269
何か、再利用しにくい資産だね。ソフトウェアも高額なら資産に計上して良いはずだと
思うけれど、時価では価値低そうだね。
- 282 名前：デフォルトの名無しさん [2007/07/23(月) 15:15:08 ]
- >>280
もう、技術者がいなくなってきているし、当たらずとも遠からず、じゃないの。
後で入力のチェッカーなんて作ろうとする奴が何十年も現れなかったのだし...
- 283 名前：デフォルトの名無しさん [2007/07/24(火) 18:46:23 ]
- COBOLってプログラミングした奴のエラー以外は素直に動くよな
- 284 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 10:18:35 ]
- >>283
うん。汎用機を持ち続けることが出来るなら無理に言語変更はしなくても大丈夫だと思う。
あまり新しいことは出来ないけど、裏で動かすバッチだったら安定してるしね。
- 285 名前：デフォルトの名無しさん [2007/07/27(金) 12:56:21 ]
- >>284
うちの会社のデータベースはＪａｖａと連動してオンライン化してるけど
１回もＣＯＢＯＬが原因でエラーになったことないから
御国の言ってることが何だか分かりませんよ、やれやれ
- 286 名前：デフォルトの名無しさん [2007/07/27(金) 16:53:13 ]
- プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
停止してきます、と将来言い始めたら、さてどうするのかな？ COBOLはオプション
で別契約別料金とします、これが一番いい。
- 287 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 20:14:33 ]
- >>286
銀行などの大口客を敵に回す気？
- 288 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:34:37 ]
- >プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
>停止してきます
ばかー？
- 289 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:52:53 ]
- つまりRPGの時代が(ry
- 290 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 00:58:42 ]
- これからはオープン系＝ＡＳ４００の時代に(ry
- 291 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 01:47:51 ]
- >>289-290
それは大ボラ。ｗ
- 292 名前：sage [2007/07/29(日) 00:07:26 ]
- >>289-290
おいおいそりゃあWKENだろう
- 293 名前：棒線レーサー mailto:sage [2007/07/31(火) 14:07:44 ]
- 待て、この流れでいくと初心に帰ってBASIC！！
- 294 名前：デフォルトの名無しさん [2007/08/01(水) 22:20:30 ]
- 現場に配属になったＹＯ
研修ではゼロからコーディングしていったけど、
現場では、生産性高める為にヒナ形があって、パラメータとかちょこっと
変えてやるだけでいいのね。。。
プログラムよりも、現場独自のツールとかテスト結果の読み方とか勉強
するのが大変。
- 295 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 21:50:14 ]
- >>294
そう。それ以上に大変なのが業界ごとのお約束。部外者には、なんで、ここでこういう処理をする？って事ばっか。
- 296 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 09:51:56 ]
- シェル環境でCOBOLのプログラム実行すると「sysout」ってファイルができるんだけど何かコーディングがまずいのかな？
- 297 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:31:42 ]
- なんという釣り餌
- 298 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 06:20:29 ]
- 釣りとかじゃなくて本当に困ってるんです！
- 299 名前：デフォルトの名無しさん [2007/08/10(金) 10:14:52 ]
- AGEND
- 300 名前：デフォルトの名無しさん [2007/08/11(土) 09:34:10 ]
- COBOLってデータベースからデータ取ってきて加工して返すような案件があるけど、
それってクエリの代わりを作ってるっていうことなのか。
- 301 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:56:25 ]
- やっぱ大量データのバッチ処理の分野じゃ
メインフレーム＋COBOLが最強だわ。断言できる。
金融機関の社内SEだけど、これからもずっとCOBOLでやっていくことで
社会コンセンサスは取れてる。
今は一部のアセンブラ資産をCOBOLに順次切り替え中。
メインフレームのアセンブラ使いこそは、まさに絶滅危惧種だからな。
これでうちのシステムはあと何十年でも戦える。
- 302 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 06:34:50 ]
- ＞金融機関の社内SE
別にどーこー言うつもりもないが、
自分の居場所を守る行為はそれはそれで普通だけど
COBOLerをアセンブラ使いを絶滅危惧種扱いはどーなのかと。
漏れの知っている某金融機関はアセンブラ:COBOL=8:2って
感じで、そもそもそのCOBOLは派遣(?)が作った部分だったりするが。
いや、その開発部署は８割が派遣で出来ているんだけどな。w
- 303 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 06:35:28 ]
- ｽﾏｿ
＞COBOLerをアセンブラ使い
COBOLerがアセンブラ使い
- 304 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 10:36:30 ]
- メインフレーム扱ってる奴ならCOBOLもASSEMBLERも使えて当然な気もする
JAVAも含めた三刀流は珍しいかな
- 305 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 13:05:03 ]
- トキの絶滅を危惧するヤンバルクイナがいると聞いて飛んできますた！(`・ω・´)
- 306 名前：デフォルトの名無しさん [2007/08/13(月) 23:43:27 ]
- コボルの開発環境は進化を続けているが
コボラーが進歩していない、どころか退化しているのが現状。
- 307 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 00:01:28 ]
- >>304
そりゃまあ、バッチ処理みたいな単純な読み書きに計算、分岐処理しかやらないんだったら
アセンブラもコボルも出来て当然だと思うが。
分野が違うけどＣやアセンブラでリアルタイムなアクションゲーム作るのとは次元が違うしな。
- 308 名前：コボちゃん mailto:コボちゃん [2007/08/15(水) 13:16:41 ]
- コボちゃん
- 309 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:19:51 ]
- COBOLの進化についていけるようなコボラーはとっくにCやJAVAに乗り換えてる罠
- 310 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:48:22 ]
- COBOLはキーワードがかっちょいいんだよな。
DIVISIONとかＳＥＣＴＩＯＮとかさ。
WITH TEST AFTERなんて、もううっとりしてしまう。
COBOLに一生付いていくよ。
- 311 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:58:19 ]
- COBOLerが絶滅危惧種？
１年前まで、COBOLerだらけの楽園にいましたが...？
- 312 名前：コボちゃん mailto:コボちゃん [2007/08/16(木) 07:34:36 ]
- コボちゃん
- 313 名前：デフォルトの名無しさん [2007/08/16(木) 17:33:36 ]
- こぼらあｗ
- 314 名前：デフォルトの名無しさん [2007/08/17(金) 17:48:52 ]
- 俺、ＣＯＢＯＬの経験ありってことで、システム維持管理の仕事をするように会社から言われた。
具体的にはどういった仕事をするの？
経験者の方のコメントを求む。
- 315 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:04:49 ]
- >>314
アホかｗ
お前の会社のシステム維持管理が
どういう仕事かなんて俺らが知るかよｗ
上司や先輩に聞けｗ
- 316 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:57:48 ]
- どこかで見たような・・
pc11.2ch.net/test/read.cgi/prog/1120922010/844-846
- 317 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:36:03 ]
- >>310
釣られてみる
WHTH TEST [AFTER | BEFORE]が好きな奴は変態
- 318 名前：デフォルトの名無しさん [2007/08/18(土) 15:44:23 ]
- 314です。
俺の会社ではなく、今度新しくこの会社（ソフトハウス）に入社し、この会社が開発したＣＯＢＯＬのシステムの維持管理です。
具体的にはどういった仕事をするんですか？
経験者の方のコメントをお願いします。
- 319 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 15:50:44 ]
- 予備知識?
- 320 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 17:03:44 ]
- COBOLの保守？
臭いモノにふたをして（見なかったことにして）上辺だけを見繕い、
世の中（と自分）を誤魔化しながら生きていくって感じ。
まあトラブルさえなけりゃ一日中マンガ読んでいても大丈夫な現場じゃね？
技術的な向上心を望んでいる人には地獄だと思うけどな。
- 321 名前：デフォルトの名無しさん [2007/08/20(月) 12:43:21 ]
- 10 PRINT ﾞこぼらー乙ﾞ
20 GOTO 10
RUN
- 322 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 20:25:20 ]
- >>321
それはBASIC
- 323 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:39:10 ]
- warota
- 324 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:37:14 ]
- DISPLAY 'こぼらー乙'.
STOP RUN.
- 325 名前：コボちゃん mailto:コボちゃん [2007/08/21(火) 14:42:27 ]
- コボちゃん
- 326 名前：デフォルトの名無しさん [2007/08/22(水) 17:18:26 ]
- MAIN
PERFORM DISP-RTN THRU DISP-RTN-EXT UNTIL 10000 TIMES.
STOP RUN.
DISP-RTN.
DISPLAY NC"こぼらー乙".
DISP-RTN-EXT.
EXIT.
久々に書いたよ。ボコル。
久々にNumLockをonにしていたよ。ボコル。
- 327 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 17:39:11 ]
- コンパイル通らないね
- 328 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 19:30:19 ]
- >>326
なんて美しいコード…やっぱコボルが一番だな。
CとかJavaの軟弱な小文字ソースを見ると吐き気がする。
- 329 名前：デフォルトの名無しさん [2007/08/28(火) 23:33:53 ]
- ケース１：
A PIC S9(03) VALUE -123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますよね？
ケース２：
A PIC S9(03) VALUE 123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますか？
ケース２の実行結果がわかりません。
ご教示願います。 ( ･∀･)ﾉ
- 330 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:00:25 ]
- A領域、B領域...
- 331 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:16:46 ]
- ケース1も怪しい気がする。
ZONE形式で符号付きの場合、一番ケツに符号を持ってたと思う。
（持ち方は環境依存かもしれない。）
-123 だからと言ってS9(3)は4文字にはなっていないんじゃないか？
- 332 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:50:04 ]
- >>331
その辺は言語仕様として固まって無いんじゃ
俺はCOMPオプションで出力されるデータ型が決まるみたいに考えてた
- 333 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:55:12 ]
- >>331
おいおい、MOVEするときに型変換されるに決まってるじゃないか。
つまりケース２は「23」で正しいかと。
- 334 名前：329 [2007/08/29(水) 08:11:37 ]
- みなさん、ご教示ありがとうございます。
ということは・・・
「A PIC S9(03)で変数Aを宣言すると４文字分の領域（符号領域＋３桁の数値領域）が
確保され正の数のとき、右詰で数値が設定される」
という認識であってますか？
- 335 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 09:38:02 ]
- >>334
REDEFINES して調べてみたら?
- 336 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 10:03:06 ]
- >>335
>>333 はREDEFINESとMOVEで動作が違うといってるな。
どういう動作になるのかは言語仕様にあるかわかんね。コンパイラ依存だろうか。
- 337 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 12:50:06 ]
- >>329
>>334
俺の環境だとコンパイルすら無理、どっちのケースでも
MOVE A(3:2) TO B
が異常あつかい
俺の環境だとAは3バイトあつかいなので、
3桁目から2バイトだと領域オーバーだから
いぜう
|
 |
