★★Java質問･相談スレッド182★★

2018/11/19(月) 11:37:06.10

プログラミング言語Javaに関する質問スレです。
JavaScript, Ajaxの質問は、ここでは受け付けていません。
Web製作管理　　　 http://pc11.2ch.net/hp/
Webプログラミング http://pc11.2ch.net/php/
をご利用下さい。

よくある質問
・「コマンドまたはファイル名が違います」
　「'javac' は、内部コマンドまたは外部コマンド、
　操作可能なプログラムまたはバッチファイルとして認識されていません。」
　「Exception in thread "main" java.lang.NoClassDefFoundError: 」
　(p)ttp://www.wikiroom.com/java/?path,classpath
・「\12288 は不正な文字です。」
文字リテラル以外で全角スペースは使えません。半角スペースに。
・その他の質問→「APIのjavadoc見ろ」
・String に == は使うな。equals() を使え。※

質問時の心得
・コンパイルエラーか実行時エラーか、エラーではないが意図しない動作なのかはっきりしろ。あとエラーメッセージちゃんと読め。
・前提条件としてOS、開発環境、バージョン、使用フレームワーク等を明記。

前スレ
★★Java質問･相談スレッド181★★
https://mevius.5ch.net/test/read.cgi/tech/1518252580/

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

2019/04/25(木) 23:35:13.14

つーかその張ってるリンク先で言ってる話はまた別の話だと思う
読み込むpropertiesファイルもまとめてjarにいれた場合に読めないって話でしょ

結局やりたいことの為に何が必要なのか考えてみた方がよいと思う

2019/04/26(金) 00:23:14.47

プログラム上の問題というより環境的な問題だから
自分じゃどうしようもない
これはプログラムが悪いんじゃなく、ソフトウェアエコシステムの問題だ
すんなりとクロスプラットフォームになって
カレントディレクトリとか余計な問題に悩まなくていい開発方法があればいいのに

2019/04/26(金) 01:15:44.98

カレントディレクトリを前提にパスを扱うからいけないだけ
jarファイルの場所を起点として相対パスを使えばいいだけだよ

2019/04/26(金) 02:14:57.44

それは絶対パスを使う事になるから、できれば避けたい
でもそれしかないかもしれない

2019/04/26(金) 04:22:09.54

スクリプト書けばいいのに
シェルスクリプトならPOSIXに対応した環境で使えるし
WindowsならPowerShellとかBATファイルとかあるじゃん
スクリプトじゃなくてプログラムでも良いけど
それができない環境はないよ

JavaのクロスプラットフォームはJVMが環境の差異を吸収するからソースコードコンパイルし直さなくて平気だよってものなのでカレントディレクトリが実行環境によって変わりますっていうのは別の事柄だよ

Java製のV2CやEclipse、NetBeansといったソフトウェアもjarを直接起動することないよ、起動用のプログラムは別で用意されてて一緒に配布されてる

カレントディレクトリの概念は便利なものだよ

2019/04/26(金) 04:28:32.96

便利なのはわかるんだ
例えばmkdirだって、どこかに置かれたプログラムで、カレントディレクトリにおいて作用するわけで。
関数的なプログラムはそれでいい。

でも状態を持つプログラムにおいてそのプログラムが置かれたフォルダに状態を作るというのも便利なものだ。
これはOOP的。
エンドユーザーからすれば、良く分からんところに状態を作られるのは嫌。

2019/04/26(金) 04:34:30.93

>>264
じゃあユーザーにはスクリプトを配布してそれを実行してもらうようにすればいいよ

2019/04/26(金) 04:50:17.67

カレントディレクトリ無視してjarのディレクトリで動作しますというのがユーザーにとって迷惑なこともあるわけでユーザーがコントロールできるのが望ましいのじゃないかな

OOPや関数型プログラミングは今回の件と関係があるとは思えない

2019/04/26(金) 05:21:05.77

・プログラムの動作上必要なファイルをjarと同じ場所に配置する
・プログラムではそのファイルに相対パスでアクセスする
という要件でしょ

2019/04/26(金) 05:55:44.11

相対パスはカレントディレクトリからのパスなので
カレントディレクトリを変えるしかなく
スクリプトでカレントディレクトリを変える

jarのパスを引数で渡すなり実行時に取得するなりして
Path.resolveメソッドで相対パスを解決する

2019/04/26(金) 06:01:41.80

他にあるかなー

2019/04/26(金) 06:30:18.37

・個人情報が含まれることがあるから絶対パスを使いたくない。

2019/04/26(金) 07:10:21.98

>>270
その理由がよくわからない
パスはプログラム内部で使用するだけじゃないの？
パスを公開するん？

2019/04/26(金) 07:39:19.02

カレントディレクトリからの相対パスを使用したとしても
Path.of(".").toAbsolutePath()
としたらプログラムでは見れるので
プログラムに対して絶対パスを隠す意味はないですよね

絶対パスを指定するとしたら実行時にスクリプトで絶対パスを取得して
javaに渡すなり、javaから取得するなりすると思うんですよ

Path resourcePath = ...;
Path text = resourcePath.resolve("text.txt");

こんな感じで
ログに出力したくないというのであればtext.getFileName()をログに出力するようにすればよいかと
絶対パスを使いたくない意味がよくわからない

2019/04/26(金) 08:25:41.39

＞プログラムの動作上必要なファイルをjarと同じ場所に配置する
この要件が意味不明過ぎる。
初めからプログラムが知っているべきものなら、CLASSPATHから辿れるResourceでいいし、
外部から与えられるファイル（設定ファイルとかデータファイルとか）なら、
ユーザが「知っている」はずだから、それに従うだけ。

2019/04/26(金) 09:02:13.01

自分ならjarのあるディレクトリに移動してプログラムを起動するバッチファイルを使うわ。
プログラムではカレントディレクトリにあるはずのファイルが無かったらエラーを吐いて止まる。

2019/04/26(金) 09:21:40.52

それosごとに書くの？
write everywhereｗｗｗ

2019/04/26(金) 09:35:16.97

Write once
Bug anywhere

2019/04/26(金) 09:44:37.15

>>275
シェルスクリプトならUnix系のOSで使える
WindowsならPowerShellでいんじゃないかな
実質2つだけかと

2019/04/26(金) 10:00:15.39

頭悪すぎ。
権限とかセキュリティを考慮すれば、ワーキングディレクトリもユーザ側に委ねるべきもの。

2019/04/26(金) 13:39:16.32

>>258
Ruby では、Windows のパス区切りも、/ で統一されている。
Dir.glob( 'C:/Users/Owner/Pictures/*' )

Rails では「設定より規約」というポリシーだから、何も設定しない場合には、
プロジェクトフォルダ内でのリソースの置き場や、
それらのdeploy 後の置き場や、アクセス方法も決まっている

このように、フレームワークを使うと、その規則に従うから、何も考えなくてよい！

2019/04/26(金) 14:10:43.88

>>279
え？Windowsって昔からプログラムでファイルオープンする時は / 使えなかったっけ？
昔々 Delphi とかで使えた記憶があるんだけど。言語の問題じゃなくて Windows API が / も受け付けてるって事ね。
コマンドラインから受け付けないようになってる理由は昔から / をスイッチとして使ってるからだと思う。

**279** (ﾜｯﾁｮｲ da2c-vaK/ [219.162.237.2]) · 2019/04/26(金) 14:36:03.51

C:\Users\Owner\Pictures\

Python では、\ をエスケープするために、\\ を2つ使った、表記をよく見る。
C:\\Users\\Owner\\Pictures\\

一方、Ruby では、
C:/Users/Owner/Pictures/

2019/04/26(金) 14:41:28.21

>>281
わからんけど試しにWindowsのPythonで / でやってみな。多分できる。
Perl もできた。

てか、言語関係ない筈。

2019/04/26(金) 15:17:33.53

スレチ

2019/04/26(金) 21:05:21.66

Rubyキチは黙ってスルー。

2019/04/27(土) 00:27:38.86

カレントディレクトリをユーザ側に委ねると
前回のセーブデータを必要とするとき、GUIとかでユーザーに設定してもらう必要がある。
アプリフォルダに入ってれば自動的に見つけれる。

俺はカレントディレクトリをユーザ側に委ねる使用法を否定していない。
ちゃんと読んでくれ。誰もそんな事は言ってない。
ただアプリによってアプリフォルダに状態を持つ方法が必要になると言ってる。
しかもそれを相対パスとして実現できる必要がある。

この話は、Oracleも必要性を認めていて、しかし問題があり却下していたはず

2019/04/27(土) 00:35:07.92

https://bugs.java.com/bugdatabase/view_bug.do?bug_id=4045688
>A chdir that has inheritable thread local semantics is much safer and
clearly useful, but it is quite an implementation challenge.

2019/04/27(土) 00:38:18.41

カレントディレクトリを大部分のアプリにおいてユーザ側が制御できる事と
一部アプリにおいてアプリ側が制御できる事は両立する。
誰もカレントディレクトリをユーザ側で制御する事を否定してないのに、なんでそんな話が出てくる？

2019/04/27(土) 00:45:30.79

> It's really too bad that there is no system interface that allows a
> program to save and restore the current working directory reliably

Ruby is another application platform that embraces threading and has a
process-wide chdir. In the latest ruby release, a warning is issued if
chdir is used in a program with more than one active thread.

ルビーではプログラム側でchdir出来ると書いてある。
そういう需要があるという事だろう。
しかしプロセス単位で設定するのは危険で、
スレッド別に設定できるべきだという意見が2つ出ている。

例えば1プロセスでマルチユーザーを達成するプログラムがあった場合、
アクセスしたユーザーに応じてchdirできる。

APIの用途なんかいくらでも出てくる。
Javaが実行時chdirを持たない事は欠陥だ。
アプリコードで実行されたクラスのパスを取得してそれをプリフィクスにすればいいと
上で意見が出ているが、それではライブラリの動作が透過的に変更されない。

2019/04/27(土) 00:53:45.71

俺の説明が正しいかは分からない。
俺は細かいところを間違えたかもしれない。

でも、javaが実行時chdirを持たない事が欠陥なのは間違いない。

2019/04/27(土) 01:06:06.63

カレントディレクトリをユーザーが指定しつつ
同時にプログラム側でchdirすべき場合があるじゃないか。

1プロセスでマルチユーザーからのアクセスを受け付けるプログラムで、
ユーザーがカレントディレクトリを指定して、
プログラム側でスレッド別にユーザーが指定したカレントディレクトリにchdirする場合。

2019/04/27(土) 01:11:53.55

>>285
だからその用途の場合は実行時にjarの場所を取得して、そこからの相対パスで扱うべきって話をしてるわけだが
相対パス＝カレントディレクトリを基準に使わなければいけない、みたいな謎ルールがあるのか？

2019/04/27(土) 01:17:58.25

これ2006年ごろ会社でBtoBtoCのシステム作っててやったの思い出した
クライアント別にchdir
ApacheとLinuxの仕組みを活用して達成できたけど、
クロスプラットフォームなやり方は無いと思う。

2019/04/27(土) 01:18:26.51

>>291
＞それではライブラリの動作が透過的に変更されない。

2019/04/27(土) 01:19:54.56

>>286-288と>>290と>>292あたり読んでね
読まずに返信したらダメだよ
理解してから書いて

この話題は>>290が完ぺきな説得力を持って俺の中では終わってる

2019/04/27(土) 01:21:56.36

そのオラクルのサイトでもこう書かれてる。
＞This needs co-operation from the runtime (if we chdir() the VM, then the
IO libariries would get transparently updated).

chdirはライブラリの動作を透過的に変更できる。
お前らが言ってるクラスファイルのパスを取得して接頭辞にしろというアイデアは、
ライブラリの動作で問題が生じる。

2019/04/27(土) 10:12:27.47

>>294
自己完結

2019/04/27(土) 10:12:49.27

自己完結しましたってことね

2019/04/27(土) 10:13:08.94

ここは質問スレッドなので質問ありますか？

2019/04/27(土) 10:28:47.67

カレントディレクトリのファイルを読み書きするライブラリなんてあるのかね
ファイルを読み書きするならFileなりPathなりInputStreamなりOutputStreamなり
を引数として取るように作るんじゃないかな

もともとはカレントディレクトリがプロジェクトのディレクトリになるという
勘違いから起こった話題だけど何を解決しようとしてるのかよくわかんない

2019/04/27(土) 11:40:58.78

もともとは「カレントディレクトリが何になるか環境依存で決まる」という話。

ライブラリでカレントディレクトリに依存しているものはたくさんある。

2019/04/27(土) 12:51:28.78

>>300
具体的になんてライブラリなの？
たくさんあるうちから比較的有名なものを教えていただけると

2019/04/27(土) 15:14:58.99

具体例をあげさせようというのは、
「そんなライブラリ存在しない」と本気で思えるからなのか？
言語仕様的にカレントディレクトリへの依存なんてFileを相対パスで使ったら生じるもので
それが一般に無いなんて前提は持ちようがない。
お前は単に俺に無駄な手間をかけさせようとしているだけとしか思えないんだが？
お前の本心は何だ？”本気でその質問がここに居る人たちをより優れた認識に導くと思っているのか？”
あるいはただのクズか？

2019/04/27(土) 15:17:25.68

まあ解決したみたいだしもういいでしょ

2019/04/27(土) 15:35:16.29

Javaを使う全ケースで共通のカレントディレクトリ依存のファイル作成処理。
https://docs.oracle.com/javase/jp/8/docs/technotes/guides/troubleshoot/felog001.html
このファイルが作成される事はプログラム側の問題だから
プログラム側のフォルダに作成されるのは基本的に正しい。

多重起動防止テクニック
http://d.hatena.ne.jp/knowledgefort/20090902/1251885412
1フォルダにつき1つしかプログラムを起動させたくないなら、
プログラム側のフォルダにロックファイルを作るのが正しい。

HTTPサーバつきのDBはプログラム側のフォルダにDBを作る事が多いだろう。

他にも全利用のログや統計が必要な場合。

結局一人で調べて一人で解決したほうがいいんだなと思った。
正しい着眼点と方向性で進めててもアホ呼ばわりされる。
こいつら極限まで分かり易く示さない限りアホ呼ばわりしてきそうだ

2019/04/27(土) 15:41:51.22

ああ・・・エラー処理はカレント側に作成されてるな

ただ、これもそうだが、分かり易い事例を示すのが難しいだけで俺の意見が正しい。
現実のプログラムであればそういうシステムを多々見てきたし、
プログラム側のフォルダに状態を作るべき場合は存在する。
たとえ事例が無くてもそれが存在するのが分かる。

オラクルのエンジニアだってそういうメリットがあるから
スレッド別の継承型chdirが望ましいと書いてたろ？

「自分でわかる」「著名人もそう言ってる」
この段階からさらにお前らが分かるような事例を持ってこいってのはさらに難しい

2019/04/27(土) 16:11:19.17

>>302
俺はカレントディレクトリのファイルを読み書きするライブラリを知らない
君はそれをたくさん知ってるということだったので
教えてもらいたかっただけだよ

https://docs.oracle.com/javase/jp/8/docs/technotes/guides/troubleshoot/felog001.html
これはファイルパスを指定できるようになってて
デフォルトではカレントディレクトリだよってことですね
ライブラリではなくてjavaの仮想マシンがそういう動作をするってことですよね

http://d.hatena.ne.jp/knowledgefort/20090902/1251885412
これはカレントディレクトリを使ってはいけないんだってことを
君は言いたいのかな、よくわかんなかったけど

2019/04/27(土) 16:12:22.32

例の一つもしめせない正しさなんかいらない。
連休明けにお前の席、ねーからー！ｗ

2019/04/27(土) 16:38:17.73

>>305
君が見てきたいろんなシステムはjarを直接起動するシステムばかりだったの？
特殊な環境にいたのかなと

プログラム側のフォルダに状態を作るべき場合が存在するのは否定しないよ
そういうこともある、その場合はjavaを実行する前に指定しましょうというのが
一般的なやり方だよ

前にも挙げたけどEclipseとかV2CとかNetBeansとか
Java製のソフトウェアは起動用のプログラムとjarが別れてるよ

アプリケーションサーバのTomcatなんかもそうだよ
起動用のスクリプトの中でパラメータを指定したり環境変数を定義したり
して実行環境を整えてjavaを実行してるよ

2019/04/27(土) 16:55:22.93

↓ここみるかぎりworking directoryをJavaで変えるのはできそう
https://stackoverflow.com/questions/840190/changing-the-current-working-directory-in-java

2019/04/30(火) 23:09:51.16

お前ら6ヶ月超えたLTSはどうしてる？
ぶっちゃけAdapt OpenJDKとOpen J9しか無かった頃はOpen J9は影響力無いだろうからAdapt OpenJDKがupstreamに変更内容pushしてくれれば済んだじゃん。
ディストロ乱立した今Azulみたいに大してupstreamに貢献してない所あるからディストロ毎の変更の差が広がるけど。

2019/05/03(金) 17:48:48.96

JAVAも人気が無くなっちゃったね
勉強しようかと思ってたけど今は何がおすすめ？ C++あたりかな？

2019/05/04(土) 00:54:34.37

Kotlin もよろしく

2019/05/06(月) 13:16:22.90

天の邪鬼なんで今からjava勉強しようと思います
もとの専門が強電と計装なんですけどつながる所ありますか？

2019/05/06(月) 13:40:45.97

理系脳があれば文系Javaマの大多数よりは上
現場のレベルの低さは想像を絶する

2019/05/06(月) 13:44:38.65

プログラムの才能は理系・文系とは別

2019/05/06(月) 20:21:56.86

なんだろうね。数学的能力はあった方が良いがそれだけではないし。
手順を言葉で表現する能力もある必要があるがそれだけでもないし。

2019/05/06(月) 23:47:19.20

よくわからんまとめサイトにjavaって読書好きな人向けみたいに書いてあったんだけど本当？
何時間も細かい文章読んでても気にならないタイプなんだけど
ただイメージわかない物は苦手ですが（英語とか辞書とか）

2019/05/07(火) 00:32:26.40

>>317
長くて複雑な資料を読んで理解できる能力は言語関係なくITエンジニアにとって極めて重要
応用情報の午後の過去問なんかをダウンロードして見てみたらイメージ掴みやすいと思う
あれはよく読めば大して知識なくても解けるもので、そういう人は向いてる

2019/05/07(火) 06:49:28.50

>>318
ありがとうございます
読んでみます

2019/05/08(水) 00:47:24.78

Kotlinはjsにコンパイルする環境がすでに整ってるけど
Javaはgwtがコケて完全に死んだよね

2019/05/08(水) 09:32:17.94

KGBに監視されている

2019/05/09(木) 21:35:28.39

某組み込み系の比率が高い県の未経験者です
組み込み系（C言語）とWeb系（PHP）両方の経験を積みたいんですが最初にjavaをがっつりやるのはありですか？

javaがっつりやって流れでC言語もPHPも出来るようになる作戦なんですが虫が良すぎでしょうか

それとももっと良い言語がある？

2019/05/09(木) 21:52:11.67

JavaがわかればPHPは余裕
C言語はクラスがなかったりポインタとかメモリ管理とかJavaの常識が通用しない
ループとか条件分岐とか関数はほとんど同じだけど
やってみたらいいじゃない1週間あればいけるっしょ

2019/05/09(木) 23:28:52.95

>>323
なるほど、古いほど難しい感じ？なんですかね？
とりあえず今やってるjavascript終わったらしばらくjava一本に絞ってみます

2019/05/10(金) 13:49:52.47

brainfuckはcより新しいぞ

2019/05/10(金) 20:42:23.89

ttps://sbfl.net/blog/2016/05/20/javascript-danmaku-stg-3/
にある回転弾幕を参考に同じように回転弾幕を作成しているのですが、回転しません。
radianの計算が違うのでしょうか？

ttps://pastebin.com/wFCdcf0A

2019/05/13(月) 15:18:49.84

すいません、今からならjava8やるべきですかそれとも11ですか　
まあ11は探しても本無いんで何すべきかわかんないですが

2019/05/13(月) 16:07:46.34

11でコード書いたら下方互換がないのってLambdaのvarくらいか。
非互換さえ理解しておけば、11から始めてもいいんじゃないか。
どうせそんなこと聞いているくらいだから、Tiger時代くらいのAPIしか
使わんのだろうし。

2019/05/13(月) 17:30:27.34

Kotlinもよろしく

2019/05/13(月) 22:00:41.33

今からやるならモジュールから入ったほうが良いから11かな。
下位互換のためだけにあるunnamed moduleとautomatic moduleの
ルールが複雑だから9以降初学者は最初に普通のモジュール使ったほうが覚えるの簡単だと思う。

あとは>>328の言う通り8以降でapiかなり変わってるからapi覚え直したほうが良い。

2019/05/13(月) 22:16:51.52

今からやるんだったら
まず Java をやらない方がいい
としか言いようがないな

2019/05/13(月) 22:23:05.62

Javaのめんどくさいところを知っておくとよい

2019/05/14(火) 08:21:57.15

ありがとうございますm(_ _)m

2019/05/14(火) 22:58:57.58

関数型インターフェースを使いたいときって自分で作ったほうがいい感じ？
実行するときに.accept()とか書いてあっても何するのかわかりずらかったりするかなーって思った

2019/05/15(水) 02:24:44.79

未経験者です
すっきりわかるjava入門上下2冊とeffective java第3版どちらにするか迷うんですがeffective javaシリーズは初心者が触っても大丈夫なものですか？

2019/05/15(水) 07:56:51.46

>>335
effective javaは将棋に例えるなら定跡集
駒の動かし方は書いていないから初学者には一ミリも理解できない

2019/05/15(水) 09:09:39.48

>>336
ありがとうございますm(_ _)m

2019/05/15(水) 14:54:29.15

出たなｗスッキリ厨ｗ

2019/05/15(水) 16:09:43.87

俺は物事がわかってスッキリしたという感覚がわからない。わかるかどうかとスッキリするかどうかは無関係ではないか？

2019/05/15(水) 17:15:57.03

悩んでいる時間に依存するのでは

2019/05/15(水) 18:35:02.55

スッキリてどゆこと？
保守するときにメソッド名が関係なかったら理解するのに時間かかるじゃん

2019/05/16(木) 01:58:48.56

質問、Javaでint型変数だけを宣言すると初期値は何も入らないんですか？

Cの場合はint型変数を宣言した時点で変数に初期値を入れない場合、乱数が格納されると記憶に残ってるんですけども

2019/05/16(木) 02:52:56.95

>>342
https://qiita.com/java-beginner/items/9fc60e3754445a57266e

2019/05/16(木) 02:57:46.45

jniでネイティブコードを呼び出した場合、
オーバーヘッドじゃなくて実行中の性能に差は出るんだろうか？

2019/05/16(木) 09:17:37.19

それはそのnativeなコードがどう作られているかによるのでは？

2019/05/16(木) 11:31:30.57

>>344
結構、出るはず。
特に、C/C++ は GC が無いので、体感速度に影響が出るくらい速く動く場合
も少なくないはず。実際、現実にC#とC++でもかなりの速度差があるのは、GCの
せいだと考えられるし。

2019/05/16(木) 13:56:57.10

native バイナリで動く言語は、システムへの保護がCPUレベルの #GPE などで
コスト0で行えるのに対し、VMで動く言語は通常、VMシステムへのデータ保護
がソフトウェアレベルで行われていることが多く、JITコンパイラでバイナリ
コードに変換されても、その部分による速度差が埋まらない。
だから、アプリ自身のコードは、nativeバイナリに比べて3～5倍程度の
遅さで動いていることが多い。

2019/05/16(木) 14:43:58.42

>>344が聞きたいのはそういうことじゃないと思うよ

**344** (ﾜｯﾁｮｲ 1fb9-Q2B8 [123.1.16.202]) · 2019/05/16(木) 16:45:48.62

JNIから呼び出されたネイティブコードｖｓ純粋なネイティブコード
の話。
オーバーヘッドがあるのは分かるけど、
それ以外の実行中の性能にも差があるのか？

2019/05/16(木) 17:03:52.02

後出し乙

2019/05/16(木) 17:08:54.38

>>349
ああ、そういうことなら、原則的に「無い」ハズ。
本当に CPU が Linux の普通のbinaryのコマンドと同じように
実行してるだけだから。実際、JNI のC/C++部分のコードは、
shared library の libxxxx.so になっていて、Activity の
クラスの初期化時にプロセスの中に動的にロードされて使われている。
この so ファイルは、linux の elf 形式の arm バイナリ・コード
になっていて、Androidではない、UbuntuなどのLinuxの普通の
共有ライブラリと全く同じように実行されている。

2019/05/16(木) 17:32:47.73

むしろ>>344をほかにどんな意味に受け取るのか教えて欲しい

2019/05/16(木) 17:35:08.03

GraalVMだとネイティブコードでも配列の境界チェックとかをしてるとかで
ちょっと遅いらしいんだけど
JVMだとそれは無いのか

2019/05/16(木) 17:44:56.12

>>334
1. 3つ以上の引数を受け取りたい時はそうしなきゃいけないし、Byte、Float、Short、Booleanのボクシングのコストを許容しない場合もそうしなきゃいけない。
2. FuctionalInterfaceは主にラムダ式用だから明示的にacceptはよびださないとおもう。

2019/05/16(木) 17:46:32.67

>>353
Java言語規格で境界チェックは必須になってたような？でもJITで境界チェックが(明示的に安全なfor-eachとかで)取り除かれるとかはあるかも？

2019/05/16(木) 17:47:35.25

>>350
早漏ハゲ

2019/05/16(木) 18:35:49.90

>>353 >>355
JNI の native コードは、単純にCPUが NO CHECK で実行するだけなので、
JVMもろとも壊そうと思えば壊せるはず。
逆に言えばなんでも出来て、推定だけど、Linuxのシステムコールは基本的に
自由に呼べると思う。ただし、su, sudo コマンドみたいなものまで
作れるかどうかは良く知らない。

2019/05/16(木) 18:40:34.35

コマンドの permission に「setuid bit」が立ってないと sudo のような
コマンドは作れないらしいね・・・。s