★お前らJavaはJNIで組もうぜ★

★お前らJavaはJNIで� ..

178:デフォルトの名無しさん
03/01/12 10:36
正当性を高める必要は全くないな… 知ったかぶりしていた＆判決すらちゃんと読んでないな僕は。
まさか弁護士がついてるのに「本件にはプロバイダー責任法が適用され，同法の制定経緯，規制範囲等に照らすと，被告が本件各発言を削除しなかったことにつき削除義務違反はない」と主張するなんて常識的に考えられなかったので…
寝ぼけてたのかな？恥ずかしい(^^; ゴメンナサイ＞　231&253

179:デフォルトの名無しさん
03/01/12 21:12
　　　／⌒ヽ　
　　/　　´_ゝ`）　ＩＰ子です。よろしこ
　　|　　　/　　　
　　| /|　|　　　
　 //　| |　　
　Ｕ　 .Ｕ

180:デフォルトの名無しさん
03/01/12 21:14
＞626
・・・
デンパでしゅか？

181:デフォルトの名無しさん
03/01/12 21:27
いえいえ、誘導どうもありがとうございます。

182:デフォルトの名無しさん
03/01/13 15:44
>>139
JIT様の最適化にも癖があるよーで…

183:山崎渉
03/01/13 18:54
（＾＾）

184:山崎渉
03/01/15 18:08
（＾＾）

185:デフォルトの名無しさん
03/01/18 00:09
>>182
いわゆるJITってクラス境界を越えたinline化はしないのかな？
そうでもしないと限界がすぐに見えちゃう気がするけど。

最近JNIをやってるのですが、JNI Callしたあとって必ず
Exceptionのチェックをしないとダメなんですかね？
かなりウザいんですが・・・

下がりすぎてるようなのでage

186:デフォルトの名無しさん
03/01/18 05:08
eclipseでJNIを使ったプロジェクトを開発中ですが、LoadLibrary()で止まってしまいます。
dllはどこに置けばいいのでしょうか。

eclipseスレで聞いたほうがよかったのかな。

187:デフォルトの名無しさん
03/01/18 10:02
確かPATHの通ってるところ

188:デフォルトの名無しさん
03/01/18 10:03
>>185
> Exceptionのチェック
んなわけない

189:デフォルトの名無しさん
03/01/18 10:15
>>186
Windows が使用する DLL 検索パス
URLﾘﾝｸ(www.microsoft.com)

他にもレジストリとか見てたよーな気がするんだけど気のせいかも…

190:デフォルトの名無しさん
03/01/18 11:34
>>188
そうなの？FindClassとかGetMethodIDとかは戻り値が0だったら
エラーが起こってるのは判るけど、
CallObjectMethodとかだと戻り値だけじゃわかんないやん。

で、一度exceptionが起こると、続くJNI呼び出しはおかしくなるようです。
つかjava.exeが固まります(jdk1.4.1)。というわけで

env->CallIntMethod();
check();
env->CallObjectMthod();
check();
...

なんていうコードを書くハメになったりするわけですが、激しくダサい。

191:デフォルトの名無しさん
03/01/18 22:10
>>190
URLﾘﾝｸ(www.ki.rim.or.jp)
なんかが参考になるかもね

192:デフォルトの名無しさん
03/01/18 22:21
>>190
呼び出しが例外を起こす可能性があるなら、
必ずチェックしなければならない。

188は嘘。騙された190はご愁傷さま。

193:186
03/01/18 23:50
もいっちょお願いします。
.dllをＪＡＲに入れて配布するには、どうMANIFESTファイルを設定すればいいでしょうか。

194:デフォルトの名無しさん
03/01/19 18:20
>>193
>.dllをＪＡＲに入れて配布するには
無理じゃない？

195:188,191
03/01/19 22:17
>>192
必死だと思われようがあえて書く。
185は "JNI Callしたあとって必ず" とあるから
"んなわけない" と書いたんですが。
例外を投げる可能性がある場合に
チェックしないといけないのは当たり前。

196:デフォルトの名無しさん
03/01/19 22:20
voidさんいらっしゃい。

197:山崎渉
03/01/23 20:11
（＾＾）

198:むー
03/01/24 04:05
>>190
Javaメソッド呼んだ後にExceptionOccurredでチェックして例外発生して
たらC++例外投げるようなJNIEnvのラッパーみたいなの書いて、
nativeメソッド全体をtry-catchで囲んどいてラッパーから投げたC++例外
をキャッチしてJava側にさっくり戻る、みたいなことやったりしたらだめかね？

199:デフォルトの名無しさん
03/01/24 23:46
>>198
結局そうなりますた。
が、windowsでは動きましたがlinuxではJVMがクラッシュしますた。
例外が原因らしいことまでは分かったのですが・・・

200:デフォルトの名無しさん
03/01/25 09:26
>>199
そんなに甘くないのか…　なんでだろう？
Linux版のJVMではJava例外の実装にC++の例外機構の何かを使って
バッティングしちゃった、とかそんな理由なんかな。
stack-unwindでJVMのスタックかどっかを破壊しちゃうとか。
core見ないとわかんなそうだけど、JVMのcore読みなんて鬱すぎる…

201:デフォルトの名無しさん
03/01/26 06:15
>>199
try catch なんてハイカラなもの使わずに goto するしか！

202:デフォルトの名無しさん
03/01/26 09:25
>>201
c++のデストラクタを活用してるコードがあるのよ・・・

203:デフォルトの名無しさん
03/01/26 09:37
>>200
こんなのありますた
URLﾘﾝｸ(mail.gnu.org)

ショボーン
URLﾘﾝｸ(mail.gnu.org)

ショボーン
URLﾘﾝｸ(wmf.editthispage.com)

204:デフォルトの名無しさん
03/01/31 00:01
>>203
赤帽7.2とgcc2.96で、JDK1.4.1な環境だが、試したら大丈夫だたよー

205:デフォルトの名無しさん
03/02/01 13:27
>>204
マジですか？
つかgcc2.96ってどういうバージョンなんでしょう
本家には置いてないし・・・

206:204
03/02/02 07:38
>>205
GNUでは2.96は開発版で配布に適さないといってるみたい。
URLﾘﾝｸ(gcc.gnu.org)
でも、RedHat社のサイトにはRPMがまだあるみたいだね。
2.95や3.xと互換性はないらしいが。。。
2.95.2とか、3.2とかじゃうまくいかないのかな。
204の環境は借り物だったんで、他はわからんですわい。スマソ

207:デフォルトの名無しさん
03/02/20 17:08
JNI通すところ自体はね。

208:デフォルトの名無しさん
03/02/20 17:14
なんでわざわざC++でつくられたバイナリをJAVAから使う必要があるのだ？
perlにしといたら？

209:デフォルトの名無しさん
03/02/20 17:22
>>208
なんでわざわざC++でつくられたバイナリをperlから使う必要があるのだ？

210:デフォルトの名無しさん
03/02/20 17:40
>>208
Javaでコーディングする部分のOSへの依存を下げるため

211:デフォルトの名無しさん
03/02/20 17:58
この間初めて JNI 使って Windows の CPU 使用率をとってみた。
結構簡単だった。

212:デフォルトの名無しさん
03/02/20 19:46
>>211
SNMP使えば、Windows でも Linux でも同じコードで CPU使用率とれるのに。。

213:デフォルトの名無しさん
03/03/07 21:59

URLﾘﾝｸ(page5.auctions.yahoo.co.jp)

ヤフオク出品したよ
1円スタートでマジお勧め！

「10日でおぼえるJSP/サーブレット入門教室」翔泳社

214:デフォルトの名無しさん
03/03/07 22:05
あげ荒らし氏ね

215:電波さん
03/03/16 03:16
現在VMに興味があって最近勉強しだしたところ。
このｽﾚ結構面白いです。

JNIなんて「共有オブジェクト読んで関数呼べば良いんだろ」程度に思ってたけど
結構やること多いのね。nativeコードからのJavaVMの呼び出しなんて念頭になくって
これから調べないといけないです。
勉強になります。

216:デフォルトの名無しさん
03/03/22 08:12
勃起age

217:デフォルトの名無しさん
03/03/22 12:57
いろいろ書籍やWEBサイトを参考にしてるんだが
どうやってもCからJVMをロードできない。
何か根本的に間違えてるのだろうか。

218:デフォルトの名無しさん
03/03/22 17:08
＞なんでわざわざC++でつくられたバイナリをJAVAから使う必要があるのだ？

あなたTYPE2のJDBCドライバを使ったこと、ありませんか？

219:デフォルトの名無しさん
03/03/23 02:58
Pure じゃなくても、少しくらい汚れてしまった Java の方が萌える

>>212
SNMP って ICMP じゃなかったっけ?

220:デフォルトの名無しさん
03/03/23 08:51
>>219
> SNMP って ICMP じゃなかったっけ?

ハァ ? プロトコルの勉強しなおした方がいいんじゃない ?
URLﾘﾝｸ(www.arkweb.co.jp)

221:山崎渉
03/04/17 15:51
（＾＾）

222:デフォルトの名無しさん
03/04/19 13:47
結論：全部C++で。これ最強。

223:山崎渉
03/04/20 03:39
　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

224:デフォルトの名無しさん
03/04/27 13:02
JavaでHello World　JNI編
URLﾘﾝｸ(www.hellohiro.com)

225:山崎渉
03/05/28 13:13
　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎―◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

226:デフォルトの名無しさん
03/06/11 05:51
swig使ってJNI部分を自動生成してみたんだけど結構便利そう
URLﾘﾝｸ(swig-jp.dyndns.org)

227:デフォルトの名無しさん
03/06/15 00:11
いえいえ、誘導どうもありがとうございます。

228:デフォルトの名無しさん
03/06/15 00:43
　　　／⌒ヽ　
　　/　　´_ゝ`）　ＩＰ子です。よろしこ
　　|　　　/　　　
　　| /|　|　　　
　 //　| |　　
　Ｕ　 .Ｕ

↑ゲーム製作技術板のなんとか君みたい！
ここのマスコットキャラにしよう

229:山崎渉
03/07/15 10:51

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

230:山崎渉
03/07/15 14:02

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

231:山崎渉
03/08/02 02:52
（＾＾）

232:デフォルトの名無しさん
03/08/15 05:24
こんにちは，教えてください。
趣味でＵＳＢデバイスを作ろうとしているのですが，
汎用ＵＳＢドライバがＵＵＳＢＤ．ＤＬＬというものを
通して利用できることがわかりました。

ＪＮＩを使えばＪＡＶＡからＤＬＬを使うことができるのでしょうか？
ＪＮＩの使い方を調べたら，
１．ＪＡＶＡでソースを書く。
２．コンパイルする。
３．ヘッダファイルを作る。
４．インクルードしてＣ等でＤＬＬを作成する。
になっていました。

しかし，この場合だと，ＵＵＳＢＤ．ＤＬＬを
自分で作り変えることになってしまうと考えるのですが，
拾ってきたＤＬＬをそのまま使うことはできますか？

233:デフォルトの名無しさん
03/08/15 06:06
やったことないけど。

Cで作成したDLLからそのＵＵＳＢＤ．ＤＬＬをいじればいいのでは？

234:デフォルトの名無しさん
03/08/15 14:26
>>232
UUSBD.DLLを使用するプログラムを
JNIにすればいいだけではないのか？
間にかませるって言うことだ

235:山崎渉
03/08/15 15:10
　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

236:デフォルトの名無しさん
03/08/16 09:32
からあげうまうま

237:デフォルトの名無しさん
03/08/17 19:13
俺、cの知識がないからよくわかんないんだよね。
どうやったらいいの？
やっぱｃの勉強しないと駄目ですか？
駄目ですよね・・・。

238:デフォルトの名無しさん
03/08/17 19:16
>>237
お前はアセンブリで充分だ。
そんな高級な言語使うな

239:デフォルトの名無しさん
03/08/17 23:15
JNI本買わないとやっぱ駄目なのかな。
Webで検索したけどほとんど情報無いよ。

240:デフォルトの名無しさん
03/08/18 00:29
このスレ頭から30過ぎくらいまで読んだんだけどさ。

Java次世代コボル決定！
ごめんね10年後のプログラマ達

っていうサブタイトルつけていいですか？

241:デフォルトの名無しさん
03/08/18 00:42
>>240
さびれたスレに即レスするのもなんだが、アオるにしても、下手な文章だな。

JNIは、jdk1.5を目前としているいまでは、ほとんど使う必要がないだろう。
GUI周りで、どうしても、使いたいネイティブのＡＰＩがあるときだろうが。
ＳＷＴに関していうと、あれはかなり微妙だな。サンがクライアントサイドを本気で取り組めば、存在は消えていく。
逆に、アポーだと、ＩＢＭに完全にイニシアチブをとられる流れで、クライアントサイドはＳＷＴ一色になる可能性も、
すくないが秘めている。

242:デフォルトの名無しさん
03/08/18 01:29
>>241
Javaアプリから、WinのネイティブAPIを叩かなければならないような
仕組みを作る羽目になったときは、つかうど。

「誰だ、この仕組み考えた奴は！」と設計者を呪いながら(ﾜﾗ

243:240
03/08/18 02:11
>>241
別に煽っても釣ってもないです。
JNIの存在意義と正しい使い方がわかってないのに
JNIとか叫んでる人達(>>1-30くらいで痛いほど見れます)が大杉。

必要性云々ではなくて機種依存性を正しく局所に押さえ込めてますか？
もっというとネイティブAPIをちゃんとラップして使ってますか？
っていうレベルで。>>1-30を見ると正直怪しい。
SWTとかどうでもいいよ。
コンポーネントとして成立してればその部分を移植できれば他でも動くんだからさ。

244:デフォルトの名無しさん
03/08/18 07:49
> JNIは、jdk1.5を目前としているいまでは、ほとんど使う必要がないだろう

何か素晴らしい仕組みが1.5には入るの？

245:デフォルトの名無しさん
03/08/18 14:07
swigならJNIで使うヘッダや関数を定義したファイルを作れば
自動的に定義された関数にアクセスするC言語のJNIソースと
Javaソースを自動生成してくれるのに
Java使いは誰も知らなさそうなのが残念

246:デフォルトの名無しさん
03/08/18 17:09
俺はSWINGというより、レジストリアクセスやウィンドウキャプチャとか
アーカイバDLLで圧縮処理とかそう言うレベルの仕事がしたかったんだけど。
Javaで。
無理かな？

247:デフォルトの名無しさん
03/08/18 18:00
>>246
swig
URLﾘﾝｸ(swig-jp.dyndns.org)

swing
URLﾘﾝｸ(java.sun.com)

248:デフォルトの名無しさん
03/08/18 20:08
Tigar (Java2 SE 1.5) のJava 言語仕様の拡張
URLﾘﾝｸ(www.mtl.t.u-tokyo.ac.jp)

genericsとautoboxingはうれしいな。for はなんかスクリプトっぽくて気持ち悪い。
aspectjは入らんのな。プロパティの設定は面倒くさいまんまか。

249:デフォルトの名無しさん
03/08/18 20:48
>>248
隼(1.4)から虎(1.5)へ～JDK1.5について！
ｽﾚﾘﾝｸ(tech板)l50

【猿が】JavaﾆGenericsﾊ不要【ｿｰｽ汚す】
ｽﾚﾘﾝｸ(tech板)l50

あたりでやってくれ。

250:246
03/08/19 13:07
>>247
ちょっと逝ってくる。

ただいま。

251:デフォルトの名無しさん
03/08/19 15:23
おかえり

252:デフォルトの名無しさん
03/08/20 16:16
age

253:デフォルトの名無しさん
03/09/18 02:15
sage

254:デフォルトの名無しさん
03/09/25 20:58
それでもおまいらはJNIをおいそれと使いますか？

255:デフォルトの名無しさん
03/09/25 22:59
java から c を呼び出すのでなく
c から java を呼び出すのに最近はまってる。

ライブラリが充実してて非常によい。
普通に c/c++ のライブラリ使えという話もあるが。

256:デフォルトの名無しさん
03/09/28 06:32
>>255
むしろ普通にJavaを使え。
JNIでスタートアップルーチンだけ用意して。

257:デフォルトの名無しさん
03/09/28 08:12
>>1
レスを荒らす方法を教えてください。。。

258:デフォルトの名無しさん
03/10/01 05:33
C言語からJavaを呼び出すのってバージョン依存激しそうに見えるんだけどそうでもない？

259:デフォルトの名無しさん
03/10/01 23:33
>>258
Java のバージョンとは別に JNI にもバージョンがあって
JNI 1.1 と 1.2 ではだいぶ書き方が違うけど
Java 1.2 から 1.4 まで全部 JNI 1.2 だったと思うから
バージョン依存の問題はあんまりたいしたことない。

260:デフォルトの名無しさん
03/10/13 17:03
JAVAでCDプレーヤーを作るコツを教えて下さい。難しいでしょうか？

261:デフォルトの名無しさん
03/10/14 23:07
gcj + swtでwindows用の
アプリケーションを作ろうと思っています。
waveやmidiを鳴らしたいのですが、
gcjでは実装されていません。
jniを用いたクラスライブラリは存在しないでしょうか？
よろしくお願いします。

262:デフォルトの名無しさん
03/10/15 00:00
win32apiのJNI用ラッパか・・・
MSが自社用JavaVM専用に作ろうとしてSunとケンカして以来、
大きなものは誰も作ってないと思う

263:261
03/10/17 21:03
>262
レスありがとうございます。
自分の必要な分はwin32APIを
勉強して、なんとかできました。

264:デフォルトの名無しさん
03/10/26 21:47
swigつかって自分でSDLのﾗｯﾊﾟｰ作ってみればどうよ

265:デフォルトの名無しさん
03/10/27 23:53
javahでヘッダが出来るじゃないですか。んで
java_パッケージ名_クラス名_関数名(ネイティブメソッド)
ってなりますけど、既存の関数呼ぶにはやっぱりこの長い名前の関数から
呼ぶしかないですかね。教えてください。

266:デフォルトの名無しさん
03/10/28 00:45
>>265
swig使ったら自動的に生成してくれますよ

267:265
03/10/28 22:54
自動で生成って。。。
既存の関数名では出来ないですかね？
調べてみます。

268:デフォルトの名無しさん
03/10/31 13:49
できないからswig使えってことじゃないの？

269:デフォルトの名無しさん
03/11/06 14:32
JAVAでC呼び出すなら最初からCで記述すればよくないですか？
何かメリットでもあるんでしょうか？

270:デフォルトの名無しさん
03/11/06 14:36
>>269
最終的に機械語にするんなら、なんで最初から機械語で書かないで C言語を使うのか？
ってのと同レベルの疑問だね。

271:デフォルトの名無しさん
03/11/06 14:36
JavaでCを使うのは既存のC言語ライブラリが長年使われているもので
実績があるもので、それを何とか再利用したいときなどにメリットがある。

けれどもJNIはJavaにとって苦肉の策。

基本はJavaで、というのが美しい。

272:デフォルトの名無しさん
03/11/06 15:12
>>271
おまえ、プログラマ？
デベロッパ用のソフトなんてJNIが絡んでるの多いぞ
そういうの作らないとわかんないとは思うけど

273:デフォルトの名無しさん
03/11/06 15:31
BASICから機械語呼び出すのとおんなじ
あああ懐かしい

274:デフォルトの名無しさん
03/11/07 11:34
JAVAからCを呼び出してPRINTFを使って文字を出力する単純な処理ができません。
ライブラリを作ってパスを通してもライブラリが見つからないというようなメッセージが出てしまいます。
どのようにすればいいのでしょうか？

275:デフォルトの名無しさん
03/11/07 11:38
>247
随分難易度の高いことしてんなー
わかったら本でも書け

276:デフォルトの名無しさん
03/11/07 22:13
CにSTRINGの文字列を引数として読み込む時に何で構造体を使わなくてはいけないのですか？

277:デフォルトの名無しさん
03/11/07 22:23
>>276
STRING って何？ STRING は (String(Java) == jstring(JNI)) と同等？

jstring だと構造体っても struct _jobject; (もしくは class _jobject{};)だし…

278:デフォルトの名無しさん
03/11/08 00:37
Cで作成した関数をjavaから呼び出したい場合、
JNIEXPORT～の形にすると思うんですが、
プロトタイプ宣言の部分はJNIには不要ですよね？
消してしまって問題ないですか？

279:デフォルトの名無しさん
03/11/08 01:42
>>278
構造体の話は何処行ったんだ？

> 消してしまって問題ないですか？
それは javah が自動生成したコードを削って良いかって話ですか？

javah が生成したファイルの先頭に
> /* DO NOT EDIT THIS FILE - it is machine generated */
って書いてあると思うんだが…

280:デフォルトの名無しさん
03/11/08 01:44
　　　　　　 , ---　､_
　　　　／ミミミヾヾヽ､＿
　　　∠ヾヾヾヾヾヾjj┴彡ﾆヽ
　　/ ,　-ー‐'"´´´　　　ヾ.三ヽ
　 ,' /　　　　　　　　　　　　ヾ三ヽ
　 j |　　　　　　　　　　　　 / }ミ　i
　 | |　　　　　　　　　　 / /ミ　 !
　 } | r､　　　　　　　　　　l　ﾞiミ __」　　　
　　|]ﾑヽ､_　　　　__∠二､__,ｨ|/ ｨ }
　　| 　￣｀ﾐｌ==r'´　　　 /　|lぅ　lj　　>>1 諦めろ
　　「!ヽ､_____j　ヽ､＿　 -'　　ﾚ'r'/
　　 `! 　　 j　　ヽ　　　　 j_ノ
　　　',　　ヽｧ_ '┘　　　　　,i
　　　ヽ　　___'...＿_　　 i 　ハ__
　　　　ヽ　ﾞ二二　`　 ,' ／／八
　　　　　ヽ　　　　／'´ 　 /　ヽ
　　　　　　|ヽ､＿_,　'´ / 　／　　　＼

281:278
03/11/08 09:23
C単体で動くプログラムはできていて、そのプログラム内で使われている関数をJAVAから呼び出したいと思っています。
C単体で実行はしないのでCのソースのプロﾄタイプ宣言の部分は削っても問題ないですか？
という質問です。

282:デフォルトの名無しさん
03/11/08 13:58
>>281
> C単体で実行はしないのでCのソースのプロﾄタイプ宣言の部分は削っても問題ないですか？
オマエの手元にしかないソースに判断求められてもねぇ…

基本的に削ると何かメリットがあるのか良く考えてみた方が良いような。

283:デフォルトの名無しさん
03/11/08 14:49
>>281
構造体の話はどこいったんだ？

284:デフォルトの名無しさん
03/11/08 18:36
Cで適当に作った関数はプロトタイプ宣言をしなくてもJNIで呼び出せたので、別にプロトタイプ宣言なんてしなくてもいいじゃんと思いこんでいるのですが、そんな問題では無いのでしょうか？

285:デフォルトの名無しさん
03/11/08 19:42
おまいらのやっている事ＶＢと同じやん。

286:デフォルトの名無しさん
03/11/08 20:09
>>284
構造体の話はどこいったんだ？

> Cで適当に作った関数はプロトタイプ宣言をしなくてもJNIで呼び出せたので、別にプロトタイプ宣言なんてしなくてもいいじゃんと思いこんでいるのですが、そんな問題では無いのでしょうか？

とりあえず、JNI に関する質問ではないので C の初心者スレにでも言って聞け。

287:デフォルトの名無しさん
03/11/08 22:48
JNIを扱うには、CとJavaとOSに精通してないと厳しいぞ。

288:デフォルトの名無しさん
03/11/08 23:21
>>287
おまいの言っている事ＶＢと同じやん。

289:デフォルトの名無しさん
03/11/08 23:27
>>287
CとJavaとOS について初心者よりマシっつー程度の知識があれば JNI 使えます。

290:デフォルトの名無しさん
03/11/09 12:59
でもJNIの初心者向けのサイト行っても引数としてオブジェクト使ったり構造体のポインタをオブジェクトに対して使ったり、もう暗号みたいになっててよくわからんですよ。
優しく解説されている本とかあるんでしょうかね？

291:デフォルトの名無しさん
03/11/09 13:41
>>290
> でもJNIの初心者向けのサイト行っても引数としてオブジェクト使ったり構造体のポインタをオブジェクトに対して使ったり、もう暗号みたいになっててよくわからんですよ。
それは精進が足りん、ってだけの話では？

とりあえず、キミが JNI は良くわからない、と思っている事だけはわかった。
何がわからないのかはサッパリわからない。

292:デフォルトの名無しさん
03/11/09 17:59
JNIとは関係なくプロトタイプ宣言はしておいたほうがいいよ。
コンパイラが型チェックしてくれてコーディングミスを指摘してくれる。

293:デフォルトの名無しさん
03/11/09 23:01
SwigつかってJavaからSDLを使うラッパー作ったけど公開してほしい人っている？

294:デフォルトの名無しさん
03/11/10 10:02
>>293
公開したいんだろ？公開したらいいじゃん。
まったく、いやらしい言い方する奴だな。

295:デフォルトの名無しさん
03/11/11 03:45
>>294
うぅ・・・気をつけます、どうやら誰も要らないみたいなんでひっそり封印します

296:デフォルトの名無しさん
03/11/14 13:59
日本語の文字列の受け渡しがさっぱり分からないのですがサンプルに書いてある通りに書いてみて、
こういうもんだと割り切って詳しく理解する必要はありませんか？

297:デフォルトの名無しさん
03/11/14 15:43
>>293
誰かが JSDL ってのを公開してたような…

298:デフォルトの名無しさん
03/11/14 15:46
>>296
> こういうもんだと割り切って詳しく理解する必要はありませんか？
その程度の情報で同意を求められても…

文字列は UTF 使うってのを忘れてる、とかじゃなくて？

299:デフォルトの名無しさん
03/11/19 14:39
Cで作った文字配列をJAVAに返すやり方がいまいちわかりません。
簡単な方法はありませんか？

300:デフォルトの名無しさん
03/11/19 15:47
>>299
C の char配列を Java の byte配列に変換して渡してやるか、(渡された先で String に変換する)
JNI 経由で java.lang.String のコンストラクタ String(byte[] bytes,String encoding) を呼び出せ。

301:デフォルトの名無しさん
03/11/19 16:29
C側のネイティブ関数の戻り値はJSTRINGじゃないですよね？
UTFって使わなくていいんでしたっけ？

302:デフォルトの名無しさん
03/11/19 17:48
>>301
それは JNI とは関係ない話だ。自分で調べろ。

303:デフォルトの名無しさん
03/11/19 19:56
UTF8になってるならサポート関数があったと思う

304:デフォルトの名無しさん
03/11/19 20:37
>>303
それは >>296 のサンプルに書いてあると思われ。

305:デフォルトの名無しさん
03/11/20 14:31
すみませんでした。
知ったかぶりしてますた。

306:デフォルトの名無しさん
03/11/20 19:19
SPRINTFで取得した文字列をNEW OBJECT ARRAYを用いて作った配列に格納したいのですがJAVAプログラムの実行時にエラーが出てしまいます。
何かよい方法はないでしょうか？

307:デフォルトの名無しさん
03/11/20 19:25
>>306
> SPRINTFで取得した文字列をNEW OBJECT ARRAYを用いて作った配列に格納したいのですが
C での文字列と Java での文字列は別物として考えたら？
あと、大文字小文字は正確に書け。

> 何かよい方法はないでしょうか？
JNI に手を出す前に C か Java をちゃんと勉強する事をお勧めする。

308:デフォルトの名無しさん
03/11/20 19:48
もちろん別の配列として扱っています。
ようはCの配列の中身をJava側の配列に入れたいのですが、
New jObjectで作った配列には文字変数の指定しかできないため、文字配列を指定して入れる事が難しいのです。
他の方法はありませんか？

309:デフォルトの名無しさん
03/11/20 19:52
>>308
「New jObject」って何よ。

310:デフォルトの名無しさん
03/11/21 00:46
>306
ようするにキャラクタ配列をオブジェクト配列に入れたいということ？
型が違うから、char型をCharacterオブジェクト型にしないといけないと思うけど。

JNI使うと、エラー発生時に"このエラーをSUNに報告してくれみたいな"のが出たりして
大変だと思うけど地道に頑張ってください。

311:デフォルトの名無しさん
03/11/21 01:46
ここもﾈﾀ心者が出没するよーになったか。

文字列の受け渡しで二週間もハマる馬鹿が実在するとも思えんしなぁ…

312:デフォルトの名無しさん
03/11/21 01:47
>>310
>>274

313:デフォルトの名無しさん
03/11/21 01:54
>>308
構造体はどーなりましたか？

314:ﾈﾀ心者
03/11/21 09:25
すみませんでした。
知ったかぶりしてますた。

315:310
03/11/21 09:30
>311
真面目に困ってるかと思っちまいました。

316:デフォルトの名無しさん
03/11/24 13:15
JNI_OnUnloadって本当に使える？
デバッグ出力してみたけど、通ってるように見えない。

317:デフォルトの名無しさん
03/11/24 18:48
int data[512*384];
jintArray jdata = env->NewIntArray(512*384);
env->SetIntArrayRegion(jdata,0,512*384,data);
によってできた配列jdataのメモリを明示的に開放する必要はありますか？

318:デフォルトの名無しさん
03/11/24 19:04
>>317につけたし。
最後に
return jdata;
します。

319:デフォルトの名無しさん
03/11/24 19:46
解放ってどうやってやるつもりだ？freeか？

320:デフォルトの名無しさん
03/12/20 04:24
c++でウィンドウを作り，Javaから呼び出しています。
メインのウィンドウは出ますが、ダイアログが出ません。
同じソースファイルをｃから呼ぶとダイアログも表示されます。
だれか教えてください。

321:デフォルトの名無しさん
03/12/20 09:42
>>320
環境が分からん。Win32か？

322:デフォルトの名無しさん
03/12/20 16:14
320です。
すみません。win32です。VC++6でdllをつくりました。
どうやらリソースエディタで作った、メニューやダイアログが
うまく読み込めてないみたいです。
どなたかアドバイスお願いします。

323:デフォルトの名無しさん
03/12/20 17:08
>>322
具体的に、どんな関数をどのような順番で呼んで、どこで失敗したのか特定しろ。

324:デフォルトの名無しさん
03/12/20 17:30
320です。
C++ではjavaから呼ばれる関数、
そこから呼ばれるWinMain()に相当する関数、
それとメインウィンドウとダイアログの
ウィンドウプロシージャを用意しました。

WinMain()に相当する関数ではメインウィンドウの登録、
メッセージループなど一般的なWin32SDKのWinMain()で
やるようなことをしています。
インスタンスハンドルはGetWindowLong()でデスクトップの
ハンドルを取っています。
メインウィンドウのウィンドウプロシージャでは、ダイアログを開くための
DialogBox()を呼んでいて、ここで失敗し－1が帰ってきます。

325:デフォルトの名無しさん
03/12/20 17:32
わかりにくかったら申し訳ございませんが、よろしくお願いします。

320でした。

326:デフォルトの名無しさん
03/12/20 18:35
>>324
そんな説明されてもわからん。

オマエの説明じゃ埒明かんのでソース全部晒せ。

327:デフォルトの名無しさん
03/12/20 21:48
>> インスタンスハンドルはGetWindowLong()でデスクトップの
>> ハンドルを取っています。
明らかにここだろ、問題は。DllMainのHANDLEを使えばいいのでは？

328:デフォルトの名無しさん
03/12/21 04:32
320です。
できました！本当にありがとうございました。327さんのおっしゃる通りでした。
皆様何度もレス頂いて本当にありがとうございます。

329:デフォルトの名無しさん
04/01/23 01:14
Cコードってデバッグできますか？
jdbでブレイクポイント設定しても止まってくれないです。

330:デフォルトの名無しさん
04/01/23 09:15
>>329
VC++でしかJNI作ったことないけど、停止できるよ。
ちゃんと実行するプロセスにjava.exe(に相当するもの)を指定してる?

331:デフォルトの名無しさん
04/03/14 00:49
あんまり人いないね・・・なのであえてage。

最近ＵＳＢデバイスと通信する必要があったのでＪＮＩを試した。
で、下のようにエラーを通知しようとしたら、日本語文字列が化けますた。

jclass jc = env->FindClass( "java/io/IOException" );
env->ThrowNew( jc, "日本語文字列" );

下のサイトを参考にUnicodeに変換しても駄目。
URLﾘﾝｸ(www.ki.rim.or.jp)

仕方ないのでExceptionのサブクラスを作ってエラーメッセージを固定した。
当初の目的は果たせんだけど、すっきりしない。誰か解決法知らない？

332:デフォルトの名無しさん
04/03/14 01:01
日本語で困ったことはないな。
お前のコードが腐ってるんだろうよ。さらしてみ。

333:331
04/03/14 01:11
上のサイトの一番下のDLL側コードの
char* src = "こんばんわ";
より下のソースをreturn result; → env->ThrowNew( jc, result);に
変更しただけなんだけど・・・

334:デフォルトの名無しさん
04/03/14 01:20
そのサイトのコードそのままだと日本語はちゃんとでるの？

335:デフォルトの名無しさん
04/03/14 01:52
>> env->ThrowNew( jc, result);に
2番目、jstringじゃだめでしょ。
szWideでいけない？

336:デフォルトの名無しさん
04/03/14 03:25
CのプログラムからHORB（つまりJAVAをつかった関数)をつかって離れた端末の関数をたたくってことはできますか？

337:デフォルトの名無しさん
04/03/14 03:31
>>336
できるよ。

HORB使うと決まっているのなら、CのプロセスとJavaのプロセスを両方たてて、
socketなんかでプロセス間通信したほうが楽だと思う。

338:デフォルトの名無しさん
04/03/14 04:09
>>337
情報ありがとうございます。

それならば、Cのプロセスと離れた端末のCのプロセスでソケット通信した方がいいですね。
HORBは、非常に簡単に離れた端末の関数をたたけるのは知っています。
C<->JAVA間のインタフェース設計が、普通に関数をたたくように設計でき、かつ簡単ならばチャレンジしようかなと思ったしだいです。

339:デフォルトの名無しさん
04/03/14 14:56
なぜにいまさらHORB?
RMI-IIOPするほうが現実的かと。

340:331
04/03/15 23:35
試した結果、>331であげたサイトのままだと無理だった。
nWideLength以下を下のように変更すると日本語を正しく表示できた。

int nWideLength = MultiByteToWideChar(CP_ACP, MB_PRECOMPOSED,src, strlen(src),0,0);
MultiByteToWideChar(CP_ACP, MB_PRECOMPOSED,src, strlen(src),szWide,nWideLength);
jstring result = env->NewString(szWide, nWideLength);
return result;

で、そのままreturn result; だけをenv->ThrowNew(jc,result);もenv->ThrowNew(jc,szWide);
にしても日本語は文字化けしたままだ。もうだめぽ。

341:デフォルトの名無しさん
04/03/16 01:10
んー、そこまではできてるなら
ThrowNewはあきらめてThrowを使うとか。
Exceptionのインスタンスはjstring引数にして生成する。

342:341
04/03/16 01:35
あー、わかった。そこでできてるWCHARを
WideCharToMultiByteでCP_UTF8のcharにして渡せばいいんだ。

343:デフォルトの名無しさん
04/03/16 22:57
ThrowNewのchar*が食えるのは、なるたけメモリを確保せずにthrowするための
緊急回避なんじゃねえかなあ。

344:デフォルトの名無しさん
04/04/07 10:37
Java側　→　Win32dllは、JNIにて実現できる通信ですが、
Win32exe（プロセス） →　Java側を実現するには、どのような手段が一番いいですかね？

アプリケーション間通信だけできればいいので、できればあまり大げさにはしたくないです。
Win32間でないからパイプは無理だし、一つのOS上での通信なのでソケット通信は少々大げさかなと。

345:デフォルトの名無しさん
04/04/07 10:38
>>344
>Win32間でないからパイプは無理
嘘だろ？

346:デフォルトの名無しさん
04/04/07 11:06
>>345
Javaでパイプ使えるか？

347:デフォルトの名無しさん
04/04/07 11:12
Win32API中のパイプ関連のAPIを全てJNIでラップしたら
使えるんでないの？

348:デフォルトの名無しさん
04/04/07 14:32
>>345 Javaでパイプは使えるよ。

349:デフォルトの名無しさん
04/04/07 15:03
>>348
それって、Javaのスレッド間通信のためのパイプであって、Win32-Java間のパイプではないんでないの？

350:デフォルトの名無しさん
04/04/07 15:20
>>348
それって NIO の Pipe の事いってんの？

個人的には >>347 で NIO の Pipe 実装するのが良いかと。

351:デフォルトの名無しさん
04/04/07 16:16
>>349 パイプって標準入出力みたいにＯＳが提供する入出力だろ。名前付きでも、名前無しでも。

352:デフォルトの名無しさん
04/04/07 16:27
>>351
ＯＳが提供する入出力を、Javaは間接的にしか利用できないから、
それを使ってWin32とは対話できないのでは。

353:デフォルトの名無しさん
04/04/07 23:02
win32の中でJVMを生成する、ってのはダメなの?

354:デフォルトの名無しさん
04/04/07 23:52
> 一つのOS上での通信なのでソケット通信は少々大げさかなと。

これが一番やりやすいと思う。

355:デフォルトの名無しさん
04/06/04 21:22
SWIGの日本語ページってどうなったか誰か知りませんか？
URLﾘﾝｸ(swig-jp.dyndns.org)

ちなみに本家URLﾘﾝｸ(www.swig.org)

356:デフォルトの名無しさん
04/06/06 00:04
おまえら、SolarisとLinuxプラットフォーム以外の環境で、
native内でシグナルハンドラ使うんじゃねーぞ。

357:デフォルトの名無しさん
04/06/06 00:40
native内でC++例外使うとcatchしているにもかかわらず落ちるバグは
直ったんですかね？(linux)

358:　
04/06/30 11:18
パッケージを使ったJNIで質問です。

C:\home\javaにhoge.javaを置いてコンパイル
hoge.javaはパッケージfooに置くことにする
ここまでで hoge.java ->C:\home\java
hoge.class->C:\home\java\foo

javah -jni foo.hogeでヘッダファイル作成。
foo_hoge.hを元にしてfoo_hoge.cppを作成。
リンクしてhoge.DLLを作成
ここまでで foo_hoge.h, foo_hoge.cpp -> C:\home\java
hoge.dll -> C:\home\java\foo

この後、C:\home\javaからjava foo.hogeを実行すると
UnsatisfiedLinkError例外が発生してしまいます。
hoge.java内のSystem.loadLibrary("hoge")で
エラーが発生しているとコンパイラは怒ってますが原因がわかりません

識者の方々、アドバイスお願いします。

359:デフォルトの名無しさん
04/06/30 11:29
>>358
dll の置き場所が悪い。

360:358
04/06/30 11:41
dllファイルを*.javaファイルと同じ場所に置いたら上手く動作しました。
てっきり*.classファイルと同じ場所に置くものと勘違いしてました。
>>359様、ありがとうございました。

361:デフォルトの名無しさん
04/08/12 01:04
「-> か ->* の左には構造体のポインタが必要」

nativeのソース（Ｃ言語）をコンパイルすると上のようなエラーが出るのですがなぜですか？
エラーが出ている箇所は以下の文です。

return env->NewStringUTF("Hello World");

インクルードパスはきちんと追加しています。
javahで作成したヘッダもインクルードしています。

362:デフォルトの名無しさん
04/08/12 07:05
JNIのこと知らんが、こうしてみたら？
return NewStringUTF(env, "Hello Wrold");

363:デフォルトの名無しさん
04/08/12 07:19
C と C++ じゃ JNI の呼び出し方が違う。C だと
return (*env)->NewStringUTF(env, "Hello World");
としなければいけないはず。

364:361
04/08/13 01:14
ありがとうございます。解決しました。
もう一つ質問があるのですが、java側で用意したint型の二次元配列にnative側から値を入れる方法がわかりません。
色々とやってみたんですが、実行時にエラーが出てしまいます。

365:デフォルトの名無しさん
04/08/13 01:20
エラー？

366:361
04/08/13 04:58
/*JAVA側のソース*/
public class HelloJNI{

public static native void JNITest(int intAry[][]);

static{System.loadLibrary("HelloJNI");}

public static void main(String args[]){
int intAry[][] = new int[64][64];
for(int i=0; i<12;i++){
for(int j=0; j<16;j++){
intAry[i][j] = 0;
}
}
JNITest(intAry);
for(int i=0;i<12;i++){
for(int j=0;j<16;j++){
System.out.print(intAry[i][j]+" ");
}
}
System.out.println("--------------------------");
}
}

367:361
04/08/13 04:59
/*native側のソース*/

#include <stdio.h>
#include "HelloJNI.h"

JNIEXPORT void JNICALL Java_HelloJNI_JNITest
(JNIEnv *env, jclass clazz, jobjectArray jobjArray){
int i, j;
int c=0;

jobject **array = (*env)->GetObjectArrayElement(env, jobjArray, NULL);

for(i = 0; i<12;i++){
for(j=0;j<16;j++){
array[i][j] = c;
c++;
}
}
(*env)->ReleaseIntArrayElements(env, jobjArray, array,0);
}

368:361
04/08/13 05:03
intAryに0,1,2,3,4,…
というふうに値を入れたいのですが、どうすればいいですか？

369:デフォルトの名無しさん
04/08/13 10:19
>>367
試してないので間違ってるかもしれんがこんな感じにしないとダメじゃないか？

for(i = 0; i < (*env)->GetArrayLength(env, jobjArray); i++){
　jintArray jintarray = (jintArray)(*env)->GetObjectArrayElement(env, jobjArray);
　jint *jint = (*env)->GetIntArrayElements(env, jintarray, NULL);
　for(j = 0 ; j < (*env)->GetArrayLength(env, jintarray); j++){
　　jint[j] = c++;
　}
　(*env)->ReleaseIntArrayElements(env, jintarray, 0);
}

370:デフォルトの名無しさん
04/08/13 21:53
#ifdef __cplusplus
#define ENV (*env)
#else
#define ENV env
#endif

ENV->GetArrayLength(env, array);

371:デフォルトの名無しさん
04/08/17 14:31
>>370
それC++じゃコンパイル通らんだろ。

372:デフォルトの名無しさん
04/10/14 01:11:03
>>370
逆じゃないの？

373:デフォルトの名無しさん
04/10/14 02:56:47
逆ではあるが、それを正したところでC++じゃだめだし。

374:デフォルトの名無しさん
04/12/09 00:41:58
JNIでdefineClassメソッドを使ってbyte配列から取得したクラス情報を元に、インスタンスって生成できますか？
それにしても、JNIのDefineClassってどうやって使うんだろう・・。

375:デフォルトの名無しさん
04/12/09 00:48:26
DefineClassってJNIじゃないだろ

376:374
04/12/09 00:55:46
>>375
クラス操作 DefineClass
jclass DefineClass(JNIEnv *env, jobject loader, const jbyte *buf, jsize bufLen);
raw クラスデータのバッファからクラスをロードします。
パラメータ:
env: JNI インタフェースポインタ
loader: 定義されたクラスに割り当てられるクラスローダ
buf: .classファイルデータを含むバッファ
bufLen: バッファ長
戻り値: クラスオブジェクトを返します。エラーが発生した場合は null を返します。

URLﾘﾝｸ(java.sun.com)

377:デフォルトの名無しさん
04/12/09 01:17:16
いや、それやりたいのならJNI必要ないだろうという意味だ
コアAPIでできるんだから

378:374
04/12/09 07:48:29
>>377
それをネイティブコードでかけるかという質問なんです。

379:デフォルトの名無しさん
04/12/09 08:06:41
>>378
書けるだろ。
JNIじゃなくてJavaのクラスファイルに関する知識が必要になるだけで。

380:デフォルトの名無しさん
04/12/09 13:37:48
>>374がどういった場面でこれを使おうとしているのかわからない・・・

381:374
04/12/09 21:56:27
>>379
Javaオンリーでは実装したことあるのですが、
JNIに移植したとたんセキュリティエラーになりませんか？

382:デフォルトの名無しさん
04/12/09 22:58:25
あふぉぅな質問するけどよ

ＪＮＩって何て読むの？？

ジニ？？
ジェイエヌアイ

読めなくて"Java Native Interface "って読んでまつ。。

383:デフォルトの名無しさん
04/12/09 22:59:57
IT用語辞典 e-Words ： JNIとは【Java Native Interface】　─　意味・解説
URLﾘﾝｸ(e-words.jp)

384:デフォルトの名無しさん
04/12/11 12:30:12
>>379
書いてみて。

385:デフォルトの名無しさん
04/12/11 12:32:09
書いてみた。

386:デフォルトの名無しさん
04/12/11 12:52:25
>>385
ん？どこに？

387:デフォルトの名無しさん
04/12/13 13:46:25
.netのC#で作った.dllファイルでJNIってできませんか?

388:デフォルトの名無しさん
04/12/13 18:49:12
>>387
それを言うなら
#NI(シャープニー)だろ？
グぐれ

389:デフォルトの名無しさん
04/12/14 03:15:20
>>387
.netのC#で作った.dllファイルのメソッドを呼ぶdllを作ればいい

390:デフォルトの名無しさん
04/12/18 21:10:34
>>376
JNIインタフェースのDefineClassって、
バージョン毎にシグネチャが異なるのか？
それともヘルプが間違ってるだけなのか？

あと使い方誰か教えてくれ。
何度やってもネイティブコード上でうまくインスタンスを取得できない。

391:デフォルトの名無しさん
04/12/18 21:48:44
URLﾘﾝｸ(www.atmarkit.co.jp)

392:デフォルトの名無しさん
04/12/18 22:24:33
>>391
……上手くいかない理由がわかったような気がする。

393:390
04/12/18 23:04:05
>>392
教えてくれ！
何が原因なんだ。
つーか、仕様上無理なのか？

394:デフォルトの名無しさん
04/12/18 23:08:43
つーか、バイトコードを暗号化しても、すぐにやぶられるって。

395:デフォルトの名無しさん
04/12/18 23:10:13
>>394
>>390 がやっても、ってんなら同意。

396:デフォルトの名無しさん
04/12/19 13:04:15
どうせVMが実行するときにデコードしてるんだからいみないな

397:390
04/12/19 13:40:24
>>394
>>395
>>396
そこからクラスファイルを生成し、ソース入手可と言っている？

398:デフォルトの名無しさん
04/12/19 15:41:10
> そこからクラスファイルを生成し、ソース入手可と言っている？
可能。

せいぜい>390がいくら頑張っても、Jad使ってお手軽一発変換、ってのを防ぐ程度の
ことしかできんだろう。

399:デフォルトの名無しさん
04/12/19 16:02:26
そういうこと

苦労してJNIでクラスローダ作ったところでいくらでもいじられるんだし
JNIのコードだってスタックサイズの制限とかで大きいの作れないんだから
余裕で解析されるだろうな

それくらいなら帯域とかあるだろうがURLクラスローダを継承して通信を暗号化、
毎回ロードするほうがまだ現実的

ネトゲとかでいくらネイティブコードでもbotとかツールとかなくせないわけだしね
安全性のためにJNIってのは意味ない

400:デフォルトの名無しさん
04/12/20 00:03:00
>>399
> それくらいなら帯域とかあるだろうがURLクラスローダを継承して通信を暗号化、
> 毎回ロードするほうがまだ現実的

「まだ現実的」ってのがどういうことを意図しているのかよくわからんが、
JNIでクラスローダ作るのって大した手間じゃないし
ネットワークを意識しなきゃならんほうがいろいろ面倒だと思うがね。

次ページ