5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

69式のおっさんを呼び込むスレ【00000010b】

1 :仕様書無しさん:2006/11/05(日) 18:13:43
おっさん情報
37歳独身(酉年らしい、本人談)
酒好き(焼酎系の安いものがメイン)
生息地域 九州じゃんがら明太子
特技 デーモン系の開発
使用言語 C/C++一本で飯を食う

Java厨があふれるこの不毛の時代に
マ板のウルトラセブンともいえるC厨化石のおつさんだが
なかなかためになる事を知っている。おっさんを呼び込もう。
なぜかジャワ糞が押し寄せてくるが気にせず行こう。

過去スレ
http://pc8.2ch.net/test/read.cgi/prog/1153497275/l50
http://pc8.2ch.net/test/read.cgi/prog/1158541892/l50


2 :仕様書無しさん:2006/11/05(日) 19:41:58
Java厨房2get!
喪前ら、はよ来いよ。

3 :69式オサンクローン ◆4E1yVnBRhg :2006/11/08(水) 01:37:29
おじゃばがPlatform SDKのサンプルも動かせない件

4 :仕様書無しさん:2006/11/08(水) 02:27:23
スレタイの
【000000010b】ってあるけど
bの意味が分からないんだけど

5 :仕様書無しさん:2006/11/08(水) 02:35:33
Binary・・・2進数だよ

6 :仕様書無しさん:2006/11/08(水) 09:27:30
マ板の名すれ「オサンシリーズ」

7 :仕様書無しさん:2006/11/08(水) 13:12:30
ビバ オサン!

8 :おじゃばさま:2006/11/08(水) 18:44:33
>968
C++は難しい言語なので、出来なかったとしても問題ない。
ただし、K&Rマンセーはまずいだろう。最低でも標準はANSIにしようぜ。
それにISOのCってのも出からかなり経っているんだから、C厨なら少なくとも仕様には目を通しておくべきだ。
const中毒ってのは型の制約が厳しくなったせいで、stringやmemory系関数を使っている場所全てに、
const付けろって警告が大量に出る状態を言う。
新しいコンパイラを使って昔のソースをコンパイルすると発生する現象だ。
SunStudio11とか最新コンパイラ使うと出るぞ。無料だから試してみるといい。
少しは悔しがって、NETで調べた後に、昔から知ってたような顔して「そんなの知ってるよ」って
言ってみたらどうだ?

>クローン
俺が貧乏かどうかはこの際、関係無いだろう。業務で必要な物は俺が買う訳ではないからな。
無駄に高い物買ってもらって喜ぶほど、素人でもないし。
SDKを入れているのを知っている割りには、MFCが使えないとか、ソースとMakefileを修正して動く
ようにしたと言っているのに、サンプルが動かせないと思ったりしているようだな。
まあ、結局クローンは人の書き込みをよく読まずに、自分の考えもまとめずに書いているだけだろう。


9 :おじゃばさま:2006/11/08(水) 19:06:19
ところでクローンはこんなタイプじゃね?
・事前に配られている資料に目を通さない。
・思いつきで発言する。
・やばくなると、昔話で逃げる。
よくいるプロジェクトの足を引っ張る上司に見えるんだよな。
無意識に攻撃してしまうのはそのせいかもしれない。


10 :仕様書無しさん:2006/11/08(水) 20:13:37
ところでおじゃばって何年式なん?

11 :仕様書無しさん:2006/11/08(水) 20:24:40
40超えた筈なので60年代の生まれのはず。
アポロ計画やベトナム戦争時代の生まれ。

・・・そーか、あの時代の人間でもJavaができるんだとちょっと脅威。

12 :仕様書無しさん:2006/11/08(水) 20:59:37
なんだなんだ、おじゃば .vs. クローンになってるな

13 :仕様書無しさん:2006/11/08(水) 21:01:08
おじゃばよ、makeを書き換えて動かすのは常識なんだよ
それを警告がでると騒ぐほうがあれだぞ、まあクローンもクローンなのは
認めるが

14 :仕様書無しさん:2006/11/08(水) 21:02:33
constねえ、そんなの出ないなあ
古いソースで最新のコンパイラでも出ないな。漏れの開発コンセプトが
優れているという事かな。

15 :仕様書無しさん:2006/11/08(水) 21:44:12
うむ。マジレスすると多少はでるな。MSのコンパイラだと
あのあたりがかなりラフでchar *で誤魔化せないか?

16 :仕様書無しさん:2006/11/08(水) 22:01:12
おじゃばがじゃわの素晴らしさを語らず、たんたんとCの事を
語るのをみると、普通に騙りと思ってしまう。

17 :仕様書無しさん:2006/11/08(水) 22:02:55
>>8
オジャバはひょっとしてSolaris使いなのか? それならなんかすごいな
漏れも>>14同様にconst付けろって警告出ないよ、だから、const中毒理解できん

>>11
40過ぎで現役バリバリPGでJavaが使える(OOA、OODが出来る)となると仙人様の域に入るんじゃないか
50過ぎなら神仏の域かな

18 :仕様書無しさん:2006/11/08(水) 22:09:34
警告はコンパイラベンダのさじ加減で多くでたり出なかったりだ。
だから単一コンパイラで短絡的に決めるのはどうかと思うぜ
なっ、おじゃば

19 :仕様書無しさん:2006/11/08(水) 22:13:35
>>16
いや、最近はCORBAを覚えようとか、JNIを使おうとか 彼なりに
前向きになっているんだな。ちょっと書くコードがダサいしセンスが
あれだがな。

20 :仕様書無しさん:2006/11/08(水) 22:17:52
( ´ー`)
  。)。)
レオナたん。。。またいくね。。。

21 :仕様書無しさん:2006/11/08(水) 22:39:18
>>20
乳だったのか

22 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 00:15:04
おじゃばのレベルに合わせてやってるだけなんだがなあ

23 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 00:17:11
漏れが本気だすとさ、オリジナルのオサンの立場をなくしちゃうから
控えているのをわかってくれよな

24 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 00:21:50
ところでオパイといえばこないだパーティのときのコンパニオンが
やたらやさしかったな。まわりの椰子らはすしとかてんぷらとかもらうのに
長蛇の列に並んで自分で食い物を取ってくるのだが、漏れはこの美人コンパニオン
に気に入られたようで食い物はみんな持ってきてもらった。もれに手渡すときに
かならずオパイをもれの腕に軽く押し付けてくるのがシビレたなあ。

25 :仕様書無しさん:2006/11/09(木) 00:29:40
>クローン
だから考えまとめてから書けって逝ってんだろ
カキコひとつ見てもレベルが低い事がわかる

26 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 00:32:34
何回も言わせるなよ
おじゃばとか>>25のレベルに無理やりデチューンしてるんだってば

27 :仕様書無しさん:2006/11/09(木) 00:37:12
26 名前:あぼ〜ん[NGName:◆4E1yVnBRhg] 投稿日:あぼ〜ん

28 :仕様書無しさん:2006/11/09(木) 08:49:50
TOMCATのサーブレットエンジンの中核はここ
protected void serveResource(HttpServletRequest request,
HttpServletResponse response,
boolean content)

contentがFALSEだとHTTP HEADERだけ取得

29 :仕様書無しさん:2006/11/09(木) 09:35:55
頭皮をチューンしろ

30 :仕様書無しさん:2006/11/09(木) 11:54:17
class CSkinHead : public JawaGuso
{
 //ハゲハゲ
}

31 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 21:52:46
おじゃばはハゲてるのか

32 :仕様書無しさん:2006/11/09(木) 21:55:34
>>30
おれは、そんな書き方見たこと無い。


嫌なコーディングだ。

33 :69式フリーPG ◆hND3Lufios :2006/11/09(木) 22:07:01
うぃー酔った。
あれだな。前スレの続きだけど、Optimizing C86は酷いコンパイラだったな。
俺が社会人になって二番目にやった仕事は、あれでかかれたアプリをMS-CVer5,1で
コンパイルすることだったなー。

34 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 22:07:57
いよう、オリジナル

35 :仕様書無しさん:2006/11/09(木) 22:17:47
おまい、俺が懐かしのコンパイラを語ってるのにレスがそれか!
前スレではX-C(x68k)を語ってる奴がいたぞ!


36 :69式フリーPG ◆hND3Lufios :2006/11/09(木) 22:18:43
ああ、ハンドル入れ忘れた。
それではみなさんごきげんよう。

37 :仕様書無しさん:2006/11/09(木) 22:18:58
>>33
いよう!オッサン!
おれも毎夜酔ってる。


PGなんて嫌だなぁ

38 :仕様書無しさん:2006/11/09(木) 22:27:39
>>36
レオナタンの乳揉んだか位報告して池よwww

39 :69式オサンクローン ◆4E1yVnBRhg :2006/11/09(木) 22:31:20
ああ・おさん怒らせちまったじゃねーか
X-Cな、3フェーズコンパイラでasmに落とすタイプの奴だったな
だからCコンパイラといいつつ asアセンブラを直接いじったほうが
楽だったりした。

40 :仕様書無しさん:2006/11/10(金) 00:50:12
前スレで WhiteSmith Cなんて言う爺がいたのには驚いたよ
ほんと、このスレ爺多いな

>>クローン、WhiteSmith Cって知ってる?(使ったことある?)
クローン位のキャリアになると当然CP/M-80知ってるし、使ったことあるよな

41 :69式オサンクローン ◆4E1yVnBRhg :2006/11/10(金) 06:53:07
CP/M-80とかPC9801(V30)あたりは
おいらの先輩の世界だな。おいらはしらん。

42 :仕様書無しさん:2006/11/10(金) 08:13:11
>>40
漏れはそのWhiteSmith Cってしらんけど、それを知っているも前さんも
そうとうな爺だな、すくなくとも漏れよりは相当年寄りだと思うw

43 :仕様書無しさん:2006/11/10(金) 08:18:18
(>>40) > 69式
 な式が成り立つんだな
おじゃば > (>>40)
 も成り立つかな

44 :仕様書無しさん:2006/11/10(金) 08:24:19
>>39
X-Cは面白いコンパイラだったけど、X68ユーザはかなりマニアックな椰子が
多かったな、gccをX68用に移植したりとかemacsも当時の16bit 68kプロセッサ
で動作してたな。漏れはがきのころx68ユーザの先輩からemacsのカスタマイズと
操作方法を教えてもらった。もちろんgccもね。だけどメモリが2MしかないX68で
gccを使ってビルドするとえらい時間がかかるんだわ。かかるといってもジャワの
サーバを起動する時間よりは速く終わったけどね。

45 :仕様書無しさん:2006/11/10(金) 08:31:19
move.w MODE,-(SP)
pea nameptr
dc.w _OPEN
addq.l #6,sp
懐かしいなX68k のasm

46 :仕様書無しさん:2006/11/10(金) 15:54:02
アセンブラネタになるとジャワ糞はこなくなるな

47 :仕様書無しさん:2006/11/10(金) 15:55:49
Z80系の漏れは、全て相対ジャンプの68系が羨ましかった。

48 :仕様書無しさん:2006/11/10(金) 18:33:51
68のアセンブラはほとんどC言語だったものね
システムコール呼ぶだけでばんばんいけた

49 :69式フリーPG ◆hND3Lufios :2006/11/10(金) 20:05:21
x68kってさ、クラッシュしてもinterruptスイッチでプロンプトに戻れたような記憶が
あるんだけどどうだったかな。

50 :仕様書無しさん:2006/11/10(金) 21:25:15
オサン
そのとおりだったよ。w
よく覚えているなあ

51 :仕様書無しさん:2006/11/10(金) 21:40:12
うぇええええ加齢臭くせえええええ

52 :仕様書無しさん:2006/11/10(金) 21:59:00
あの例外(interruptスイッチ)は進んでたよね。
ジャワ糞ダサいの例外処理とは大違いだ。

53 :仕様書無しさん:2006/11/10(金) 22:11:49
X68ユーザとジャワ糞を比べると
雲泥の差だな。かたやUNIXソースを68に移植してまで使おうとする
パワーユーザの心意気。

ジャワ糞はあるものは使うだけ。作るのはビジネスロジックのSQL処理だけ。
あー情けない。

54 :仕様書無しさん:2006/11/10(金) 22:24:39
そういやあ知る人ぞ知るOS/9なんてあったけなあ。

55 :おじゃばさま:2006/11/10(金) 22:41:20
移植に時間をかけてどーするんだ。
古いコンパイラやCPUは捨てろ。昔のコンパイラなんて知らんし興味もない。
P4で動こうがR4800で動こうがどうでもいい。IOポートだろうがスレッドプールだろうが関係ない。
Java使いはロジックなんかには興味はない。どんなサービスを開発するかに興味があるんだよ。
オマエラのその錆びれた脳みそに、新しいサービスを生み出す力はあるのか?
あるなら、素晴らしいサービスを提案してみやがれ。


56 :仕様書無しさん:2006/11/10(金) 22:46:51
GCで止まりっぱなしの停止脳にはいわれたくねーなw

57 :仕様書無しさん:2006/11/10(金) 22:47:56
停止脳==脳死 かだめじゃんジャワ

58 :仕様書無しさん:2006/11/10(金) 22:50:20
アセンブラネタにしびれを切らしたおじゃばが暴れだしました

59 :仕様書無しさん:2006/11/10(金) 22:53:54
おっさんの書くソースは古いCPUやOS(X68)でも動作するが
おじゃばの書くジャワはX68では動かないものなあ

60 :仕様書無しさん:2006/11/10(金) 22:56:00
【もしHelloジャワがX68で動作したら】

起動に15分かかる事でしょう

HelloシーをX68で動かしたら、最新の環境とほとんど変わらず動作します。


61 :69式フリーPG ◆hND3Lufios :2006/11/10(金) 22:57:21
phar laps社のアセンブラも使ってたぞ。
これは就職してから。NetWare用のドライバを書くのに使った。

62 :仕様書無しさん:2006/11/10(金) 22:59:03
NewWareのAPIってあまり知っている人はいないよね。
それはそれでマニアックだなあ。
NetWareってドライバをベンダごとにコンパイルして作ったよね。
漏れも昔やった事があるのを思い出したw

63 :仕様書無しさん:2006/11/10(金) 22:59:58
IPX/SPX w

64 :69式フリーPG ◆hND3Lufios :2006/11/10(金) 23:00:47
lsl
ipiodi


65 :仕様書無しさん:2006/11/10(金) 23:02:15
IPXってプロキシサーバのイントラ側のプロトコルとして
使われていたりしたな。ある意味セキュリティは万全。
Windows NT4.0 Proxyサーバの時代だな。

66 :69式フリーPG ◆hND3Lufios :2006/11/10(金) 23:03:32
あ、lsl.com, ipxodi.comだった。それともexeだったかなー。

IPXアドレスはMACアドレスがそのまんま埋め込まれてるからプライバシーも
何も無いぞなw

67 :仕様書無しさん:2006/11/10(金) 23:04:41
しかしWindowsメッセージングだけではInetのインフラを俯瞰する事ができず
いつしか消えていった。W2Kからか。SMTP,DNSなどを透過的に使えないとだめなんだな。
それと同時にセキュリティとの闘いの歴史の幕開けとなる。

68 :仕様書無しさん:2006/11/10(金) 23:05:29
現代の日本語で喋ってください。

69 :仕様書無しさん:2006/11/10(金) 23:06:19
>>66
外から物理的に接続できないでしょう。ってだけだなw。

MACが埋め込まれているんだw
そりゃ戸籍をしょっているのとおなじだなw

70 :仕様書無しさん:2006/11/10(金) 23:06:56
lslか知らんがどっちかは comだったよw

71 :仕様書無しさん:2006/11/10(金) 23:14:30
それに漏れはあほみたいにフロッピでコンパイルするから
時間がかかるったらなかった。ドライバ毎に管理してたからねw

72 :(ノ∀`) アチャー :2006/11/10(金) 23:17:07
ジャワ糞もMACを背負って2chに来いよ!

73 :ジャワ糞:2006/11/10(金) 23:22:58
ジャワではMACアドレスを取り出すなんて事は神の領域なのでできないぞな

74 :仕様書無しさん:2006/11/10(金) 23:24:33
香ばしくなってきますた。

75 :仕様書無しさん:2006/11/10(金) 23:25:40
>>73
少しは勉強しろ。いくらなんでも恥ずかしくないか?

76 :仕様書無しさん:2006/11/10(金) 23:28:29
ジャワの勉強休むに似たり

77 :仕様書無しさん:2006/11/10(金) 23:36:31
利口な人
・ジャワの基本スペックを確認し、こりゃ使えないわと勉強はしない。
なぜって?したって無駄になるから。実例: 69式おっさん

馬鹿な人
・ジャワを必死に学習し、VMがレガシーCで作られているとは絶対に信じない。
実例: おじゃば

78 :仕様書無しさん:2006/11/11(土) 00:10:51
VMを作る人は、馬鹿な人を量産する人はどうなるんだ?

79 :仕様書無しさん:2006/11/11(土) 00:14:04
Googleのようなの話か?

80 :69式オサンクローン ◆4E1yVnBRhg :2006/11/11(土) 08:23:03
あやや、オリジナル元気だったんだな

81 :69式オサンクローン ◆4E1yVnBRhg :2006/11/11(土) 08:48:18
>>75
勉強したよ。でも素のジャワではできねえんじゃねえのか?
できるなら教えてくれよ
ttp://discypus.jp/wiki/?Java%2FJNI%2FMAC%A5%A2%A5%C9%A5%EC%A5%B9%BC%E8%C6%C0

82 :仕様書無しさん:2006/11/11(土) 09:42:28
75は回答できないに100テラジャワをベットする

83 :仕様書無しさん:2006/11/11(土) 10:39:55
おっさんMASM32のライセンスってどうなの、自由に利用できるの?
教えてくらはい。

84 :仕様書無しさん:2006/11/11(土) 10:41:22
今の時代、趣味のASMっていいかもしれない。

85 :仕様書無しさん:2006/11/11(土) 10:42:56
いいとこがあったw
MASM32の遊び方だってさ

ttp://www.interq.or.jp/chubu/r6/masm32/intro.html

86 :仕様書無しさん:2006/11/11(土) 10:52:02
このサイトオーナー
翻訳までしてくれていて感謝。ありがとね。
ttp://www.interq.or.jp/chubu/r6/masm32/masm006.html

87 :仕様書無しさん:2006/11/11(土) 10:59:28
見よ! ジャワと違いF1レーサーのような無駄の無い美しいコードを

ttp://www.interq.or.jp/chubu/r6/masm32/tute/sources/tut03.txt

88 :仕様書無しさん:2006/11/11(土) 12:16:44
asmネタにしたとたんジャワ糞は沈黙するという法則

出てくる煽りは
・ジャワカレー臭
・爺
ぐらいかなw
ジャワ糞って技術から遠く離れたところで仕事しているんだなあとマジ思うよ

89 :仕様書無しさん:2006/11/11(土) 15:03:18
漏れが、アセンブリをほぼ覚えたのZ80から68000までだな
MC68000はDECのミニコンのアーキテクチャを参考に開発されたから8086に比べてアーキテクチャが素晴らしかったな
ちなみに何で68000かというと68000のトランジスタが集積されてるからからなんだよ
漏れはCQ出版の68000の本(著者:福永)で覚えた
この時代はMPUボードをワイヤラッピングで試作してたから、配線間違いで苦労したよ

>>47 や、爺
Z80世代なら、漏れと同様にトラ技のZ80マイコン連載記事を参考にZ80マイコンを自作してんじゃないか? 

90 :69式フリーPG ◆hND3Lufios :2006/11/11(土) 15:08:19
そういや今年のトランジスタ技術には6502ボードの製作記事が連載されているよね。

91 :仕様書無しさん:2006/11/11(土) 15:14:34
CQ出版の本はマジいつもバイブルさ

92 :仕様書無しさん:2006/11/11(土) 15:15:30
>>89
16bitのくせにデータバスは32bitだよな、ナカセル

93 :69式フリーPG ◆hND3Lufios :2006/11/11(土) 15:18:08
ポインタが奇数アドレスを指すと割り込みかかってなかったっけ?
実は68kは大学生時代に画像処理ソフトを何本か書いただけなのであまり記憶が。。。

94 :仕様書無しさん:2006/11/11(土) 15:27:38
そうか、ジャワ糞さんたちはいつの間にかハード上で動作する
ソフトウエアという基本事項を知らない世代になってしまったんだなあ。。。

95 :仕様書無しさん:2006/11/11(土) 15:33:51
奇数アドレスの話ってうん。あったね確か。いまだ捨てていない押入れの奥に眠る
X68初代をBootしてみようかと思ったりして。しかし5'フロッピがだめだろうなw

96 :仕様書無しさん:2006/11/11(土) 17:32:16
ジャワ糞でX68kいじったやついるか?いないんだろうな。
だからプログラミングの本当の楽しみをわからず、移植が無駄とかつまらん事ばかり
言う覇気がないやつばかりになってしまったのかな。

97 :仕様書無しさん:2006/11/11(土) 17:42:56
ハゲが原因で引きこもる

http://life7.2ch.net/test/read.cgi/hage/1159832067/


98 :69式オサンクローン ◆4E1yVnBRhg :2006/11/11(土) 20:40:03
おじゃばこねえな

99 :仕様書無しさん:2006/11/11(土) 20:42:44
ハゲ・ヅラ2chってあったんだなw
http://life7.2ch.net/hage/


100 :仕様書無しさん:2006/11/11(土) 20:49:12
>>98
ここにいるぞw
ttp://pc8.2ch.net/test/read.cgi/prog/1158335290/417

101 :69式オサンクローン ◆4E1yVnBRhg :2006/11/11(土) 22:45:53
そういやオリジンオサンよ
NetWareのAPIってソフトバンクから出てた古い本でさえ C++化されてたよ
92年式あたりの本だが

102 :仕様書無しさん:2006/11/13(月) 10:01:25
>>75
レスまだでつか

103 :おじゃばさま:2006/11/13(月) 12:41:34
汗くさい。

104 :仕様書無しさん:2006/11/13(月) 14:15:00
さあさあ、アセンブラネタはジャワ糞が寄り付けないから
もっとお子様ネタを振っていこうぜ

105 :仕様書無しさん:2006/11/13(月) 17:28:22
ちょっとこんなの書いてみたんだけど、Javaプログラマはこれが何をやってるかわかるだろうか。
bool func(char*p0,char*p1){return !*p0&&!*p0?1:*p0!=*p1?0:func(p0+1,p1+1);}

106 :ジャワ糞:2006/11/13(月) 17:52:28
むっむずかしすぎてわっかんねース

107 :105:2006/11/13(月) 17:56:31
俺みたいなベターCしか書けないクソガキに負けてどうするんだよ。

108 :ジャワ糞:2006/11/13(月) 18:10:44
おじゃば様ならきっとわかるっス

109 :仕様書無しさん:2006/11/13(月) 18:17:23
じゃヴぁ野郎でも三項演算子ぐらい分かるだろ

110 :おじゃばさま:2006/11/13(月) 21:29:04
一度に考えるからいけない。段階を経て解析しよう。
まず、演算子の優先順位を調べる。NETで調べれば出てくるのでそれを参考に括弧をつけよう。
ポインタ* ! +の順番になる。
(!(*p0))&&(!(*p0))?1:(*p0)!=(*p1)?0:func((p0+1),(p1+1));
次に三項演算子だが、これは単なるif文である。(条件) ? (真の処理) : (偽の処理)
そこでif文に展開する。三項演算子は左から右に処理されるため、ここでは2段のif文となる。
ちなみに最初の判定(!(*p0))&&(!(*p0))はおかしい。同じ条件を&&しても意味はない。
とりあえず、意味のない文は簡略化しよう。またboolとintが混ざっているので、intで統一した。

int func(char *p1, char *p2){
int ret = 0;
if((*p0) == 0){
ret = 1;
}else{
if((*p0)!=(*p1)){
ret = 0;
}else{
ret = func((p0+1), (p1+1));
}
}
return ret;
}


111 :仕様書無しさん:2006/11/13(月) 21:39:19
>>105
さすがベターCしか書けないクソガキだな、学生厨房って感じだな
そんなコード書いてるからC++出来ないんだな
こんな糞コード書く香具師は一人ボッチで仕事汁、プロジェクトに参加するな、他の香具師の迷惑だ

>>109
オジャバはCがある程度わかるJAVA使いだが、ジャワ糞はJAVAすら出来ないうんこ香具師と思われ(1つも言語できないと見た)

112 :おじゃばさま:2006/11/13(月) 21:41:48
では見てみよう。
最初の判定では、0かどうか見ている。まあ、NULLかどうかのチェックだろう。
次の判定では、一致しなかったら0を返している。まあ、一致しなかったら0を返すプログラムだろう。
で、一致した場合は双方共にポインタを進め、再呼び出ししている。
つまり比較をして一致しなかったら0を返し、最後まで行ったら1を返すプログラムだ。
しかしNULLの判定が甘いく、p1の方をチェックしていない。
きっと最初の判定を間違えて書いたのだろう。あの意味不明な判定は本来「!(*p0))&&(!(*p0)」なのだろう。

つまりこうなる。
return (strcmp(p0, p1) == 0);

あ、前に書いた関数の引数間違えた。0からだな。正しくはint func(char *p0, char *p1){
ちなみにプロは105のような書き方はしない。


113 :仕様書無しさん:2006/11/13(月) 21:42:04
p0とp2があるから
!*p0&&!*p0

!*p0&&!*p1
の間違いだろう、きっと

114 :仕様書無しさん:2006/11/13(月) 21:58:05
>>112
ひょっとしたら、C厨房の悪い癖(パズルみないなコード)をオジャバが突っ込むかなと思ったんだが

115 :69式オサンクローン ◆4E1yVnBRhg :2006/11/13(月) 22:53:04
ちんぽこりん

116 :69式オサンクローン ◆4E1yVnBRhg :2006/11/13(月) 23:02:49
USBハードディスクは便利だな。200g程度の重さで80Gある。
開発リソース一式、リリースCDIMGなどを入れて持ち歩ける。
こいつのおかげで糞思いCF-W4を持ち運ぶ必要がなくなった。

117 :仕様書無しさん:2006/11/14(火) 08:31:25
「軽快なJava」
ttp://www.oreilly.co.jp/books/487311201X/
1章 甘やかされた肥満児
1.1 荷物を積みすぎた船
1.1.1 エンタプライズの巨大フレームワーク
1.1.2 進歩の正体
1.1.3 市場の圧力
1.1.4 豆腐で釘を打つ
1.2 肥満への対策
1.3 肥満と戦うための5大原則



118 :仕様書無しさん:2006/11/14(火) 09:15:38
さあさあ過積載でいこうぜ!

119 :仕様書無しさん:2006/11/14(火) 09:24:34
ハゲた肥満児を甘やかしてやろうぜ!

120 :仕様書無しさん:2006/11/14(火) 11:18:26
J2EEフレームワークをやめてSPRINGを使えと言っているこの本の著者も
「ジャワ糞このままだとだめだわ」と思ったんだろうな。

121 :仕様書無しさん:2006/11/14(火) 14:50:30
解像度が高いディスプレイとスキル

うちの会社ではスキルが高い人ほど解像度が高いディスプレイを使います。
高 1600x1200
並平 1280x1024
低 1024x768
派遣ジャワ糞 800x600

122 :偽装派遣ジャワ糞見習い:2006/11/14(火) 15:45:47
いまは、QQVGAだが、いつか、QUXGAを使いたいにょろ
オジャバさまってすごいね、>>105のコードがstrcmpって分かるのか
ポインタなんてさっぱりにょろ、Cって難しいにょ


123 :http://fushianasan.2ch.net/ :2006/11/14(火) 16:36:20
11

124 :仕様書無しさん:2006/11/14(火) 16:44:01
VGAモード用語
ttp://it.wikipedia.org/wiki/Standard_televisivi


125 :仕様書無しさん:2006/11/14(火) 16:45:10
漏れはUXGAだな。

126 :仕様書無しさん:2006/11/14(火) 16:46:53
フーン
おじゃばがこのスレで評価されつつあるな。

127 :仕様書無しさん:2006/11/14(火) 18:17:59
フーン
おじゃばがホームで暴れだしたなw

128 :おじゃばさま:2006/11/14(火) 19:35:34
俺が一番言いたいのは、プロは105のような分かりにくいコードは書かないと言う事だ。

ついでに言わせてもらえば、Java使いは105のようなコードを解析出来なくても問題ないし、
SPRINGやHibernate最高などと言っている奴はインチキ野郎だし、
Javaとディスプレイの大きさは関係ないし、
盗まれて情報漏洩問題になるから、マシンやHDを持ち歩くのは止めとけと言う事だ。


129 :仕様書無しさん:2006/11/14(火) 20:35:27
>SPRINGやHibernate最高などと言っている奴はインチキ野郎だし

ほう、ということは荷物を積みすぎた船が最高と言う事だな

130 :仕様書無しさん:2006/11/14(火) 20:37:11
>Javaとディスプレイの大きさは関係ないし

800x600でEclipseが使えるかよ、使えるとしたら少々やばいぞ
よっぽどマニアかマゾだな

131 :おCさま:2006/11/14(火) 20:45:25
>俺が一番言いたいのは、プロは105のような分かりにくいコードは書かないと言う事だ

んが。あれは遊びだよ。遊び心がおCさまの良いところさ。

132 :仕様書無しさん:2006/11/14(火) 20:53:34
>>130
話がずれてるよ、何か脳内拡張妄想してないか、頭大丈夫か

133 :仕様書無しさん:2006/11/14(火) 21:31:54
おじゃばが喜ぶネタだとおっさんはこないし
おっさんが喜ぶネタだとおじゃばがこないし
どーしたらいいんだ。

134 :仕様書無しさん:2006/11/14(火) 21:32:03
>Java使いは105のようなコードを解析出来なくても問題ない
ポインタは流石に関係ないが、再帰ぐらいは解析できないと問題だろう。

135 :仕様書無しさん:2006/11/14(火) 21:52:24
>>133
そこをなんとかしてくだしぃ

136 :仕様書無しさん:2006/11/14(火) 21:53:00
うううむ。漏れとしてはおっさんにきて欲しいんだが
おじゃばの味わいも捨てがたいので困っているのだ。

137 :仕様書無しさん:2006/11/14(火) 21:53:02
再起でスタックオーバフロー起こして、
”ふ、ふーん、Cなんか糞なんだな”
と意地張るおじゃばさまツンデレ。

138 :仕様書無しさん:2006/11/14(火) 21:57:16
おじゃばがインラインアセンブラに興味を持ってくれると
おっさん .vs. おじゃば
の競演になるのだがなあ。。。

139 :仕様書無しさん:2006/11/14(火) 21:59:02
>>137
おじゃばはずるがしこいからスタックオプションをたっぷり取るだろうな
まるでVMがイニシャライズするときに軽くメガメモリを取るようにな

140 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:15:53
飲まなきゃやってらんね。

141 :仕様書無しさん:2006/11/14(火) 22:17:23
おじゃばはなんだかんだ言って認めるよ。どんなときにも逃げないのは
立派だと思う。それに比べて>>75はジャワ糞代表だな。

142 :仕様書無しさん:2006/11/14(火) 22:18:20
おっ!さん!
今日も焼酎かいな?

143 :仕様書無しさん:2006/11/14(火) 22:20:38
今日はやっすいバーボン。フォアローゼズだな。
学生の頃バーボンが流行った時期があって、今でも飲むのだ。

しかし、どこにいってもえくりぷ厨っていやがるな。市ねばいいのに。www

144 :仕様書無しさん:2006/11/14(火) 22:21:34
漏れは豚バラ串でエビスだな。うめえんだよ豚バラ串は

145 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:22:58
↑ゴメンHN入れ忘れた。

146 :仕様書無しさん:2006/11/14(火) 22:23:55
おっさんもアンチジャワ糞を表面にだしてきたなw
うれしいじゃねえの
お祝いにねぎ間をおごるぜ

147 :仕様書無しさん:2006/11/14(火) 22:26:29
バーボンだったら安物JimBeamで決まりだな

148 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:29:23
ジムはこないだショットグラスがおまけで付いてるときに買いますた。

>>146
アンチジャバと言うか・・アンチエクリプ厨ね。
あのプラグ員かき集めてるだけで自慢したり人に押し付けるやつはマジでうざいわ。

149 :仕様書無しさん:2006/11/14(火) 22:32:01
エクリプ厨はマジやばいよ。馬鹿面してDOMして動かないプラグ印
コレクションして喜んでるだけだもんなあw

エクリプはC++でも使えるぞ、このプラグ印いれればってかw

150 :仕様書無しさん:2006/11/14(火) 22:35:18
開発環境なんて仕事場なのにな。
えくりぷ厨の机ってすんごい散らかってそう。。。

151 :仕様書無しさん:2006/11/14(火) 22:38:47
>>150
開発環境って一度キメればそれでおしまいだしコネコネいじりたくもないよなw

152 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:40:26
そういや、Datalight-CのPC-9801用が出てきた。
幸い2DDだったのでATでも読めたのでインストールしてみたんだが、ちゃんと動いたよ。
グラフィック系のライブラリをリンクしなければ無問題。

けど、やはり時代を感じさせるな。Turbo-Cのほうが優秀だ。

153 :仕様書無しさん:2006/11/14(火) 22:43:52
Datalight-Cかあ、使った事はないなあ。
確かにTurbo-Cは学習用として考えれば過剰品質だったな。
しかしオブジェクトフォーマットがMSコンパイラと非互換だったので
巷にあったMS用市販ライブラリとリンクできなかったのがつらかった。
ものによってはTurbo-Cとリンクできるバイナリもセットになっていたもの
もあったんだけどなあ。

漏れもX-Cインスコして遊ぼうかな。

154 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:44:28
他人に強いるという点でエクリプス使いは独特だよな。
emacs使いやVS使いに無い特徴。

155 :仕様書無しさん:2006/11/14(火) 22:45:00
おっさんPLink-86って知ってる?

156 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:46:43
PLink-86か、何だろ?聞いたことあるかもしれないがつかったことは無いと思う。
VMX-86とかとは関係ないよなw

157 :仕様書無しさん:2006/11/14(火) 22:49:28
OptAsmなどのシリーズにある
OptLink.exeのライバルでオーバレイリンカの単体販売版
OptLinkのほうが高速で品質が良かったな。PLink-86はたまに
動作しないくずexeを作ってくれた。

158 :69式フリーPG ◆hND3Lufios :2006/11/14(火) 22:51:32
検索してみた。
オーバレイリンカなんだな。OptLinkは使ったことあったけど。
通常はMSのLink.exeだったねぇ。

159 :仕様書無しさん:2006/11/14(火) 22:55:11
リンカはやっぱりレスポンスファイルだろう
TLinkの tlink /@ Respons.dat だっけか、忘れたが
makeの中でセットしてらくらくオーバレイ。
makeでファイルにリダイレクトしたオブジェクト並びをリンカに食わせたな。
オーバレイの場合はオブジェクトの数がけっこうあるから
素にmakeに列挙すると醜いったらありゃしなかったなあ。

160 :仕様書無しさん:2006/11/14(火) 22:57:22
引退したロートルの墓場ですか?

161 :仕様書無しさん:2006/11/14(火) 23:01:20
エクリプ君がきたようです

162 :仕様書無しさん:2006/11/14(火) 23:35:36
オリジナルおさんはEclipseすきくないのか
Eclipse使ったことがないが、名前からネガティブなイメージをいだくんだよな
おじゃばはきっと好きなんだろな...
PLink-86、なにそれ、爺にはついていけん、オーバーレイが出てくるって事は8086用Linker?

163 :仕様書無しさん:2006/11/14(火) 23:46:32
そうそう、おまいら、明日からET2006がパシフィコ横浜で始まるんだが
http://www.jasa.or.jp/et/
行く香具師いるんかい? 組み込みPGってこのスレにいなそうだしな。
行く(行った)香具師がいたら、ネタプリーズ

164 :仕様書無しさん:2006/11/14(火) 23:59:31
知らない事ばかりなんだぜ
モマイラ見習ってガンガルんだぜ

165 :69式オサンクローン ◆4E1yVnBRhg :2006/11/15(水) 00:58:32
がんばるこたあねよ、ジャワさえやらなきゃ大丈夫だ。

166 :69式オサンクローン ◆4E1yVnBRhg :2006/11/15(水) 01:05:46
>>128
おっとおじゃばよ忠告ありがとうよ。でもなファイルシステムが
俺様ファイルシステムでさ、このファイルシステムを読み出すには
俺様ドライバが必要だから大丈夫だと思うよ。

167 :69式オサンクローン ◆4E1yVnBRhg :2006/11/15(水) 01:09:44
おじゃばに敬意を表して
ファイルシステム名は
OJAVAFSにしてやるよ。

168 :仕様書無しさん:2006/11/15(水) 10:02:59
さあさ、今日のお題は
 しつこい
  くどい
   うざい
    エクリプ厨

169 :仕様書無しさん:2006/11/15(水) 10:55:36
MP3のプラグイン(笑)

170 :おじゃばさま:2006/11/15(水) 19:45:16
>クローン
その俺様ドライバはFDで持ち歩くのか?

エクリプスは素晴らしいが、使わないプラグイン満載で、それを勧める奴はむかつく。
オリジナルのおっさんは言う事がまともなので、対決にならんな。

171 :仕様書無しさん:2006/11/15(水) 19:51:50
なんだなんだ、おじゃばはおっさんに逆らわない作戦にでたのか

172 :仕様書無しさん:2006/11/15(水) 19:54:29
おっさんはエクリプスをすばらしいとは言っていないぞ
内心「ダセッ!」と思っているはず

173 :仕様書無しさん:2006/11/16(木) 10:03:42
サービスとかドライバの仕事なんかどこにあんだよ。
学生かニートか。

174 :仕様書無しさん:2006/11/16(木) 11:06:15
おっさん、前に言っていたTIME_WAITをばっさり切り落とす実装って
どうやるか教えてください。

175 :仕様書無しさん:2006/11/16(木) 11:31:23
SO_LINGERでお茶をにごすか。。。

176 :仕様書無しさん:2006/11/16(木) 11:59:18
とりあえずリンガーハット食べにいくぞ

177 :おじゃばさま:2006/11/16(木) 18:26:43
ところで、C++のSTLを使ったソースで、最高に美しい物ってどこかに公開されていないか?
参考にしたいんだけど。

178 :仕様書無しさん:2006/11/16(木) 18:35:21
ああ、それは漏れのやつかな

179 :仕様書無しさん:2006/11/16(木) 19:17:25
まじうんこ

180 :仕様書無しさん:2006/11/16(木) 19:21:04
おまんこ

181 :仕様書無しさん:2006/11/16(木) 19:22:36
さあさあ、STLなんて素人くさいのやめたほうがいいぜ

182 :仕様書無しさん:2006/11/16(木) 20:20:39
>>173
一流企業の研究職ならくさるほどあるよ
おまいさんはジャワ糞+偽派遣の最悪パターンしか経験ないんだろう?

183 :仕様書無しさん:2006/11/16(木) 20:47:52
偽装請負だかなんだかしらないけど、ぶっちゃけ派遣労働者だろー

184 :69式オサンクローン ◆4E1yVnBRhg :2006/11/16(木) 23:39:39
おじゃばよ
ドライバは行く先々でインストール済みだ

185 :69式オサンクローン ◆4E1yVnBRhg :2006/11/16(木) 23:57:56
おじゃばさんよ、お前にはCの一族の学習は似合わないぜ
いいからジャワでもやっとけ

186 :仕様書無しさん:2006/11/17(金) 08:52:02
ExInitializeFastMutex
高速ミューテックスでいこうか

187 :仕様書無しさん:2006/11/17(金) 09:04:22
そういやあジャワで
SOCK_RAWって扱えるのかな、どうなんだおじゃば

188 :おじゃばさま:2006/11/17(金) 11:55:50
おお、少しは痛い所をついてきたな。Javaの勉強をしだしたのかな。それは良いことだ。
まあ知っていて言っていると思うが、結論から言うと使えない。
ただほとんどの用途がpingだと思うが、pingもどきはJava1.5で追加された。通常、これを使えば問題ない。
1.4かどうしてもpingと全く同じ動作が必要なら、JNIかコマンド呼び出しでping呼び出すしかないな。


189 :おじゃばさま:2006/11/17(金) 12:13:43
>182
大企業の研究職に幻想を抱くのは構わないが、仕事の難しさとソースコードの美しさは関係ないぞ。
あと俺の言う美しいコードと言うのは、見やすくてシンプルってやつな。

>クローン
他人のマシンに勝手に妙なドライバインストールすると怒られるんじゃないか?
ちなみに別のマシンに新たにドライバインストールする場合はどうするんだ?
もしかして、でかいFDか?

190 :仕様書無しさん:2006/11/17(金) 12:18:10
なんだなんだ、SOCK_RAWつかえねーの?
おしまいだなw
でもジャワ糞さんたちはどのみちTCPクラスは使わないからいいのかなw

191 :仕様書無しさん:2006/11/17(金) 16:46:14
STLにこだわってるな。まあジャワの実装は
基本構文 -> レガシーCを元にしている
APIクラス -> STLを元にしている
からな、おじゃばにはとっつき易いんだろうと予想できるがなw

シンプルで見やすい?
ジャワ糞のおじゃばがよく言うよw

192 :仕様書無しさん:2006/11/17(金) 16:55:56
SOCK_RAWも使えないんじゃお話にならんから
うまい焼き鳥くいに行くぞ!

193 :おじゃばさま:2006/11/17(金) 20:29:15
ジャワ糞?
ジャワ糞って俺の事だったのか?それは俺に対する挑戦と見ていいのかな。
それならとりあえず191の実力を見せて欲しいな。
誰かが質問していた、TCPのTIME_WAITを出さなくするCの実装を教えてやれよ。
おっさんは忙しいみたいだからな。


194 :69式オサンクローン ◆4E1yVnBRhg :2006/11/17(金) 21:24:12
おいおじゃば糞
他人のマシンに勝手にドライバ入れるわきゃねーだろ
行く先ざきに用意してくれているマイマシンがあるんだよ
ドライバはすべて導入済み。もちあるきのHDDといっしょには持ち歩かないよ。

195 :69式オサンクローン ◆4E1yVnBRhg :2006/11/17(金) 21:26:45
あれ?
おじゃばってジャワ好きでジャワ糞代表じゃねーの?
ジャワ糞って旧Java厨の事だろ

196 :仕様書無しさん:2006/11/17(金) 21:28:59
何言ってるの。おまえ

197 :仕様書無しさん:2006/11/17(金) 21:31:19
なんスか?

198 :69式オサンクローン ◆4E1yVnBRhg :2006/11/17(金) 21:32:47
なんかオリジナルもそうだったけどHNがはずれちゃうんだよな

199 :おじゃばさま:2006/11/17(金) 21:56:51
俺は「C厨」と「C使い」は分けて記述しているぞ。
C厨と言うのは長年プログラマやっていてもCしか出来ない人を言う。
Java房と言うのも長年やっていて、Javaしか出来ない人を言うのだろう。
俺はJavaしか出来ない訳じゃ無いから、Java房ではないと言う認識だ。

それとクローンのポータブルHDは、各地に用意してある自分専用マシンでしか使えない訳だ。
当然、それほとセキュリティーに詳しい訳だから、インストール済みのマシンからドライバだけ
取り出すなんて事は非常に困難なんだろうな。
で、ドライバディスクはHDとは一緒に持ち歩かないって事は、ドライバディスクは持ち歩かずに、
家に保管してあるって事かな。セキュリティーにそれほど気を使っているんだから、
各地にドライバディスクの予備を用意している訳はないよな。
となると、新しいマシンにドライバを入れる時は大変だな。
一度家に帰ってから、ドライバディスクを持って出先に行って、ドライバをインストール後、
ドライバディスクを家に持ち帰って保管。その後にHDを持って出掛ける訳だ。
大変だな。

200 :仕様書無しさん:2006/11/17(金) 22:07:56
>>199
おじゃば、長文長文。

201 :仕様書無しさん:2006/11/17(金) 22:13:43
>>191
>>174を頼んだよ、喪前の実力なら簡単に出来るだろ
ここで、オジャバにC/C++言語香具師の実力を見せつけろ
漏れは、ポインタもろくに使えないへたれC厨房--なんでどうしたら実現できるのかさっぱりだが


202 :仕様書無しさん:2006/11/17(金) 23:46:08
>>200
おじゃばの長文はデフォだろ

203 :仕様書無しさん:2006/11/18(土) 08:50:33
ん。TCPヘッダのコントロールフラグビットをRSTにして送信すればいいんじゃねーの?

204 :仕様書無しさん:2006/11/18(土) 08:56:24
TCP状態遷移図をみれ。CLOSE_WAITとTIME_WAITの遷移をスルーし
かつデータの送受信の安全性を確認しないといけない。またマイ
プロセス間の通信に限定しなくてはならない。
TIME_WAITやCLOSE_WAITはTCPの仕様だから勝手に無視するわけには
いかない。しかしマイデーモンで発生したsocketの枯渇問題が出た場合は
いたしかたのうござる。つうか設計でsocketの枯渇にならんよう作るのが
本筋であるとおもうのでござる。

205 :仕様書無しさん:2006/11/18(土) 09:00:47
TIME_WAITはWindowsではデフォルト4分間そのままになる
socket数も5000がデフォだ

socketをばんばん使いまわすサーバではレジストリの修正が必要
ttp://nosa.cocolog-nifty.com/sanonosa/2006/04/windowstime_wai_00d2.html
ttp://www.millionwaves.com/200506191010.html

枯渇しない作りは、ずばりsocket Poolingだろう。世の中資源の再利用が行われて
いるが少ない資源を合理的に再利用する。これが大事。
ジャワはメモリ資源を湯水のように使う、これがだめ。

206 :69式フリーPG ◆hND3Lufios :2006/11/18(土) 09:36:01
うん。おっしゃるとおりなんだが、そういうつくりの腐れJava鯖アプリがあったんだな。
ほんで、これなんとかなりませんか?と言われて、CLOSE_WAITのソケットを
列挙して潰すソフトを作ったんだな。
結論を言えばそれでもだめだtったっぽい。

207 :仕様書無しさん:2006/11/18(土) 09:36:28
>それは俺に対する挑戦と見ていいのかな
なんで糞なくどくどしい準ジャワなSTL学習途上のおまいさんに
んな事言われなきゃならんのか理解できんよw

208 :仕様書無しさん:2006/11/18(土) 09:38:10
>>206(オリジナル)
ジャワでは既出のとおり SOCK_RAWが操作できんから頼まれたんだねw
がはははははは〜
糞ジャワ氏ね

209 :仕様書無しさん:2006/11/18(土) 09:48:24
腐れJava鯖アプリ
socketを湯水のように使う糞鯖
このソフトの言語は間違いなくJava
そして作ったのはジャワ糞

   / ̄\
  | ^o^ |
   \_/


210 :仕様書無しさん:2006/11/18(土) 10:02:23
STLは漏れも評価した。それを前提で話しているが
特にSTLのアルゴリズムは単にロジックのラッパーに過ぎない。
漏れのレガシーCの実装のほうが効率が良くシンプルだから使う必要が無い
という選択をしている。C/C++は色々な利用方法がある。どこを中心に据えるか
がポイントだ。漏れはシンプルさとパフォーマンスをポイントにしているので
クラスとメンバの関係はきちんと使うがSTL系のラッパークラスは使いたく無い。
それを否定するものおじゃばの自由だが、クラス+STLを使わないと偉くないという
短絡的な3歳児思考は恥ずかしいからお前のホームスレ上でも流布しないほうがいいと思うぞ。

なっ、おじゃば

211 :仕様書無しさん:2006/11/18(土) 10:09:32
おじゃばは漏れに宿題を出した。お返しにも前に簡単な宿題をやる。

RFC DNSのメッセージフォーマットだ。こいつはドメイン名
そ他を圧縮というポインタの再帰表現で同じ文字列を重複して持たない
仕様になっている。この仕様をSTLのアルゴリズムで解決できるか?
この話の前提だが俺はSTLのアルゴリズムは調べていない。だからおじゃばが調べろ。

漏れだったら使えるかどうかを調査する時間と、STLをテスト的に使いこなす時間
よりはポインタ操作で組んでしまったほうが早くかつ安心だと言う事だ。もしバグが
あってもそれは修正も可能になる。すべては自分の責任だという事だ。

212 :仕様書無しさん:2006/11/18(土) 10:15:20
仕様が不明瞭だったな。スマソ

DNSサーバからリプライされたDNSメッセージ内のポインタ圧縮された複数個ある
ドメイン名をSTLアルゴリズムで取得するサンプルを出せ。

評価基準
シンプルに取り出せるのなら評価点高


213 :仕様書無しさん:2006/11/18(土) 10:24:17
審査委員
・69式おっさん(オリジナル)
・漏れ


214 :仕様書無しさん:2006/11/18(土) 11:13:09
おまんこ

215 :仕様書無しさん:2006/11/18(土) 11:14:56
ジャワ糞が悔しいときのフレーズ
おまんこ

   ツル・ピカ
   / ̄\
  | ^o^ |
   \_/


216 :仕様書無しさん:2006/11/18(土) 11:45:14
>>213
忘れ物

ウザい観客
・クローン

217 :仕様書無しさん:2006/11/18(土) 12:49:02
>>206
CLOSE_WAITで浮いた状態がクラゲのように大量発生すると
ある点を境にソケット関連の処理がなし崩しにだめになるよな。
おそらくその糞ジャワ鯖アプリを作り直す以外しょうもないと思うよ。

218 :仕様書無しさん:2006/11/18(土) 13:02:49
こういうのって言語側でいくらメモリリークしないように補助輪つけても
ドカタにはサービスやサーバーアプリは作れないって典型例だよな。

219 :仕様書無しさん:2006/11/18(土) 13:04:01
>>218
よくジャワ糞がさわいでいる「オブジェクト指向」使ってるんだから
なんとかしてほしいわけですよw

220 :仕様書無しさん:2006/11/18(土) 14:58:05
おじゃばは荷物を積みすぎて沈没

   ツル・ピカ
   / ̄\
  | ^o^ |
   \_/


221 :仕様書無しさん:2006/11/18(土) 15:07:08
>>220
わかったからAAうぜぇ

222 :仕様書無しさん:2006/11/18(土) 15:10:09
うぜえ

223 :仕様書無しさん:2006/11/18(土) 15:12:02
さあさあ、おじゃば復活のみこみなしだな

224 :仕様書無しさん:2006/11/18(土) 15:25:15
>>211
オジャバにC++のSTLの宿題を出して何の意味がある?
オジャバ(STL勉強中?)に門外漢言語での宿題を出してもな、あえて出すなら、JAVAではどうするではないか
ところで、オジャバが出した宿題とそれに対する回答(まだかもしれんが)はどれ?


225 :仕様書無しさん:2006/11/18(土) 15:39:07
話かわるが2chとぱーずって何者?
このスレがあるんだけど。
ttp://www.chitora.jp/2chtoppers.html


226 :仕様書無しさん:2006/11/18(土) 16:03:55
土曜日の朝から。
おっちゃん達、家族も友達もいないの?

227 :仕様書無しさん:2006/11/18(土) 20:18:15
なんだかんだいって、同じドカタじゃないか

228 :仕様書無しさん:2006/11/18(土) 20:23:35
30代にもなってPGなんてやってられないでしょ。

229 :仕様書無しさん:2006/11/18(土) 20:55:51
>>228
痛いところ突いてるな

230 :仕様書無しさん:2006/11/18(土) 22:42:01
爺沈黙

231 :仕様書無しさん:2006/11/18(土) 23:59:19
いやあ酔っ払った〜
あれれジャワ糞どもは友達いないのかな、土曜の夜は繰り出すのが
当たり前だろう。ひきこもってばかりいてもしょうがないぞ。

232 :仕様書無しさん:2006/11/19(日) 13:13:04
ジャワ糞は今日もヒキコモリか?

233 :仕様書無しさん:2006/11/19(日) 13:41:47
>>232
漏れはC#糞だが
今日は寒いし雨なんでヒキしてるよ
女子マラソンを見てるなり

234 :仕様書無しさん:2006/11/19(日) 13:43:34
たしかに天気わりいから
PHP糞もPerl糞もC糞もC++糞もCOBOL糞もヒキ確定かな

235 :仕様書無しさん:2006/11/20(月) 08:15:32
おじゃば光臨Wait Timerイベント(1)

236 :仕様書無しさん:2006/11/20(月) 10:30:02
>>206
スレッドによる垂れ流しコネクション作成は
いちばん簡単かつシンプルな実装になるからね。
これらの新規作成単一スレッド内ではブロッキングソケットで処理できるしね。
まあ素人がサービス、デーモン作るなって事だな。特にジャワ糞は一人でいい気に
なってるがまるで小学生が3桁の掛け算できてえばりちらしているようだね。

237 :仕様書無しさん:2006/11/20(月) 10:32:47
おじゃばよ
納期はいつだ?せめて進捗報告ぐらいしてくれよなw

238 :仕様書無しさん:2006/11/20(月) 12:17:31
おじゃばを待っても半年ぐらい音沙汰ないだろうから
この時間を利用してスレッドに依存しない非同期通信サーバでも語ろうじゃないか。

239 :仕様書無しさん:2006/11/20(月) 12:22:02
おじゃばよ、気にせずに非同期で割り込んでくれていいぞ。
おまいさんの割り込みを優先度高でスケジュールしてあげるからね。
そしてオリジナルオサンと漏れで厳正なる評価してあげるからな。
通信教育の添削みたいだけどね。

240 :おじゃばさま:2006/11/20(月) 19:09:14
つーか、土日を見積もりに入れるなよ。Sヨか、貴様。

なんか難しそうに言っているが、ドメイン名の文字列が重複しないように管理するって事かな。
単純にmap<string, long>のマップを作って、そこでドメイン名を.で分割したパーツをstringで、
シーケンシャルな通番を作成してlong管理すればいいんじゃないか?
登録する時は、map.find()で検索をかけ、ない場合に通番を発行して登録する。
で、ドメイン名自体はvector<long>のリストを作って、通番をlongで管理すればいいんじゃないか?
逆変換が必要な場合は、map<long,string>のマップも同時に作成しておけばいいんじゃないか?
この場合、2倍の領域が必要だが、そのぐらいは大したことないだろう。

言っている意味やコードイメージがわかない場合は、コード書くけど必要か?
それともやりたい事が違うのかな?

241 :仕様書無しさん:2006/11/20(月) 19:42:56
DNS RFCを調べてくれ。話はそれからだ。

242 :仕様書無しさん:2006/11/20(月) 19:44:34
漏れがおじゃばを認めるところは
彼は逃げない。それは見上げたものだ。
ただセンスがいまいち悪い、そこを改善すれば彼はかなりのものになると思う。

243 :仕様書無しさん:2006/11/20(月) 19:49:50
【おじゃばってきっとこんな人】
センスの悪さを服装で例えると
・前ボタン無名ベルボトムデニムにスクール用黒革靴を履く
・シャツは派手なコットン85% アクリル15%の安物チェックシャッツだ
・ジャケットは持っていないので安物の原色トレーナーを羽織る
・バッグはジャワ糞定番の肩がけナイロンバッグ(黒)だ

244 :仕様書無しさん:2006/11/20(月) 19:50:53
>>242
同感だが、単純に頑固なんではないかと思う。
根性でごり押しするコボラーと同じ匂いがするんだが。

245 :仕様書無しさん:2006/11/20(月) 19:54:06
>>244
うむ。かなりな年齢であることは間違いないだろうな。
すくなくともわれらが69式オサンよりはずばり上だ!

246 :仕様書無しさん:2006/11/20(月) 19:59:06
【69式のオサンを妄想してみる】
・銀縁の眼鏡をかけている。度はかなりキツイ
・客先に出向くときはいっちょうらのダークグレイのスーツだ
 多少ヨレッているが気にしない。彼は技術屋だからだ
・靴は歩きやすく && ビジネスでも通用するバージョンを選択する
・身長 172cm
・体重 72kg
・血液型 B型
・髪型  不精の結果なやや長髪

247 :仕様書無しさん:2006/11/20(月) 20:06:06
あほめ

おじゃばはしょせんおじゃばなんだよ
javaというオブラートに包まれてるから、コーディング
できるんだよ

248 :おじゃばさま:2006/11/20(月) 20:10:36
せっかく添削してくれるなら、間違いあっても書いてみるか。

class DsnTable {
public:
DsnTable(){idx = 0;}
~DnsTable(){}
bool add(string dn, string ip); // レコード追加
bool dnToIp(string &dn, string &ip); // ドメイン名→IPアドレス変換
bool ipToDn(string &ip, string &dn); // IPアドレス→ドメイン名変換

protected:
private:
long idx; // シーケンス番号
map<string, long> ati; // パーツ管理テーブルを(DNパーツ文字列,シーケンス番号)
map<long, string> ita; // 逆変換用テーブル(シーケンス番号,DNパーツ文字列)
map<string, vector<long>> tbl; // DNSテーブル(IPアドレス,シーケンス番号リスト)
}


249 :仕様書無しさん:2006/11/20(月) 20:15:51
ほれおじゃば、サービスだ。原著がよければ自分で見つけてくれ。

RFC日本語訳
ttp://www5d.biglobe.ne.jp/~stssk/rfcjlist.html

DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION
ドメイン名 − 実装と仕様書
ttp://www5d.biglobe.ne.jp/~stssk/rfc/rfc1035j.html

250 :仕様書無しさん:2006/11/20(月) 20:18:54
ドメイン名 − 実装と仕様書 内の

ここの仕様をよく確認してくれな。

4.1.4. メッセージ圧縮

251 :仕様書無しさん:2006/11/20(月) 20:19:27
ぷ。ださっ

252 :仕様書無しさん:2006/11/20(月) 20:22:14
馬鹿にするのは簡単なことさ

253 :仕様書無しさん:2006/11/20(月) 20:29:05
あのさあ、おじゃば
 たとえば VOID getDnsfmt2Domainnm(BYTE *raw, LONG pos, char *outValue);
一発でもいいんだよ。漏れはC厨だからreturnでstringをもらうのは好かないのでやらんがやりたきゃやればいい。
posは内部変数で自動管理でもいいだろう。
これは圧縮された複数のアドレスを複合化しなくてなならないためのひとつの例。
この例だとループ内でこの関数を呼び出す。自動管理ならば2次元配列を処理しないと
だめだな。
そこんとこだけ書いてくれればいいよ。大業にクラスインタフェイスから
入ってもらわなくともいいんだぜw
シンプルにいこうぜw

254 :仕様書無しさん:2006/11/20(月) 20:31:37
仕様がSTLだからな、ちょっと違うけどね。

255 :69式フリーPG ◆hND3Lufios :2006/11/20(月) 20:36:51
>>246
おまいさん、わざとはずしてるだろww
全然違う。髪が少し長め(耳にかからない程度)というのがちょっと近いか。
体重や身長はこの板のダイエットスレで書いていたと思う。

256 :仕様書無しさん:2006/11/20(月) 20:38:38
がははは〜
ええやんか、妄想なんだし。正確に書くと個人情報保護法案に抵触するよw

257 :おじゃばさま:2006/11/20(月) 20:39:20
なんだよ、違うの作りかけたじゃねーか。
大体、ギャラリーにも分かる問題出せよな。まだ前のC厨の方がマシだぞ。
もったいないから作りかけ書いとく。ただよく考えたらIP->DN変換しか出来なかったが。
まったく、ギャラリーにも分かるように、問題書き直せよ。

bool DnsTable::add(string dn, string ip){
mutex(this){ // 同期用のmutexの使い方がわからん
vector<long> adr;
for( // ドメイン名分解ループ){
string item = // ドメイン名を「.」で分割したパーツ
map<string, long>::iterator it = ati.find(item);
if(it == ati.end()){
idx++;
ati.insert(pair<string, long>(item, idx));
ita.insert(pair<long, string>(idx, item));
adr.push_back(idx);
}else{
adr.push_back((long)it->second());
}
}
lst.insert(pair<string, vector<long>>(ip, adr));
}
}


258 :仕様書無しさん:2006/11/20(月) 20:41:05
>>257
スマソスマソ
 馬鹿Sヨのわけわからん仕様でも
  正しい仕様を導き出すための学習じゃとおもうてくれい

259 :仕様書無しさん:2006/11/20(月) 20:42:29
だからポインタ圧縮って言っていたのだけどな。。。
 このポインタ圧縮はINET RFCではよく出てくる手法なので
  学習して損はないから許せ。

260 :仕様書無しさん:2006/11/20(月) 20:53:20
>>242
>彼は逃げない。それは見上げたものだ。
これに関してはもれも激しく同意するよ。援軍皆無のこのスレで頑張るし
自分の得意としない言語であえて挑戦を逃げずに受けてるしな。
少なくとも、オジャバに宿題(課題)を出した香具師よりは人間的には良い香具師と思う
>>オジャバに宿題を出した香具師、お前は相手を見下してすぎだぞ(文体が相手を馬鹿に過ぎ)、

261 :仕様書無しさん:2006/11/20(月) 20:54:53
>>260
いや、漏れは彼を馬鹿にはけしてしていないぞ。
マジ。見上げている。ただ2ch流儀の記述をしているだけだ。

262 :仕様書無しさん:2006/11/20(月) 20:59:31
おいおい、260よ漏れはおじゃばから嫌味な課題を出されたんだぞ。
も前にはできねえだろって匂いがプンプンする課題をな。
このスレの縁の下である漏れをそこまで落とすのか。あーそうですか。

263 :仕様書無しさん:2006/11/20(月) 20:59:55
何様?

264 :仕様書無しさん:2006/11/20(月) 21:01:12
俺様

265 :おじゃばさま:2006/11/20(月) 21:01:34
じゃそのポインタの圧縮の仕様を、誰でも分かるように説明してくれるなら全て許そう。
具体例を示して簡潔に説明してくれよ。

で、課題は関数名とパラメータと概要で指定してくれ。
例えば、

void add(string &dn, string &ip);
ドメイン名登録(ドメイン名,IPアドレス)
boolean ipToDn(string &ip, string &dn);
IP->ドメイン名変換
ただし内部のデータ管理は例XXのようにしなければならない。
例XX
具体例で表示

という感じで頼む。
まあ、そっちでコード書いて穴埋めでもいいぞ。

266 :仕様書無しさん:2006/11/20(月) 21:01:42
さあさあしょせんソフトなんて俺様仕様がいちばんですぜ

267 :仕様書無しさん:2006/11/20(月) 21:03:37
>>261 オジャバの書いた文と喪前の書いたのを比較したら。
オジャバは相手を見下した表現はあまりしてないと思う。

>>262
オジャバの出した課題はどれのことを言ってる?漏れはそれがどれかわからん

268 :仕様書無しさん:2006/11/20(月) 21:14:06
ポインタの圧縮の仕様

注意- ハイフンは意味なし バイト並び

offset

  0-1-2-3-4-5-6-7 ← 8 bytesインジケーター
-----------------------
40 5-h-o-s-t-x-7-h
48 o-g-e-a-h-o-2-c
56 o-2-j-p-0-6-s-e
64 r-v-e-r (PTR 1100000000101110 Offset 46)

hostx.hogeaho.co.jp
server.hogeaho.co.jp

serverはoffset 46のアドレスから. + 7文字くっつける hogeaho
. + 2文字くっつける co . + 2文字くっつける jp
結果できたドメイン文字列が

server.hogeaho.co.jp となる
ようは hogeaho.co.jpは重複しているので再利用するわけだ


269 :仕様書無しさん:2006/11/20(月) 21:15:31
おっちゃん達お口くちゃい

270 :仕様書無しさん:2006/11/20(月) 22:08:28
チンカス程度しかスキルがない外野がうるさくなってきたなw

271 :仕様書無しさん:2006/11/20(月) 22:14:38
おっさん達結婚しないの?

272 :仕様書無しさん:2006/11/20(月) 22:25:00
愛人食わせないといけないので結婚資金が溜まらんの。

273 :仕様書無しさん:2006/11/20(月) 22:25:00
>>271
それは俺も聞きたい。
が、ここに来る位だからなぁ・・・

俺はそうならないよう気をつける、ここ数年彼女居ないけど・・・

274 :仕様書無しさん:2006/11/20(月) 22:29:58
enum{
奥=0,
彼女1,
彼女2,
彼女3,
彼女4}
まではいるがな

275 :仕様書無しさん:2006/11/20(月) 22:37:54
>>274
妄想はいらねーから

276 :仕様書無しさん:2006/11/20(月) 23:22:07
>>268
よく出来た仕様だけどそれだけに工夫のしようもないんでクイズには不向きだなぁと思った。
なんで程ほどに単純な、だけど単純なポインタ操作だけでは解けない問題を作ってみたよ。

typedef DWORD ARGB32; ///< struct _ { BYTE blue, green, red, alpha; }; と等しい。

/**
 * 32bit ダイレクトカラー形式(ARGB32)のビットマップイメージを 8bit インデックスカラー形式に変換する。
 *
 * @param[out] clut 変換後のカラールックアップテーブルを格納するバッファ。
 * @param[out] indexedPixels 変換後のインデックスピクセルデータを格納するバッファ。
 * @param[in] directPixels 変換対象となるダイレクトカラー形式のピクセルデータへのポインタ。
 * @param[in] pixelSize indexedPixels および directPixels の要素数。
 * @return ビットマップイメージの色数。
 *
 * directPixels の色数が 256 を超える時は色数を返すだけで減色はしない。
 *
 * 呼び出し側は clut に 256Byte , indexedPixels に pixelSize Byte の領域を、
 * 関数呼び出しの前にあらかじめ確保していなければならない。
 */
size_t palletize(ARGB32* clut, BYTE* indexedPixels, const ARGB32* directPixels, size_t pixelSize)
{
    // TODO: O(n*log(n)) で実装すること。
}

277 :仕様書無しさん:2006/11/20(月) 23:37:56
おやおや、グラフィック専厨のおでましですなw

278 :仕様書無しさん:2006/11/20(月) 23:43:57
>>276
ポインタのトリガとして先頭の11bitがミソなんだな

あとあれはRFCの仕様なだけでクイズとしてひねっているわけではないし
おじゃばにSTLでビット解析を含む処理をSTLでやってみてもらって
便利かどうか判断してもらいたかっただけだからいいんだよ。

279 :仕様書無しさん:2006/11/20(月) 23:48:26
おじゃばは幸せもんだな、こんなに丁寧に解説してもらって
なっ

280 :仕様書無しさん:2006/11/20(月) 23:50:16
おじゃばよ、この処理ができるようになると
Java Mailでmxレコードの処理が実装できるぞ。

281 :仕様書無しさん:2006/11/20(月) 23:51:04
おまえら嫁さんいねえの?

282 :仕様書無しさん:2006/11/21(火) 00:17:11
>>277
> おやおや、グラフィック専厨のおでましですなw
そんな厨がいるの?初めて知ったよ。

>>278
りょーかい。
ちなみに STL でビット演算系というと、なんだか日陰者のbitset とか
もはや抹殺済みの vector<bool> とか物悲しいふいんきが漂いますな。

STL 知ってりゃ5分で済む所を自作アルゴリズムで1週間掛けて
使ってみたら STL 以下なんてのを経験してみると。。。
後輩には、とりあえず STL は覚えとけその上で使うかどうかは・・・
自由だ〜!!!といっている。俺自身は STL 大好き。

283 :仕様書無しさん:2006/11/21(火) 00:23:43
で、STLを使った有名なソフトって何?

284 :仕様書無しさん:2006/11/21(火) 00:32:37
>>283
C++標準ライブラリを使ってますって宣伝するソフトって普通ないよな。

285 :仕様書無しさん:2006/11/21(火) 00:42:51
ではSTLのセンセは>>282にまかせた!

おじゃばの添削役交代のお知らせ
・69式オサン(オリジナル)
>>282 オサン(STL好き)
・クローン(お笑い系)

286 :69式フリーPG ◆hND3Lufios :2006/11/21(火) 00:47:33
おいらもSTLはあんま詳しくないよ。

287 :仕様書無しさん:2006/11/21(火) 00:48:28
ではSTLオサン(>>282)に一任しようではないか

288 :仕様書無しさん:2006/11/21(火) 00:54:59
>>285
うむ。おじゃばさまがときおり言及する "Effective STL" を教えた C++使いとは
俺のことであるから任されよう。ちなみに70年式オサンだ。

289 :仕様書無しさん:2006/11/21(火) 00:59:29
マジで過齢臭が。。。

290 :仕様書無しさん:2006/11/21(火) 01:10:54
>>282
>STL 知ってりゃ5分で済む所を自作アルゴリズムで1週間掛けて
>使ってみたら STL 以下なんてのを経験してみると
ワロタよ、でも実際あるよなこういうこと

>>276 は>>268と同一人物?
もし、そうなら自分で前の課題取り消して、新しい課題を出したってことか?
この課題、非常に興味(STL でビット演算系)あるからオジャバが回答するかしないかに係わらず答えよろしく

291 :仕様書無しさん:2006/11/21(火) 01:16:59
>>286
おさんはSTLあまり使わないってこと

292 :282:2006/11/21(火) 01:33:28
276,282,284,288 は同一人物です。しかし 268 とは別人です。
回答は作成済みだけど、20行以内の回答があるまではさらないほうがいいかな。

293 :仕様書無しさん:2006/11/21(火) 02:38:37
>>292>>268
課題を出したのだから課題提供者の回答は必ず出してくれ。
あと、課題提供者が課題に関するレスするときは課題提供者とわかるようにしてくれないか
たとえば名前に課題提供時のレス番を入れるとか

喪前ら、今、家で布団の中かないいな、漏れはまだ会社だよ、orz

294 :仕様書無しさん:2006/11/21(火) 08:05:44
課題出す奴はコテにしろよ。

295 :仕様書無しさん:2006/11/21(火) 08:14:03
70式STLオサンというハンドルではどうだ

296 :仕様書無しさん:2006/11/21(火) 08:30:04
268のSTL回答はないぞ。あれは応用問題だ。仕様を解決すれば
それでよし。どうしてもというならばC + インラインアセンブラ
の一部なら出してやる。おそらくSTLでビット処理するよりインライン
アセンブラのほうがかなりシンプルになると思うよ。

297 :仕様書無しさん:2006/11/21(火) 10:25:26
なんだこのスレの熱さ

298 :仕様書無しさん:2006/11/21(火) 11:18:58
【69式のオサンを妄想してみる Version 1.1】
・銀縁の眼鏡をかけている。度はかなりキツイ
・客先に出向くときはいっちょうらのダークグレイのスーツだ
 多少ヨレッているが気にしない。彼は技術屋だからだ
・靴は歩きやすく && ビジネスでも通用するバージョンを選択する
・身長 170cm
・体重 50kg〜60kgの間をさまよう
・血液型 B型
・髪型  耳にかからない程度のサパリ感を重視


299 :仕様書無しさん:2006/11/21(火) 13:07:31
>>298
オサン年齢からみて、その身長で体重 50kg〜60kgはやせすぎでないか

>>296
>>278(STL香具師) と >>268(==ポインタの圧縮課題出した香具師?)は同じ香具師じゃない?
で、>>296は >>278>>268とは違う香具師だよな(アセンブラを使う課題をオジャバに出すとは思えんしな)
課題回答は、漏れ漏れ回答したい香具師だったら回答提示して良いと思う。

もー、どれがポインタの圧縮課題出した香具師のレスかわからんから
とにかく、課題を出した香具師はコテをつけれ

300 :仕様書無しさん:2006/11/21(火) 13:13:39
なんだ>>299
ここは言語仕様はできて当たり前な前提で応用領域を語る場所だ
甘ったれるな。なっ

それに答というのはエキスパートになればお前の答えが最良なんだよ。
だから自信をもって自分の答えをOutputしれ!

301 :仕様書無しさん:2006/11/21(火) 14:08:15
【69式のオサンを妄想してみる Version 1.23】
・銀縁の眼鏡をかけている。度はかなりキツイ
・客先に出向くときはいっちょうらのダークグレイのスーツだ
 多少ヨレッているが気にしない。彼は技術屋だからだ
・靴は歩きやすく && ビジネスでも通用するバージョンを選択する
・バッグは皮製の肩がけ(独身だからこう予想する)
・身長 167cm
・体重 50kg〜60kgの間をさまよう
・血液型 B型
・髪型  耳にかからない程度のサパリ感を重視


302 :仕様書無しさん:2006/11/21(火) 15:51:03
おっさんきめえww

303 :仕様書無しさん:2006/11/21(火) 18:19:27
おじゃば、どした、苦労してるのか?

304 :仕様書無しさん:2006/11/21(火) 18:24:37
おじゃばの師である>>288が待ってくれているぞ。

305 :おじゃばさま:2006/11/21(火) 19:21:22
苦労はしていないが、空いた時間でやっているんだから、そんなに早く出来ないぞ。
とりあえずドメイン名を表すクラス。
class DomainName
{
public:
DomainName(string d, int s, int o){
dn = d;
seq = s;
offset = o;
}
~DomainName(){}
// 渡されたドメイン名を自分のドメイン名と比較して一致した位置を返す。
int checkOffset(string d){
int ret = npos;
for(int pos=0; string::npos!=(pos=dn.find(".", pos)); pos++){
if(0 == dn.compare(pos+1, d.size(), d)){
ret = pos;
break;
}
}
return ret;
}
static const int npos = -1; // なかった時の値
protected:
private:
string dn; // ドメイン名
int seq; // DNS配列のインデックス
int offset; // 対象レコードの重複開始位置
};


306 :おじゃばさま:2006/11/21(火) 19:35:39
ドメイン名を管理するテーブル
class DnsTable
{
public:
DnsTable(void){}
~DnsTable(){}
// ドメイン名を追加する
void add(string d){
bool sts = true;int pos = 0;int cnt = 0;int pnt = 0;
for(vector<DomainName>::iterator it=tbl.begin();
(sts)&&(it!=tbl.end());
it++, cnt++){
for(pos=0; (sts)&&(string::npos!=(pos=d.find(".", pos))); pos++){
string cur = d.substr(pos+1);
pnt = it->checkOffset(cur);
if(DomainName::npos != pnt){
sts = false;
break;
}
}
}
if(sts){
tbl.push_back(DomainName(d, DomainName::npos, DomainName::npos));
}else{
tbl.push_back(DomainName(d.substr(0, pos), cnt-1, pnt));
}
}
protected:
private:
vector<DomainName> tbl; // ドメイン名テーブル
};


307 :仕様書無しさん:2006/11/21(火) 19:52:44
◆◆◆ ツルピカちゃんのワンポイント ◆◆◆

ThreadをWindowsで利用するときは、メモリリークはもちろんですが
タスクマネージャのパフォーマンス「合計」グループにある
ハンドルに注意しましょう。ハンドルがやたら増加する場合はリソースリークです。
HANDLE hThrd;
DWORD threadId;
for(int i=0; i<10; i++){
  hThrd = CreateThread(NULL, 0, ThreadFuncHage, (LPVOID)i, 0, &threadId);
  if(hThrd){
    CloseHandle(hThrd);  //←これを忘れちゃいけませんよ、リソースリークします
  }
}
  ヽツル | ピカ/
   / ̄\
  | ^o^ |
   \_/


308 :282:2006/11/21(火) 20:25:50
>>305
> DomainName(string d, int s, int o){
C++ ではユーザ定義型(Java でいうオブジェクト型)も値渡しなんで
DomainName(const string& d, int s, int o){
とやるのが定石だな。まあ知ってるんだろうけど。

さて >>278 の見たがっていたビット解析までたどり着くのはいつになることか。

309 :仕様書無しさん:2006/11/21(火) 21:22:32
>>308::282 参照な。

おじゃば
ビット操作のとこだけでもいいぞ。あまり無理するなよ。

310 :仕様書無しさん:2006/11/21(火) 21:24:58
ふい〜漏れもデバッグに苦しんだ。んとにミドルはデリケートだな。
こんなデリケートな開発してるから女性にもデリケートに接する事が
できる。だから漏れはもてるんだなと納得したよ。

311 :仕様書無しさん:2006/11/21(火) 21:41:49
さあて、やっと完璧に動作してくれたし
うまいおでんで一杯いくかな。おじゃばがんばれな。

312 :276:2006/11/21(火) 22:26:55
問題出したけど誰もレスしてくんないので >>211 の人気に嫉妬しつつ回答、
とゆーか実装の一例を提示して幕引きしましま。

size_t palletize(ARGB32 (&clut)[256], BYTE* indexedPixels, const ARGB32* directPixels, size_t pixelSize)
{
    vector<ARGB32> buf(directPixels, directPixels + pixelSize);
    sort(buf.begin(), buf.end());
    buf.erase(unique(buf.begin(), buf.end()), buf.end());
    size_t size = buf.size();
    if (size > 256) return size;
    for (size_t i = 0; i < pixelSize; i++) {
        indexedPixels[i] = distance(buf.begin(), lower_bound(buf.begin(), buf.end(), directPixels[i]));
    }
    copy(buf.begin(), buf.end(), clut);
    return buf.size();
}

313 :276:2006/11/21(火) 22:31:25
おっと第一引数の型が違ってた。ARGB32 *clut と読み替えてください。

314 :仕様書無しさん:2006/11/21(火) 22:56:15
漏れはSTLには興味ないが、276==70式STLオサンの登場はうれしいよ。
STLを仕切ってくれよ。なっ70式オサン

>indexedPixels[i] = distance(buf.begin(), lower_bound(buf.begin(), buf.end(), directPixels[i]));
このあたりってかなりスタック使うんだろうなと心配したりして。スマソ


315 :仕様書無しさん:2006/11/21(火) 22:59:18
よくわからんが、シンプルで美しいコードだな。
100点

316 :69式フリーPG ◆hND3Lufios :2006/11/21(火) 23:29:24
キター

おい。誰かレガシーCに自信ある奴はC99版を組んでみそ。

おそらく、C/C++好きの最大の関心事であろう、アセンブルソースを比較してみようぜ。

317 :仕様書無しさん:2006/11/21(火) 23:46:20
STLは性能がレガシーCよりも65%〜75%落ちるのが明白なので
アセンブラに落としたらどこが無駄なのかネチネチと調べるのは
TOMCATのソースをgrepするのと違い楽しそうだな

318 :仕様書無しさん:2006/11/21(火) 23:48:03
レガシーCがやっぱり最強で流行りそうな予感

319 :仕様書無しさん:2006/11/22(水) 00:37:07
>>312
ほんとSTLしか使ってないな、このコードから276がSTL好きなの納得するわ
恐らくtemplateも大好きなんだろうな(わし的脳内イメージ:STL好き==template好き)
ま、STLを使えば(C++を活用すると)コードがシンプルになる良い見本だな
なんか、昔、Accelerated C++を読んだときの感じをこのコードから受けたよ

320 :おじゃばさま:2006/11/22(水) 08:47:34
俺のコードはあとDomainTableの内部構造からBYTE*に書き込む処理が必要だが、
記載した関数と同じようなコードだから省略する。
312の課題だが無視した訳じゃなくて、時間がなかったためだ。
と言うか俺だけに出した訳じゃなくて、全員に出していたようだったがな。
反応ない場合は指名した方がいいのではないか?クローンとか。解答の方は参考にさせてもらうよ。

コンテナの関数渡しは参照にすべきだったな。忘れていた。
ところで今一番悩んでいるのは、コンテナへのオブジェクト格納だ。
俺のソースの以下の部分だ。
tbl.push_back(DomainName(d.substr(0, pos), cnt-1, pnt));
Javaと違ってC++のコンテナはコピーで管理するとの事だ。
つまりDomainNameは作成された後に、tblにコピーされて格納される。C言語的に言うと効率が悪い。
ESTLでは大きなオブジェクトを格納する場合はポインタを使えと書いてあったが、
ポインタを使うという事は、newする事になるので、後でdeleteが発生する。
newはdeleteしなければならないので、極力使いたくない。
で、一般的にはどちらにするのだろうか?
「コピー格納で解放なし」「ポインタ格納で自力delete」


321 :おじゃばさま:2006/11/22(水) 09:24:55
次に悩むのがリターン値だ。
例えばDomainNameを返すとする。

public:
DomainName getDomainName(){return tbl[0];}
private:
vector<DomainName> tbl;

とあって
DomainName dn = xx.getDomainName();
とやったとする。すると、まず最初にコンテナからリターン値の領域にコピーされ、
そこからさらにdnにコピーされるのだろうか?それもC言語的には言語道断と言われる気がする。
だからと言ってポインタ返しにすると、
return &tbl[0];
は間違いだと言われる。
一時的にコピーされた領域のアドレスが帰るので、自動変数のアドレスを返すなと警告が出る。
となると、iteratorがポインタ扱いなのでそれを返すか?しかし根本的な問題として、
ポインタで返して外から無理に編集されるのも困る。constを付けるか?いやキャストされたら同じだ。
せめてgetはコピー1回なら許せる気がする。すると領域を参照渡ししてそこにコピーするか?
Java使いとしてはgetXXX()にパラメータが入るのは違和感があるが、それでいいのか?


322 :おじゃばさま:2006/11/22(水) 09:33:32
ついでに悩むのが、mapで値がない時の判定だ。

map<string, string> m;
string item = m["aa"];

などとやったりする。
mapで値がない時は「空のオブジェクトが作成され返される」らしい。
となると、長さ0のstringが返されるとすると、本物の長さ0のstringとどう判別するのだろうか?
やはり事前にfind()とiteratorで有無の判定をする必要があるのか?
すると実質
string item = m["aa"];
の形式は用途がない気がする。


323 :仕様書無しさん:2006/11/22(水) 13:50:14
おじゃばが悩む件は漏れも悩んだな。それでSTLは使わない方針にした。
アドレス渡しが最強でシンプル。

324 :仕様書無しさん:2006/11/22(水) 16:17:42
そんなに悩むほどならレガシーC + インラインアセンブラがお勧めだぞ

325 :仕様書無しさん:2006/11/22(水) 16:26:52
//C99
long long int hoge;


326 :仕様書無しさん:2006/11/22(水) 16:31:04
//C99

7.9 複合リテラル (Compound Literal)
ttp://seclan.dll.jp/c99d/c99d07.htm#dt19991101
便利そうだね。


327 :仕様書無しさん:2006/11/22(水) 16:40:01
//C99
VS.NET 2003でもすでにサポート済み
void ChogeDlg::OnBnClickedOk()
{
unsigned long long int hoge;

hoge = (unsigned long long int)18,446,744,073,709,551,615;
// TODO : ここにコントロール通知ハンドラ コードを追加します。
OnOK();
}

328 :おじゃばさま:2006/11/22(水) 19:30:50
で、解決方法はないのか?
教えて、70式STL。

329 :仕様書無しさん:2006/11/22(水) 19:49:42
自分で考えろ、自分でつくれ、最後に諦めて妥協しろがデフォです。

330 :276:2006/11/22(水) 20:19:27
> で、一般的にはどちらにするのだろうか?
> 「コピー格納で解放なし」「ポインタ格納で自力delete」
最初はコピー格納で試して本当にコピーのコストがボトルネックになってたら
boost::ptr_vector や boost::shared_ptr を使う(か自力でがんばる)。

> とやったとする。すると、まず最初にコンテナからリターン値の領域にコピーされ、
> そこからさらにdnにコピーされるのだろうか?それもC言語的には言語道断と言われる気がする。
返値の冗長なコピーをコンパイラが最適化して取り除くことが正式に認められている(RVO)。
とはいえそのケースはコンスト参照で返すのが普通。
勝手にコンスト剥がしをして自爆する馬鹿の面倒を見る必要はないと考える。

> すると実質
> string item = m["aa"];
> の形式は用途がない気がする。
空文字列を map に突っ込む必要があるならその通り。






331 :仕様書無しさん:2006/11/22(水) 20:22:39
で、おじゃばはまだbit処理にたどり着いていないんだな
漏れはbit処理のとこだけでいいのになあ。。。
意外と頑固なおじゃばであった。

332 :仕様書無しさん:2006/11/22(水) 20:24:22
便利なラッパーに伴うトレードオフ
それが今おじゃばが直面している問題

簡単なジャワに伴うトレードオフ
使えないシステムしか作れないリスク

333 :仕様書無しさん:2006/11/22(水) 20:36:59
◆◆◆ ツルピカちゃんのワンポイント ◆◆◆

binary_search アルゴリズムは使えるかも
なっおじゃば


  ヽツル | ピカ/
   / ̄\
  | ^o^ |
   \_/


334 :仕様書無しさん:2006/11/22(水) 20:40:20

raw_storage_iteratorはどう

335 :仕様書無しさん:2006/11/22(水) 20:42:32
糞スレあげるな。爺ども。

336 :仕様書無しさん:2006/11/22(水) 20:45:39

オブジェクト指向の落とし穴って
Javaで TCPソケット送信を作成するのは楽だが
UDP送信はbyte列を処理するのが意外とめんどくさい。
低水準な処理になるほどオブジェクト指向のラッピングがうざくなる。
ミドル系ではあまりありがたくない。
オブジェクト指向マンセーする椰子はディスクトップAPP系が多いんだよな。

337 :仕様書無しさん:2006/11/22(水) 20:49:12
つビットフィールド

338 :仕様書無しさん:2006/11/22(水) 22:29:45
爺は独り言多いな、会話になってないぞー
>>336
>オブジェクト指向マンセーする椰子はディスクトップAPP系が多いんだよな。
ま、そうなんだが、組み込みでも、大規模のものはオブジェクト指向開発を
するようになってきている。こうなると、パソコンアプリと変わらんとなるんだが

339 :仕様書無しさん:2006/11/22(水) 22:46:01
>>338
大規模な組み込みってなんだ?
具体的に。ちなみに俺が今まで知っている組み込み開発では、
C++はパフォーマンスが落ちる等の理由により使う事が許されない。
だいいち、おぶじぇくとなんて使うメモリの余裕がない。

340 :仕様書無しさん:2006/11/22(水) 23:55:36
H8とか?w

341 :仕様書無しさん:2006/11/23(木) 00:20:00
>>339
オフィスユースコピー機(OS付、プリンタ対応、ネットワーク対応、HDD付..)
ワンチップMPUを用いてオンチップRAMしか駄目となると厳しいと思う。

342 :69式オサンクローン ◆4E1yVnBRhg :2006/11/23(木) 06:56:49
おじゃば
おいらの事名指し例にすな

343 :仕様書無しさん:2006/11/23(木) 09:43:39
レガシーC をたとえるなら 長島茂男 
人気、カリスマ性、パフォーマンス(生涯成績も一流)

C++をたとえると 新庄
人気、カリスマ性はいいとして、パフォーマンス(生涯成績がイマイチ)

ジャワをたとえると
生涯プロテストを受け続ける素人

344 :仕様書無しさん:2006/11/23(木) 11:29:17
>>342
弱気だなwww

345 :仕様書無しさん:2006/11/23(木) 13:00:57
>>343
長島(C):とっくの昔現役引退
新庄(C++):今年現役引退
現役が出てこないってことは、やっぱりC/C++も引退したほうが良いってことか

346 :仕様書無しさん:2006/11/23(木) 16:49:48
>>345
現役では生涯成績が不明なので評価できず
わかんねえ椰子だな

347 :仕様書無しさん:2006/11/23(木) 16:51:02
>>346
短気だなw
チームで仕事してないとそうなるのか、気をつけよう。

348 :仕様書無しさん:2006/11/23(木) 16:57:22
レガシーは短気上等
短気だからエクリプスなんて絶対使えない

349 :仕様書無しさん:2006/11/23(木) 17:13:45
言語関係ねーよ
アホなだけだろ

350 :仕様書無しさん:2006/11/23(木) 18:12:23
レガシー(遺物)Cと言ってるが、Cは遺物であり、もはや旧式、時代遅れのものであると言いたいのか
ここは爺(レガシー)が多いから自分自身とダブルのかな、昔は俺凄かったんだよとか
少なくとも、Cは組み込みではまだ十分主流だが、それ以外ではクラスライブラリを使うプログラミング
が主流だろうからな...
>>348 は 爺(レガシー)は短気上等だと読んだよ

351 :69式オサンクローン ◆4E1yVnBRhg :2006/11/23(木) 21:09:33
なんだなんだ最近ここのスキルも下がってきたな

352 :69式オサンクローン ◆4E1yVnBRhg :2006/11/23(木) 21:20:17
ジャワ糞でも程度が良いジャワ糞とアホ丸出しのジャワ糞といて
アホ丸出しのジャワ糞がスレに出入りするととたんにスレが腐るんだな

353 :仕様書無しさん:2006/11/23(木) 21:33:59
スレが腐るんだな
つ クローン ><

354 :仕様書無しさん:2006/11/23(木) 22:12:51
んでスレ腐るとクローンみたいな害虫が沸いてくると

355 :69式オサンクローン ◆4E1yVnBRhg :2006/11/23(木) 22:48:19
このスレNo.1のハイスキルなおいらに向かって
よくいうな>>354 w

356 :仕様書無しさん:2006/11/23(木) 22:49:58
蛆虫どもは他のジャワ糞スレで暴れてろよ

357 :仕様書無しさん:2006/11/23(木) 22:55:03
>>355
廃スキルだろ?www

358 :仕様書無しさん:2006/11/23(木) 23:13:57
そういうことだったのか、クローンの廃スキルを完全に認めるよ

359 :おじゃばさま:2006/11/24(金) 08:17:57
>330
THX、よく分かった。
とりあえずちょっとぐらいの無駄は、いつかコンパイラが解消してくれる事を願って作っておくか。
まあ、組み込みや速度が必要なシステムは、Cを使えって事でFIXかな。

>331
ビットの処理ってなんだ?
ドメイン名を重複して持たない管理方法を実現すればOKじゃなかったのか?

>クローン
つーか、クローンって最近はJavaばっかりやってるとか言ってなかったか?
得意言語と専門分野は何なんだ?


360 :仕様書無しさん:2006/11/24(金) 08:49:54
おじゃばよ
RFCの仕様が読み下せないのか?
わかった。もういいよ。すこし難易度が高すぎたようだ。
ごめんな。

361 :仕様書無しさん:2006/11/24(金) 09:02:38
おまいらプログラミング作法ぐらい読め
オブジェクト指向(STL)と古いスタイルのCでのパフォーマンスと
リスクについて書かれている。2006年の今ではやや古くなったため
5割り引きぐらいで考えたとしてもパフォーマンスについての薀蓄はかなり参考になるぞ。
この本は同時にJavaについても言及されているのでジャワ糞でも参考になる。

362 :仕様書無しさん:2006/11/24(金) 11:11:27
ここんとこの解析とアドレスジャンプ後のドメイン作成を
STLで実装してほしかったんだよ。

  c1 = pFirst[k] & 0xc0;
  if(c1 == 0xc0){  //ポインタ圧縮トリガビットの解析
    c1 = pFirst[k++] & 0x3f; // 00111111bで ANDをかける
    c2 = pFirst[k++];

    _asm{ //16bitモードは(short)のキャストと同等に考えろ
       mov ah, c1;
       mov al, c2;
       mov us, ax; //offsetアドレスの取り出し 00xxxxxx|xxxxxxxxb xxbがオフセット値
    }
    ptrOff = us;  //offset値から取り出しにいくのだ。(RFCオフセット・アドレスの取り出し)
  }
  
  ptrOffがDNS重複データの開始位置アドレスになる、ptrOffはu_short(2バイト)
  インラインアセンブラのshortキャストはshortデータのbyte分割を明示的に取り扱える
  またC側の変数にインラインアセンブラから直接代入操作ができるのが良い
  Cのみでビット操作するよりも見通しが良いのでぱっと見このままドキュメントにもなるのでshort->byte
  分割の時はよく利用する。ああ、u_shortの先頭ビット2ビットがトリガになっているんだなってね。
  Cマニアの中にはシフト演算子で1行で書くのももちろんありだが、何年かしてソースを眺めた時に仕様を
  ぱっと思い出せないので漏れはこの方式を採用している。

363 :仕様書無しさん:2006/11/24(金) 13:04:18
>>362
アセンブラ分からん(インラインアセンブラ使ったこと無い)から
>//16bitモードは(short)のキャストと同等に考えろ
が理解できんのだが、このasm部分は16bitモードで動作するってこと?


364 :仕様書無しさん:2006/11/24(金) 14:29:54
>>363

8086 AX レジスタ= ah(8bit) + al(8bit)
AXレジスタは16bit
80386以降から32bitに拡張されたが16bitニモニックも下位互換で使える
キャストってようはレジスタのサイズの表現だったりする。

365 :仕様書無しさん:2006/11/24(金) 14:33:42
WIN32にあるデータ型はレジスタサイズ表現そのもの
BYTE、WORD、DWORD....

366 :仕様書無しさん:2006/11/24(金) 14:38:11
無意識に使っていたがレガシーCって下位互換性高いんだな
ジャワだったら下位互換性ないに等しいもんな

367 :仕様書無しさん:2006/11/24(金) 15:00:04
>>363
なにもインライン使う必要もないし
ビットシフト演算でシンプルになるよう書いてみたらいいと思うよ

368 :おじゃばさま:2006/11/24(金) 17:45:02
解析ロジックの方か。最初に言ってくれれば良かったんだよ。

BYTE *base = p;
vector<BYTE> buff;
buff.assign(p, p+pSize);
for(vector<BYTE>::iterator ii = buff.begin(); ii!=buff.end(); ii++){
bitset<8> bi(*ii);
if(bi.test(7)&&bi.test(6)){
ii++;
bitset<8> bj(*ii);
BYTE *cur = (BYTE*)bj.to_ulong();
for(vector<BYTE>::iterator ij = buff.begin()+(cur-base); ij!=buff.end(); ij++){
;
}
}
}

速度はともかく、インラインアセンブラ使っている時点で、分かりやすさはアウトだろう。


369 :おじゃばさま:2006/11/24(金) 18:28:22
>360
今回の課題は俺や360のスキルがどうって事より、むしろ360の作業指示の方法に問題があると言う事が
分かったって事じゃないか?結局、360の望むコードの5倍ぐらいコーディングしたな。
これが仕事だったらデスマーチ確定だぞ。仕様を出す時には説明してサンプルコード出すぐらい
やらないとダメと言う事だ。まあ、仕事に役立ててくれよ。

ところで俺の言った、TIME_WAIT関係の問題はどうなったんだ?ギブアップか?
69式おっさんは、TIME_WAITが発生した後の問題を言っていたようだが、そもそもTIME_WAITを
出さないようにすると言う方向から考える方法もあるんじゃないか?


370 :仕様書無しさん:2006/11/24(金) 20:35:54
>>361
いわゆる狭義のSTL(Alex Stepanov オリジナル)はまったくオブジェクト指向ではないし、
C++標準ライブラリに組み込まれた後でも基本的にはオブジェクト指向ではない。
STL Generic programming でググってみるとそのあたりの話がたくさん出てくる。
まあ俺の後輩ではないので押し売りする気はないが。

>>368
それ、どうみてもバグってる。

371 :仕様書無しさん:2006/11/24(金) 20:48:21
>>369
あれ、それすでに回答済みだけどな

372 :仕様書無しさん:2006/11/24(金) 20:49:35
おじゃばよ、for文などのLoop制御のコスト知ってるか?

373 :仕様書無しさん:2006/11/24(金) 20:50:54
>むしろ360の作業指示の方法に問題があると言う事が 分かったって事じゃないか?
そうか?漏れはRFCの参照箇所も明示したし、再三ヒントも出していた。
新人に指示だすように出せといわれればそうしてあげるよ。

374 :仕様書無しさん:2006/11/24(金) 20:58:36
それよりもおじゃばがRFCドキュメントを読む力が無かったと見ているよ

375 :仕様書無しさん:2006/11/24(金) 21:01:11
あとおじゃばよ
お前の先生はきちんとネストしたコードをここに貼る。彼はそういうところまで
デリケートに気を使う椰子だ。さすがは先生だ。そういう基本的な事から真似し
てでもやらんといかんと思うぞ。基本は大切だ。
なっおじゃば。

376 :仕様書無しさん:2006/11/24(金) 21:06:02
>>371
その回答のレス番教えてくれ

377 :仕様書無しさん:2006/11/24(金) 21:16:43
>>376
ttp://pc8.2ch.net/test/read.cgi/prog/1162718023/203-206


378 :仕様書無しさん:2006/11/24(金) 21:19:26
糞ジャワ湯水ソケットサーバには打つ手なしちゅうこった
SOCK_RAWでRSTフラグを使えばTIME_WAITをスルーできる。が
それはTCP/IP仕様としては最低な事になる。よって最初から
きちんとジャワ糞が無い頭をひねってきちんと設計して作るし
かないというのが結論。

379 :仕様書無しさん:2006/11/24(金) 21:28:40
69式オサンがかかわったサーバはさ
担当したジャワ糞がPooligする際のスレッドの優先順位をつける事に失敗したのかなw
だから垂れ流しスレッドsocket方式にしたんだろうなw

380 :仕様書無しさん:2006/11/24(金) 21:38:00
>>370
70式STLオサン
漏れの仕事ではSTLはまったく必要ないのだ、だからSTLはたのむなっ。
おじゃばは失礼だな。漏れのとこにネストしないコードを
持ってきてみてくれと言われたら「も前ネストもそろえねえコードもってくるんじゃねー」って
レガシー短気に激怒するところだよ。70式は優しいな。

381 :仕様書無しさん:2006/11/24(金) 21:53:27
>>377-378
結論は了解
で、どこでオジャバがその課題(?)を出したのか調べてきたよ
>>193の"TCPのTIME_WAITを出さなくするCの実装を教えてやれよ"のところで課題が発生して
その回答が>>203-206ということか。
これでオジャバの>>369の後半のレスが解ったよ、実装示してないからオジャバは>>203-206を回答とは思わなかったんだな
SOCK_RAWでRSTフラグ送信の実装を期待してたのかも知れないな

382 :仕様書無しさん:2006/11/24(金) 21:57:48
あんなもんの実装まで必要か?
TCPヘッダ仕様をみれば一目瞭然だろうw

383 :仕様書無しさん:2006/11/24(金) 22:00:14
だったらおじゃばよ、おいらは新人のようにスキルがないから
SOCK_RAWのサンプルを頂けませんでしょうか神様御願いします。
と言うぐらい気をつかってくれ。

384 :仕様書無しさん:2006/11/24(金) 22:04:32
>>381
それにおじゃばはSOCK_RAWに対してきちんと回答していたのよ。

>>187-190

だから当然知っていると思っていた。おじゃばの受け答えを聞いての対応だ。
だから実装までは必要なしとも思った。

385 :仕様書無しさん:2006/11/24(金) 22:07:32
>>382
381の後半のレスはオジャバのレスからの漏れの妄想だから気にするな
確かにSOCK_RAWでRSTフラグ送信じゃコード示してもな

386 :仕様書無しさん:2006/11/24(金) 22:13:52
おっさん達、マ板で必死に何語ってるの?

387 :仕様書無しさん:2006/11/24(金) 22:17:44
おじゃばは意外と注意力散漫なところがあるな。
あとポイントをつくいやらしい能力が不足ぎみだな。RFC仕様をこいつは臭いぞとかぎ分ける能力だ。
あと実装==回答といういかにも末端PGの域を脱出できないでいるかのようだな。

おい、おじゃば、がんばってスキルあげろ。
も前のしつこいところは長所で美点だと思うよ。がんばれ。
なっ

388 :仕様書無しさん:2006/11/24(金) 22:21:13
このスレに巣くう爺どもはピンポイントで重箱の隅を突付く能力には長けています。

389 :仕様書無しさん:2006/11/24(金) 22:22:56
はいはい、も前が垂れ流しサーバの実装したんだなw

390 :仕様書無しさん:2006/11/24(金) 22:24:41
逝って来いスレッドサーバ。
帯域細くなったら一巻の終わり。

391 :仕様書無しさん:2006/11/24(金) 22:36:23
M$の腐れWin鯖使ってるからだろ。

392 :仕様書無しさん:2006/11/24(金) 22:40:47
↑ということで、ここらで69式オサンに登場願いましょう
UNIX,Win両刀遣いのオサンのコメントに注目

393 :仕様書無しさん:2006/11/24(金) 22:50:48
爺の馴れ合いキモス

394 :仕様書無しさん:2006/11/24(金) 23:28:14
>>392
オサンはバイだったのかwww

395 :おじゃばさま:2006/11/24(金) 23:30:37
>373
新人に出すように問題出してくれ。
ちなみに373は世の中の人は全て新人だと思って指示を出した方がいいと思うぞ。

>375
ネスト?
ネストしてるのは俺のコードだと思うが、何の話だ?

>387
俺がコードを書いた理由は2つある。
1つ目は論理を書いただけでは全然反応なかったためだ。
実際、240で論理だけ書いたが反応なしで、ギャラリーも冷め気味だった。
2つ目はC++のSTLは始めたばかりで、自己流でいいのか分からなかったが、誰かが添削してくれる
と言っていたからだ。だから変だと思う所は指摘してくれよ。


396 :仕様書無しさん:2006/11/24(金) 23:32:17
おじゃばさまは元長文君だな。

397 :仕様書無しさん:2006/11/24(金) 23:37:04
>>395
>>368見てみろ


398 :仕様書無しさん:2006/11/25(土) 00:03:50
>>395
おじゃばSTLはじめたばかりなのにbitset使ってるか
漏れ、bitset使ったこと無いよ(どのような物かも知らん)あいやーorz

399 :69式オサンクローン ◆4E1yVnBRhg :2006/11/25(土) 00:12:14
あいやあ、インラインかあ。先に出されたか。おいらのコードの見せ場は
いつくるのやら。

おじゃば結構やられたな。

400 :69式オサンクローン ◆4E1yVnBRhg :2006/11/25(土) 00:15:25
おじゃば
みてくれがネストしてないと言う指摘ではないかな
コードに全角スペースを挿入してくれと言う事だよ

401 :仕様書無しさん:2006/11/25(土) 00:19:15
もしかしてインデントといいたかったのかwwwww

402 :仕様書無しさん:2006/11/25(土) 00:20:28
クローンもインラインアセンブラ使いなのか?
もれ、最近全然使わん、使ったの数年前ぐらいかな _asmなつかしす

403 :69式オサンクローン ◆4E1yVnBRhg :2006/11/25(土) 00:22:08
>>401 そうだなw オサンだから語彙がでなかったんだろう

>>402 いやあ あまり深く突っ込むなw

404 :仕様書無しさん:2006/11/25(土) 00:28:40
>>400
何、行頭の全角スペースは削除されないのか、メモメモ、ありがとクローン
インデントないコードをスレに貼り付けられると読みにくいからな


405 :仕様書無しさん:2006/11/25(土) 08:25:07
>>398 彼は不思議なとこがあるんだな、ジャワ糞のくせにジャワに不満があると
いうのか、多少の上昇志向があるというかジャワの馴れ合いでは満足できないタイプなのかな

>>403 あははインデントな、スマソ語彙がでんかったw


406 :仕様書無しさん:2006/11/25(土) 10:43:26
長文君は重くねスレでも人気No.1だったからな。その人気がこのスレでも
継承されているということだ。

407 :仕様書無しさん:2006/11/25(土) 10:50:45
整形するとこうか

BYTE *base = p;
vector<BYTE> buff;
buff.assign(p, p+pSize);
for(vector<BYTE>::iterator ii = buff.begin(); ii!=buff.end(); ii++){
  bitset<8> bi(*ii);
  if(bi.test(7)&&bi.test(6)){
    ii++;
    bitset<8> bj(*ii);
    BYTE *cur = (BYTE*)bj.to_ulong();
    for(vector<BYTE>::iterator ij = buff.begin()+(cur-base); ij!=buff.end(); ij++){
      ;
    }
  }
}



408 :仕様書無しさん:2006/11/25(土) 12:02:15
J2EEサーバのJDBCコネクションPoolって20個とか設定するじゃんか
あれって20コネクション使い切ったらどうなるの?

409 :仕様書無しさん:2006/11/25(土) 12:13:24
なんだbitsetって標準に含まれないおまけコンテナなんだな。
any(),count(),none(),filip(size_t),reset(),reset(size_t),set(),set(size_t),size(),test(),to_string(),to_ulong()
インライン操作のほうが絶対シンプルだなw

410 :69式オサンクローン ◆4E1yVnBRhg :2006/11/25(土) 22:35:15
おじゃばはバグ対応しないのか

411 :仕様書無しさん:2006/11/26(日) 19:35:58
おじゃば脱力か

412 :おじゃばさま:2006/11/27(月) 08:24:17
まあ、330が参考になったから無駄ではないか。
それとインデントが見えないって事は、IEで見てる人が多いって事か。
2chブラウザ使っている人の方が多いのかと思っていたが。

ところでTIME_WAITは打つ手なしが結論になってしまったのか。そりゃまずいな。
一応、対応策を提示しておこう。TIME_WAITは接続された方から切断した時に発生する。
接続した方から切断した場合には即座に解放され、再利用可能となるため発生しない。
つまり、サーバ側からの切断ルートをなくしておけばいいんだよ。
そうすれば、端末から接続が成功して切断が失敗するケースが大量に発生すると言うことは、
バグ以外にはほとんどないから、実質的には問題なくなる。
コードは要らないみたいだから、以上。


413 :おじゃばさま:2006/11/27(月) 08:25:14
ところで長文君ってどんな書き込みしてた人だ?

414 :仕様書無しさん:2006/11/27(月) 09:22:46
>>412
それでもCLOSE_WAITはのこるな
それにTCP/IP仕様を無視する最低な実装になるな
いわゆる「強制的なコネクション終了」だな

お前の先生がバグっていると指摘してくれているぞ。
先生に問い合わせたらどうだ。添削してくれている人が答えてくれているのだから
レスしないと失礼じゃないのか。

415 :おじゃばさま:2006/11/27(月) 21:02:28
>414
強制的な終了?
正常ルートの事を言っているのだが、何か勘違いしてないか?

先生がバグを指摘している?
具体的な指摘じゃなかったのでただの煽りだと思った。第一、70式STLの発言じゃないだろう。
コード的にはサンプルと同様に、完成品ではなく処理も抜けているので、そのあたりをバグってると
言っているのだと思ったが、根本的な間違いもあるのかな?
つーか、人にふるなら414が指摘してくれよ。これ以上落胆させないでくれ。


416 :仕様書無しさん:2006/11/27(月) 22:21:52
>>415
証拠はないけど >>370 は70式STLこと俺だよ俺俺。
出題者じゃないので DNS RFC に関わる事柄について直接答える気はない。
>>362 のインラインアセンブラの部分を普通に C で書いたらどうなるかを
考えればどこがバグってるかわかるだろう。まあビット演算に関しては
俺も STL は使わない(bitset::to_string をデバッグ用に使うくらいか)
のでもうこの問題はお開きでもいいんじゃないかと思っていたりもする。
#スレ違いにつきフェードアウトしようとしつつある70年式オサンより一筆。

417 :仕様書無しさん:2006/11/27(月) 22:40:52
>>416
遂に、このスレまで俺俺が来たか
おれ、俺、70式STLおさんだけど....

418 :仕様書無しさん:2006/11/28(火) 08:12:18
>つーか、人にふるなら414が指摘してくれよ

こんなにくどくどしいコードは指摘する必要なし
やっぱりくどいな、おじゃばは
人生ってもっと シ ン プ ル だぞ

419 :おじゃばさま:2006/11/28(火) 09:05:10
>418
シンプルに「分かりません」って言えよ。くどいぞ。


420 :仕様書無しさん:2006/11/28(火) 09:06:58
ぐだぐだになってきたな。このスレ

421 :仕様書無しさん:2006/11/28(火) 10:58:15
そんなにSTLマンセーしたければ
【STL命】70式STLオサンを呼び込むスレ【弟子はおじゃば】
立ててやるよ

422 :おじゃばさま:2006/11/28(火) 18:29:14
やはり理解されていなかったか。俺はSTLマンセーでもC++マンセーでもない。
C++は非常に悪い言語だと思っているし、STLは上手く使うのが難しいダメなライブラリだと思っている。
だからC++が使えると言う事は、使いにくい言語仕様やSTLを上手く使えると言う事になる。
C++やSTLの悪さを理解して、レガシーCを使う事については全く異存はない。


423 :仕様書無しさん:2006/11/28(火) 19:31:28
>>422
おじゃば、そういう台詞を吐くのは出来ないプログラマーの典型だぞ。

424 :仕様書無しさん:2006/11/28(火) 19:47:36
ちなみにプロは422のような事は言わない。

425 :仕様書無しさん:2006/11/28(火) 19:53:24
うむ。STLにこだわり、それしか実装できないのは問題だ。
まずシステム要件があり、それに適合させると漏れも場合はSTLはほとんど
使い物にならないのが現実。あくまでも漏れの場合限定だが。

426 :仕様書無しさん:2006/11/28(火) 19:56:41
そこで、69式オサン方式でC++を使うのが良いのではないのか。

427 :仕様書無しさん:2006/11/28(火) 20:01:33
69式オサンはstaticスコープをうまく使い
getter/setterもきちんと書く
そういう意味ではおじゃばでも馴染めるのではないかと思うよ

428 :仕様書無しさん:2006/11/28(火) 22:44:46
結局、C+(C++じゃなく)を使いこなせればOKってことだな。
出来ればSTLを使いこなしてC++使いになりましょうかな

429 :仕様書無しさん:2006/11/28(火) 22:47:29
STLを使うことがC++の必須条件なのか?
あまたあるC/C++ライブラリのひとつに過ぎないのでは。

430 :仕様書無しさん:2006/11/28(火) 23:29:08
>>429 いやあ あまり深く突っ込むなw

431 :仕様書無しさん:2006/11/28(火) 23:41:40
C++はマルチパラダイムの言語。
テンプレートはその中のジェネリックプログラミングのパラダイム。
自分の好み、要求に合わせて選択すればいい。

Javaみたいなモノパラダイム言語を使ってると、その辺が理解できないみたいだな。


432 :仕様書無しさん:2006/11/29(水) 08:46:16
モノパラダイム

ワラタ

433 :仕様書無しさん:2006/11/29(水) 08:47:48
加えておじゃばの頭はモノシリックな頑固さが特徴

434 :仕様書無しさん:2006/11/29(水) 15:25:57
たかが2bitみるのにあの大掛かりさはまさしくおじゃばの世界だな

435 :仕様書無しさん:2006/11/29(水) 15:45:38
2bitみるのにビジネスロジック仕立てにできるのはある意味才能

436 :仕様書無しさん:2006/11/29(水) 19:06:05
ビジネスロジックって何?

437 :おじゃばさま:2006/11/29(水) 20:32:57
>429,431
無理に使えとは言ってない。
ただSTL使った事がないのにC++がどうだとか、JavaやったことないのにJavaがどうだとか言うのを見ると、
それは違うだろうと口を出したくなるだけだ。

>434
いや試しにSTLで作ってみただけだから、あのコードの実用性を問題にされても困る。
まあみんな分かってると思うけど、あれにSTLを使うのは大袈裟だな。
ただインラインアセンブラを使うのも、的外れだろう。
だれかが言っていたが、Cのビット演算で解決するのが正解ではないか?


438 :仕様書無しさん:2006/11/29(水) 20:44:41
爺の言い訳

439 :仕様書無しさん:2006/11/29(水) 20:50:10
最近69式のおっさんが引いてしまったな。。

440 :仕様書無しさん:2006/11/29(水) 20:57:55
>>436

通常のメモリ使用量の10倍以上の負荷と
通常のスタック使用量の25倍以上の負荷をかけて
直線的に業務ロジックを連ねていく手法



441 :仕様書無しさん:2006/11/29(水) 20:59:22
>>439
ハイクラスなオサンは低レベルについてこれ無いんだよw

442 :仕様書無しさん:2006/11/29(水) 21:01:24
名無し潜伏中とみた。

443 :仕様書無しさん:2006/11/29(水) 21:01:25
>>440
>直線的に業務ロジックを連ねていく手法
意味不明、何これ?

444 :仕様書無しさん:2006/11/29(水) 21:03:18
>>443
非同期、スレッディングはまったく利用せず
mainなどの単一スレッド上でシーケンシャルに
代入文を連ねていくだけの技法

445 :仕様書無しさん:2006/11/29(水) 21:05:32
やることはSQL投げてCSV書いて読んで。ファイルコピーしてってだけなんですがね。

446 :仕様書無しさん:2006/11/29(水) 21:10:16
>>444
ようやく、理解できた。

ビジネスロジックとは:
通常のメモリ使用量の10倍以上の負荷と
通常のスタック使用量の25倍以上の負荷をかけて
非同期、スレッディングはまったく利用せず
mainなどの単一スレッド上でシーケンシャルに
代入文を連ねていくだけの技法のこと

ということだな。ウムウム



447 :おじゃばさま:2006/11/30(木) 09:11:31
分かりにくいコードを書く人が言い訳に使う言葉だろ。
例:
「俺のコードは貴様らのビジネスロジックとは違うんだよ!」

448 :仕様書無しさん:2006/11/30(木) 09:11:52
ところで昨日の昼飯は本格九州ラーメンだった
スープすする
めんを食す、硬い!バリ硬オプションだ。
ネギをトッピングしさらに進む。
途中でからし高菜を入れて味に変化をつけていく
スープ、めん、めん、スープ、めんのサイクルで進む
ここで白ゴマを追加していく
おっとめんがなくなった
替え玉はバリ硬でたのんだ
んまかった。

449 :仕様書無しさん:2006/11/30(木) 09:27:25
>>447
わかりにくいという前におじゃばが書いたコードをアセンブリリスティング
オプションで出力してみるとよくわかるぞ。
大量の無駄を常時発生させているのがな。

450 :仕様書無しさん:2006/11/30(木) 16:20:13
ジャワ糞はふにゃふにゃにのびきったラーメンの麺のようだし
日本海に大量発生した越前クラゲのように邪魔なだけ

451 :仕様書無しさん:2006/11/30(木) 16:29:39
最近は仕様も明確に説明できんくせに
Web2.0とか騒ぐ退化系ジャワ糞も登場したな

452 :仕様書無しさん:2006/11/30(木) 16:30:58
メディアで踊る文言がだいじなんだよな
ジャワ糞軍団は

453 :仕様書無しさん:2006/11/30(木) 19:48:21
>>448
本格九州ラーメン、何をもって本格九州ラーメンっていてる、
脳内妄想かな、店にそう書いてあったのかな
今日は本格Cプログラム書いたw

454 :仕様書無しさん:2006/11/30(木) 20:02:38
さあさ
キーワードは「本格」に移行しつつある

455 :おじゃばさま:2006/11/30(木) 20:49:56
WEB2.0の話を聞きたいのか?
しかし俺の得意分野のサービスの話をすると、誰もいなくなるんだよな。
マッシュアップの意味も分からない、高齢者ばかりのようだからな。


456 :仕様書無しさん:2006/11/30(木) 20:54:56
まず明確な基本仕様をきちんと説明してくれ
どうせ既存Webサービスとかをごたごた寄せ集めて用語としてメディアを
扇動しているだけのようだがな。技術論ではないのがWeb2.0だろ。

457 :69式フリーPG ◆hND3Lufios :2006/11/30(木) 22:21:07
ラーメンと言えば、俺はひろせ食堂だと思う。

458 :仕様書無しさん:2006/11/30(木) 23:04:45
>>457
じゃんがら系のおさんは長浜ラーメンか?
福岡の長浜港で一度は食ってみたい長浜ラーメンかな
これぞ本格長浜ラーメン

459 :仕様書無しさん:2006/11/30(木) 23:19:09
>>457
おさんのひろせ食堂はここ
ttp://www.walkerplus.com/kyushu/gourmet/contents/kyr112.html

460 :仕様書無しさん:2006/11/30(木) 23:27:27
おいおい貧しいなあwwwww

461 :仕様書無しさん:2006/11/30(木) 23:56:32
>>459
九州か・・・遠すぎるな
仕事止めたら逝って見よう

って俺とんこつラーメン食えねぇええええ

462 :仕様書無しさん:2006/12/01(金) 08:12:07
うちの近所はラーメン650円だ
替え玉は120円
九州のラーメンは350円か、安くていいなあ、引っ越したい。

463 :仕様書無しさん:2006/12/01(金) 08:17:13
青葉のラーメン食いたい
ttp://allabout.co.jp/gourmet/ramen/closeup/CU20020129A/


464 :仕様書無しさん:2006/12/01(金) 08:34:03
ラーメンネタになったので伊勢海老厨がでてくる予感

465 :仕様書無しさん:2006/12/01(金) 11:53:11
冬場はカレー南蛮(そば)で決まり

466 :仕様書無しさん:2006/12/01(金) 20:26:11
サブディレクトリに新規作成できるファイルって制限あるのかな
NTFSで32767個でストップ LinuxのFSでも32000とかだろ。

467 :69式オサンクローン ◆4E1yVnBRhg :2006/12/01(金) 22:06:45
おじゃばダサいな

468 :仕様書無しさん:2006/12/02(土) 12:21:47
なにをいまさら

469 :仕様書無しさん:2006/12/02(土) 12:40:35
>>467
いやいやオマイには負けるだろ・・・常識的に考えて

470 :仕様書無しさん:2006/12/02(土) 15:07:13
正直、おじゃばってどうなのよ?

漏れの目には、稼動数ヵ月後。現場に行ってみると、
保守の人間が、泣いているというプログラムを作る達人に見えるんだが。


471 :仕様書無しさん:2006/12/02(土) 16:28:44
>>470
仕様の通りです

472 :仕様書無しさん:2006/12/02(土) 18:22:37
おじゃばよー
Web 2.0の仕様がわからんのでこれないのかw

473 :仕様書無しさん:2006/12/02(土) 18:30:38
オブジェクト指向って開発効率と保守性を向上させるんじゃなかったの?

474 :仕様書無しさん:2006/12/02(土) 18:45:20
オジャバは完全土日祭日休みな香具師ですので、土日はoffです
うらやましいぞ、オジャバ
オジャバのサポートが必要なら月曜日まで待て

475 :仕様書無しさん:2006/12/02(土) 19:14:03
サポートなんていらんよ
どうせ期待してねーし

476 :仕様書無しさん:2006/12/02(土) 20:22:38
>>473
ジャワ糞(おじゃばも含む)が作るオブジェクト指向って
オブジェクト指向言語仕様なジャワで上記ビジネスロジックを
シーケンシャルにそして大量な行数を糞のようにしたためるだけなので開発効率は
まったくあがらんのですよ。

477 :仕様書無しさん:2006/12/02(土) 20:35:30
いままでの経緯からおじゃばはあまりよく理解していない事でも
しったかするケースがあるという事だ。実例としてSOCK_RAWの件。

Web 2.0の件もまたそれかと思っているよ。

478 :仕様書無しさん:2006/12/02(土) 20:38:19
ビジネスロジック開発にもっとも効率的なもの








コピペ

479 :仕様書無しさん:2006/12/02(土) 20:45:50
おっさんの開発にもっとも効率的なもの












オパイ

480 :仕様書無しさん:2006/12/03(日) 11:42:01
おさんはC/C++開発スキルはあるが
女に開発されてしまう弱さもあるつうことだ

481 :69式オサンクローン ◆4E1yVnBRhg :2006/12/03(日) 22:07:02
おいらは女にもてるからオリジナルより上だな

482 :仕様書無しさん:2006/12/03(日) 22:15:09
>>481
そうだな。俺もそう思うよ。
なんかホントに可哀想になってきた。

483 :69式オサンクローン ◆4E1yVnBRhg :2006/12/03(日) 22:19:42
482はもてないのか?
かわいそうにな

484 :仕様書無しさん:2006/12/04(月) 17:19:12
おじゃばこないな。やっぱり得意のしったかかw

485 :おじゃばさま:2006/12/04(月) 19:40:40
WEB2.0の定義が聞きたいのか?
まず一般的な認識は、456の言う通りだ。
ただ技術者内の認識では、「双方向でユーザによりコンテンツが充実して行く物」を言う。
一番分かりやすいのはブログ、ウィキペディアだな。
ただWEB2.0かそうでないか意見の分かれる所もある。
Amazonの感想文やリストシステム、Yahooオークションの評価システム、2chなどは、
研究者によっては評価が分かれる所だろう。

俺としては今、商用で最も成功しているのはAmazonのシステムだと思う。
アマゾンは結果として大量の有用な進化するコンテンツを手にいれた。

WEB2.0は物凄い可能性を秘めているのは間違いない。
質の高いニュースブログサイトが出来たら、新聞社の様相は一変するかもしれない。
宿と旅行者を結ぶ、信頼性の高いサイトが出来たら、旅行会社の形が変わるかもしれない。
技術者とメーカーを管理するシステムが出来たら、会社自体の概念が変わるかもしれない。
だから今がチャンスなんだよ。アイデア一つで大金持ちになれるかもしれないぞ。


486 :おじゃばさま:2006/12/04(月) 19:56:29
そういえば最近不思議の思うのはラーメン屋だ。
たまに、雑誌で紹介されている「うまいラーメン屋」と言うのに行く事があるが、
本当に「すごくうまい」と思うような事はない。まあ、まずくはないのは確かだが。
しかし客は並んでも待つ。
並んでも待つと言う物は一般的に、「安い」「レア物」「早く手にいれたい物」である。
例えば、デパートなどで行われるバーゲンセール。
ブランドショップの限定品。
PS3の販売などだ。

ところが、ラーメン屋はどれにも当てはまらない。
それにも関わらず、長くはないが短くもない時間を並ぶ。
席に着いても慌ただしく食事することになり、基本的に周囲もうるさい。快適ではない。
しかも誰も文句を言わない。
この謎を解いて応用出来れば大金持ちになれる可能性があると思うのは俺だけだろうか?

487 :仕様書無しさん:2006/12/04(月) 20:03:01
>>486
紹介されていたラーメン屋が「安い」「レア物」「早く手にいれたい物」のどれにも当てはまらなかったから
疑問に思ってるのか?
だとすれば、それは単に並ぶ客の中に「安い」「レア物」「早く手にいれたい物」と思われるから
そのラーメン屋に行き行列を作るのであってなんの不思議も無い。

488 :仕様書無しさん:2006/12/04(月) 20:05:04
>>485
だから漏れはWeb2.0とか用語で扇動するのが気にくわないんだな。
Webサービスを双方向利用するなども広義の意味で含まれるだろうし
境界があいまいなんだな。

Web2.0で騒ぐあほは信用できん。

489 :仕様書無しさん:2006/12/04(月) 20:07:39
>>486
紹介されていたJavaのプログラムが「速い」「簡単」「便利」のどれにも当てはまらなかったから
疑問に思ってるのか?
だとすれば、それは単にJavaPGが「速い」「簡単」「便利」と妄想しているだけだ。
そのJavaのプログラムに負荷をかければ待ち行列がぜんぜん処理できないのでパフォーマンス確認できるはずだ。


490 :仕様書無しさん:2006/12/04(月) 22:30:08
おじゃばの悪い所は、後出しじゃんけんが多い事かな。
他人の言をとって、それに一般論をケツにつけた発言が多い。

他人の考えを自分の言いたいことのように装っている。
あんまり自分の経験から発した事を言わないし。

おさーんがなんやかんやいいつつ、敬されているのは
経験論+明確に役に立つ技術をさらっと言うこと。



おじゃばは、伸びない中堅SEにしか見えないの漏れだけ?


491 :69式オサンクローン ◆4E1yVnBRhg :2006/12/04(月) 23:12:24
>>490
いやああまり褒められるとてれるじゃないの

492 :おじゃばさま:2006/12/05(火) 09:22:34
>487
日本語が変だが、ラーメン屋も3要素に当てはまると言うのか?
確かに前の2要素は絶対的な物でなく、相対的な物ではあるな。

>488
定義がどうのとか騒ぎを信用するかどうかなど、どうでもいい事だ。
ユーザ更新型コンテンツが可能性を秘めているのは間違いないのだから、何か作って見たらどうだ?
ゲームやインターネット初期のように、一人でも何か出来る時期だぞ。俺も作っている。

>490
全否定すると文句を言われそうだが、全く納得がいかないので反論させてもらう。
後出しじゃんけんが多いと言うのは、話題を振らないって事かな?
それは話題をこちらで合わせているからだ。ちなみに俺の得意分野のサービスの話を振った事もあるが、
ほとんど反応がないので、反応の多いCコーディング話の話に合わせた。
他人の考えを自分の言いたいことのように装う?これは何を根拠にしているのか全くの謎だ。
俺は自分の考えしか言っていない。少なくとも「C++は悪い言語」「STLの実用性に疑問」
「EJB/ORマッピング/JUnitは最低」などと公言している人は少ないはずだ。
経験を基にしていない?これも何が根拠か謎だ。俺の意見はほとんど経験則だ。
今回、STLを知るためにC++の基礎から覚えたし、TCP/IPのTIME_WAITが残るルートも試験で得た知識だ。
うちの所では、研究開発案件でも実用レベルに組んで、パフォーマンスチェックを行う。
だから雑誌のお試しレベルとは違う。つーか雑誌とHPの無責任さには怒りを覚える。
付属サンプル動かして、これは便利だとか言うなボケ!!
おっと、つい感情が出てしまったが、言いたいことは以上だ。

ついでに敬われているのは69式の方で、クローンではないと突っ込んでおく。


493 :仕様書無しさん:2006/12/05(火) 09:31:11
ずいぶんスキルが低い研究期間だな。出時がばれないようにしないといかんぞ。

定義があいまいなのになんでWeb2.0とか言えるのかよくわからん。
ジャワ糞どもの虚言の血を引いているとしか思えんな。

494 :仕様書無しさん:2006/12/05(火) 09:35:00
>俺の得意分野のサービス
俺も得意だよ非ジャワでの実装でね。おじゃばがHTTP RCP(SOAP)について言及したのを
まったく聞いたことがないぞ。それにこいつをまともに動作させるのに
過去に出た非同期の問題が多大な影響をおよぼす。
おじゃばは非同期処理はコンテナまかせで作成する必要が無いとの意見だったよな。
おじゃばには太い幹がないんだよ。それを>>490が指摘しているんだと思う。

495 :仕様書無しさん:2006/12/05(火) 09:41:52
そうか、おじゃばの言うサービスは「サービス」そのものの設計・実装ではなく
既存のサービスをAjaxから利用するだけなのかな。それならば
サービス利用クライアントの作成が得意だと言えよ。

496 :仕様書無しさん:2006/12/05(火) 09:44:03
>うちの所では、研究開発案件でも実用レベルに組んで、パフォーマンスチェックを行う。

研究開発案件を中心にやっているのにDNS RFCの仕様も読み下せんのか
それじゃあアチャーだぞ。


497 :仕様書無しさん:2006/12/05(火) 09:44:56

店長死んだってさ

498 :仕様書無しさん:2006/12/05(火) 16:35:12
おやつに「ありぎりポテトおじゃが」をたべたら
おじゃばの事を思い出した

499 :おじゃばさま:2006/12/05(火) 20:05:26
>493
だから「双方向でユーザによりコンテンツが充実して行く物」で、
例は、ブログ、ウィキペディアと言っているではないか。
いまどき定義が曖昧とか言っている方が、一般人やマスコミっぽいぞ。技術者だろ貴様。

>494
前にSOAPの話をやったぞ。「SOAPで添付ファイルの扱い議論」の時だ。
SOAPの話について来れたのが2人。添付ファイルまで話が通じたのは0だった。
まだセキュリティー(WSI)や異機種間同士の接続問題の話などいっぱいあったのだが、
そこまではまだまだ遠かったな。だから話をしないだけだ。
ちなみに非同期通信の話題もあったが、未だに俺は「Javaで非同期通信が出来ない根拠」を
聞かせてもらってない。
つーか、SOAPの話題を出しておいて、コンテナ内部の話に行くのはおかしくないか?
何のためのSOAPだ?わざとSOAP自体の話を避けているのではないか?
本当にSOAPの話をしたいのか?
つーか誰もついて来ないから止めておこう。そっちの得意分野で勝負してやるよ。アセンブラ以外でな。


500 :69式オサンクローン ◆4E1yVnBRhg :2006/12/05(火) 23:30:02
なんだおじゃば、ダサさがVersion 3.51になってるな

501 :仕様書無しさん:2006/12/05(火) 23:42:36
最近クローンがやけにウザい件
そろそろ透明あぼ〜んか

502 :仕様書無しさん:2006/12/06(水) 13:53:46
>そっちの得意分野で勝負してやるよ。アセンブラ以外でな

勝負ってw
喧嘩ごしだな
なっおじゃば

503 :仕様書無しさん:2006/12/06(水) 14:59:39
>>499
なんだまともにSOAPエンベロープのWSDL解決してくれない
ジャワのパーサの話でもすればよいのか?

504 :仕様書無しさん:2006/12/06(水) 15:00:45
>>499
それとも遅くて品質が劇悪な
某オプンSOAPエンジンの話でもするのか?

505 :おじゃばさま:2006/12/06(水) 19:33:47
2chのよくある煽りで謎なのがいくつかある。
今日はその中の1つである「それコピペだろ攻撃」について考えて見ようと思う。
「それコピペだろ攻撃」とは、意見を書くと「それコピペだろ、自分の意見を書け」と言う攻撃方法だ。
本来の攻撃法方としては、コピペを自分の文章のように書いているのを発見した場合に、
「それコピペだろ」と書き込み、コピペ元のアドレスを貼る。コピペした方は反論出来ないので黙るしかない。
しかし謎なのはコピペの証拠がないのに攻撃を仕掛ける行為だ。
意見を書き込んだ方は自分の意見がコピペかどうかは知っている。
そのため書き込んだ方が「証拠を見せろ」と言えば、大掛かりな偽造でもしない限り、黙るしかない。
この「根拠なしコピペだろ攻撃」を仕掛ける人は何を狙っているのか分からない。
単に反論がないのを期待しているのか?それとも探りを入れているのか?
当初は深く考えてないだけだろうと思っていたが、この手の発言をする人にはある特徴があることを
発見した。思い込みが数多く見られる事だ。
以前、自作ミドルウェアの話をした時に、ある人物がミドルウェアの内容も話していないにも関わらず、
「そのミドルウェアは品質が悪くて、二度と使われる事はなかっただろうwww」と言って来た。
Wの数はもっと多かったかもしれない。感情が高ぶって思考が暴走しているように感じられるが、
なにやら明確な失敗したミドルウェア像を持っているように感じられる。
また490の発言にも見られる、「おじゃばは、伸びない中堅SEにしか見えないの漏れだけ?」だが、
なにやら明確な人物像があるようである。
そこから考えるに、これらの人達は、根拠がなくても明確な物を想像出来るか、
共通点がなくても自分の体験や知っている人物に当てはめる事が出来るのではないかと思う。
前者なら特殊な能力であり、後者ならちょっと病気だと思う。
と言う訳で、今後の参考のために、
490には「書き込んだ狙い」と「人物像の出所(想像か実在か)」を教えていただきたい。

>503,504
無理するなよ。


506 :69式オサンクローン ◆4E1yVnBRhg :2006/12/06(水) 22:45:20
くぅぅぅぅ
おじゃばがSOAPは語れねえだろうな

507 :仕様書無しさん:2006/12/06(水) 22:48:26
おじゃばよ、後だしじゃなくて
お前がSOAPネタをリードしてみろよ

508 :仕様書無しさん:2006/12/06(水) 23:32:56
そだね。
大抵始めて使う技術って一箇所で躓くもんなのだが、
概ねそこから技術論が始まるのも普通なんだが、
おじゃばはそのあたりの事は

  C++

でしかしらないので本職のJavaでああだこうだいって
くれると非常の楽しい。

509 :仕様書無しさん:2006/12/07(木) 07:47:01
SOAPなんて使われて無いじゃん。

510 :おじゃばさま:2006/12/07(木) 09:50:05
ではWEBサービス(SOAP)を知らない人も視野に入れて説明から入ろう。
まずこの技術がどこから出たかから話すか。
元々コンピュータには、ある処理を複数のマシンで実行する「分散」と言う技術がある。
これはマシンを追加することにより、処理能力向上と、耐障害性向上を狙った物だ。
複数のマシンでの分散処理として一般的に出たのがCORBAと言う技術だ。
しかしこれは非常に難しい仕様だったため、ほとんどの人が使えなかった。
そこで次の仕様としてEJBと言う物が出た。しかしこれも初期の実装では機械的に大量のクラスを
手動で作成する必要があり、また通信を使うため処理が非常に重く、あまり使われなかった。
現在、コンピュータ内部のスピードと、LANのスピードは大きな開きがあり、LANを使っている段階で
処理能力を向上させるのは無理がある。しかしCORBAやEJBを開発して来た人達は何か成果を出さないと
自分の存在意義を疑われてしまう。そこでいっその事、処理能力は捨てて「新しい通信の規格」として
出したのがWEBサービス(WEBアプリケーションとは意味が違うので注意)である。
ちなみにWEBサービスは現在、異機種間の通信規格として知られている。
異機種間の通信規格としては以前からHTTPのget/post、FTP、ssh、smtpなどたくさんある。
WEBサービスの利点がないと開発者は解雇される可能性がある。
そこで「設定ファイル(WSDL)を記述する事によって、電文の内容を自由に設定出来る。」と言う
知らない人が聞くと一見凄そうに見える機能を打ち出した。
こうしてWEBサービスが生まれた。
当初は、WEBサービス=SOAPだったが、今はRESTと言う(名前は)新しい規格もある。
そのため以降はWEBサービスとは言わず、SOAPと記記述する。


511 :仕様書無しさん:2006/12/07(木) 10:29:01
■添削
CORBAが難解だから発生したわけではないと思うが。
3%ぐらいは含むかもしれんが。

512 :仕様書無しさん:2006/12/07(木) 10:33:39
◆補足
CORBAの仕様自体はそれほど難解ではない
ただジャワベンダ側の例にもれず
 実行環境の整備がいつまでも整っていなかったが現実
これはいつまでも不安定なEclipseがいまだに歴史的文化遺産を
引きずっている事で理解できると思う

513 :仕様書無しさん:2006/12/07(木) 10:35:06
▲影の声
オプン規格を謡ったのはよいが
船頭が多すぎてまとまりがつかなった

514 :仕様書無しさん:2006/12/07(木) 10:37:09
●現実的には
ジャワ側のWSDL解決はいまだ泥臭く、シンプル簡単にすっきりといかない
それが>>509が使ってねーじゃんとのたまう理由

.net側では実にスムーズにWebサービスが公開運用されている

515 :仕様書無しさん:2006/12/07(木) 10:44:06
☆個人的な意見

忙しいだろうによく長文を書いてくれた。
お疲れ様。

516 :仕様書無しさん:2006/12/07(木) 17:29:37
さあさあ、おじゃばの題2章に期待する

517 :おじゃばさま:2006/12/07(木) 19:59:21
SOAPの仕様を簡単に説明しよう。
まず送信する情報を格納するクラスを作成する。
それを自動的にXML形式に変換し、相手側に転送後、また元のクラスと同じ形式の物に戻す。
細かい事はいろいろあるが、基本的にこれだけだ。
まあ、XMLを扱った事がある人なら誰でも考えそうな事である。こんな簡単な物が失敗するわけない。
世間知らずの学者がそう考えても不思議はないだろう。
ところが、多くの問題を含んでいた。
まずXMLの問題。知っている人も多いと思うが、XMLには大きな問題がある。それがDTDの問題だ。
DTDとはXMLのフォーマットと規約を記述したファイルである。この話をするとまた時間がかかるので、
今回は割愛するが、結論から言うとDTDは実用性の薄い糞仕様だと言う事だ。
また規格を決定するW3Cなどの各団体にも、リストラ直前の者が存在する。彼らにとって重要なのは、
規格をまとめる事でなく、自分が働いているとアピールする事だ。
本来ならSOAPの設定ファイルであるWSDLファイルもDTDにすべきだが、糞仕様とアピールのために、
ほぼXML形式だがちょっと違うWSDLと言う物に落ち着いた。
ただWSDLファイルには2種類ある。それは初期の形式と、(セキュリティー機能を盛り込むと言う名目で、
盛り込みに失敗し放置された後に残った)新しい形式である。
現在は新しい形式が一般的に採用されている。
こうして世の中に出たSOAPだが、学者には予想出来なかった最も重大な問題があった。

518 :おじゃばさま:2006/12/07(木) 20:19:00
それは企業の利益の問題である。
WEBサービスで各サーバをつなぐ。素晴らしい。つながればWindowsでもLinuxでもいい事になる。
これは各社ベンダーにとっては大きな問題だった。
WEBサービスの実装を提供している所はいくつかある。たとえば、Apache、BEA、MSなどである。
各社のスタンスを考えて見よう。
・Apache:別に金は関係ないけど、面倒な事はしたくねーよ。
・BEA:WebLogicが売れればいいんだよ、高機能で高価格にして、売り付けてやる。
・MS:世の中をWindowsで制覇するのだ。LinuxやSolarisなんかと繋いでたまるか。
これらの要素がうまく噛み合った。
つまり、ApacheとBEAはそのままでは繋がらない。多少の素人には無理なプログラム修正が必要だ。
ApacheとMSは繋がらない。はっきり言って別のAPサーバを買った方が早い。
BEAとMSはほとんど繋がらない。すごく頑張れば繋がるが、普通の技術者には無理だ。
ちなみに各社のAPサーバで統一すれば、凄く簡単につながる。
異機種間の問題とはAPサーバの問題である。つまりWindowsとSolarisでも両方WebLogicなら問題ない。
しかしLinuxとSolarisにIISはない。
つまり強者MSは、使いたかったらWindowsで揃えろと言っているのである。

519 :仕様書無しさん:2006/12/07(木) 21:31:07
おじゃばが長文を書くせいで>>518の時点で125KBだぜ。

520 :69式オサンクローン ◆4E1yVnBRhg :2006/12/07(木) 23:05:00
ちょっと前にMSの調査で
.net IDEでSOA作成するよりもI$MのIDEで作成するほうが時間が1.5倍以上
かかるとの報告にI$Mが反論していたが、漏れは3倍かかると見積もった

521 :69式オサンクローン ◆4E1yVnBRhg :2006/12/07(木) 23:09:20
おじゃばはApache(AXIS)とWinはつながらないといっているが
つながるぞ。問題はJava側のWSDLパーサの性能が悪いだけか
Eclipseプラグインがバグバグなだけだよ

522 :仕様書無しさん:2006/12/07(木) 23:30:11
>>519
おじゃばの長文ってジャワのクラスそのものな気がする

523 :仕様書無しさん:2006/12/07(木) 23:47:42
このあたりでBigDecimalの話題を

524 :仕様書無しさん:2006/12/08(金) 08:31:31
■添削
つながらないのはジャワ軍勢のWSDL解決アルゴリズムがどダサなだけだよ
Java WebService公開 ---> .net でのWebServiceクライアント解決 OK
.net でのWebService公開 ---> 糞ジャワエクリ糞でのクライアント解決 NG

このパターンばっか

525 :仕様書無しさん:2006/12/08(金) 08:34:15
▲影の声
おじゃばは言うばっかで各ベンダ間の接続試験をしていないと思われる

526 :仕様書無しさん:2006/12/08(金) 08:59:29
◆補足
NetBeansのWebサービスクライアントはジャワ軍団の中では一番優秀
テストツールとして利用する価値あり

527 :仕様書無しさん:2006/12/08(金) 09:11:33
さあさあ
おじゃばのSOAP講座は起・承・まできました
あとは転・結・を楽しみに待ちましょうね。ギャラリーの皆さん。

528 :おじゃばさま:2006/12/08(金) 09:11:55
ここで一つ言っておこう。
MSの調査を鵜呑みにしたり、繋がらないのは片方のパーサが悪いなどと論議するのはナンセンスだ。
既に述べた通り、各社には自社製品を売り込む目的があり、ほとんどが営業トークにすぎない。
実際、作るのに○○の方が数倍時間がかかると言うのは、作業者の習熟度による。
IBM系で3倍かかると言うのは、単にIBMに慣れていないだけで、自らの習熟度の低さをアピールしている
に過ぎない。またどちらかのパーサが性能悪いと言うのも全く意味がない。
パーサの性能と言っても、LAN上を通るテキスト文の解析である。速度的な問題はパーサの性能問題が
出る前に、回線の性能で頭打ちになる。となると、解析出来る範囲の性能になるが、前述の通り
基本的に各社は接続したくないのである。つまり両方とも接続問題を黙認し、相手せいにする
ネタにしたいだけなのである。
ちなみにEclipseのプラグインに文句を言うのも、本質を理解していない証拠である。
Eclipseプラグインは無料で保証なしだ。プラグインを使うというのは、使えるプラグインを見分ける
能力も含む。つまりプラグインの文句を言う事は、自らの見分ける能力のなさのアピールにすぎない。

突っ込み所満載のクローンの文章にはいつも驚かされる。
彼が釣り師であったなら大変な能力であるが、多分天然だろう。


529 :仕様書無しさん:2006/12/08(金) 09:18:26
おじゃばはI$Mの下請けなのかな。
漏れはSOAはフラットな視点で対処したいと考えている。
だからI$MのWebサービスクライアントスタブ自動生成時の完全性はないと評価している。
NetBeansはasp.netをWSDL静的参照した際にスタブを完璧に解釈してくれる。
これは厳然たる事実であり、ツールの習熟度を云々言うのがおかしいって。
.net IDEはデフォルトインストールですんなり使える。
NetBeansもしかり。だめなのはI$Mの高級なIDEとその亜流のEclipseたちだ。

530 :仕様書無しさん:2006/12/08(金) 09:40:37
もうひとつ言うとジャワのSOAPは終わってるな。
くだらない糞クラスを多数必要としXMLパーサも節操がなく亜流が多数
出回っている。必死になってWebサービスをジャワで作成しても、あの
VMたん経由でのサービス公開だから遅い。SOAPを取り巻くクラスのパフォーマンスも
劇悪だ。整理されていない。ひっちゃきになって設計されていないコードを
積み重ねてやっと作成しているような印象がある。

.net側はサービス公開の際に.Netframeworkさえも必要としないALT Webサービスの仕組みがある。
こいつはネイティブで速いしシンプルだ。dllファイルがひとつ(正確にはFilterと2つ)あればよい。

531 :仕様書無しさん:2006/12/08(金) 10:56:21
経過報告

            中間点
 ̄ ̄ ̄ ̄ ̄▼ ̄ ̄ ̄ ̄| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
おじゃばここ、ややおされぎみ

532 :仕様書無しさん:2006/12/08(金) 11:25:08
たぶんおじゃばはいまどきシャワートイレも設備されていない会社で働いているに違いないな。

533 :おじゃばさま:2006/12/08(金) 19:31:07
どこの製品が優れているかを議論するつもりはない。
少なくとも、俺はIBMでもMSでも通常の運用に支障のないレベルで作る事が出来る。
重ねて言うが、どこかの製品をけなせばけなすほど、自分の無知を晒すだけである。
ちなみにシャワートイレは当然実装済みだ。

とりあえず背景にはこのような事情がある。
しかしそうは言っても、プロジェクトではすでにWEBサービスを使う事が決まっている事もあるだろう。
そこで使う場合の注意点を上げておきたい。
SOAPには政治的な理由以外に、2つの大きな問題点がある。
まず1つ目はセキュリティーの問題だ。
SOAPではXMLの平電文がそのまま流れる。前にも少し述べたが、本来ならWSIと言う規格があり、
そこで自動的に暗号化などを行う予定だったが、見事に潰れて放置された。
暗号化は自力でどうにかするしかない。まあ製品によっては独自で対応しているのもあるだろうが。
だから基本的にはカード情報や個人情報などはSOAPを通じて流すべきではない。
まあ、少なくとも個人情報はSSLのHP上で入力させ、IDを発行し、以降はIDで管理するようにはしておく
べきだろう。ただIDを悪用されたりする可能性も当然あるので、金を扱うようなシステムには使用
すべきでない。
2つ目はバイナリデータの扱いである。
SOAPはXMLのため標準ではバイナリデータを扱えない。これも製品によっては扱える物もある。
以前に言っていた「SOAP添付ファイル機能」だ。ただ扱えない製品もあるので、その場合は
BASE64などをかけてテキストにして送信する必要がある。
しかし実際にはリアルタイム性の必要なシステムにおいては大問題になる。
BASE64に変換するとデータ量は数倍に跳ね上がる。たとえば1Mが6Mになったりするのである。
通信量を大幅に使った上にエンコード、デコードが必要になる。
もし会話を行うようなサービスに使ったとしよう。0.5秒の空白があると会話は正常に聞き取れない。
その時点でどうしようもないのである。
つまり、バイナリは扱わない方が無難である。


534 :仕様書無しさん:2006/12/09(土) 00:22:46
経過報告

            中間点
 ̄ ̄▼ ̄ ̄ ̄ ̄ ̄ ̄ ̄| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
おじゃば悪あがきをする


535 :仕様書無しさん:2006/12/09(土) 09:18:08
>少なくとも、俺はIBMでもMSでも通常の運用に支障のないレベルで作る事が出来る。

デフォルトインストールですんなりいかないよって言ってるのよ。
おじゃばが「俺様はできるぞ」ってそんなの聞いてないよ

536 :仕様書無しさん:2006/12/09(土) 09:18:41
経過報告

            中間点
 ̄▼ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
おじゃば後がない


537 :仕様書無しさん:2006/12/10(日) 09:32:50
バイナリデータは既出のSOAPデータ型に当てはめるコンバータの品質と
SOAPエンジンの実装品質に依存するので一概にはいえんぞ
ジャワ系のそれらは低品質というのだけは言える。

538 :仕様書無しさん:2006/12/10(日) 09:34:32
セキュリティについては説明してくれんでも所詮HTTP1.1準拠なわけだから
そんなに大げさに騒がなくともよし。
実装側でどうにかする問題なだけ。

539 :仕様書無しさん:2006/12/10(日) 09:36:55
しまったよ、前に買おうと思っていたこの本
3000円が3倍になっちまってるよ。orz...

WindowsXPフィルタドライバプログラミング 入門と実践

ttp://www.amazon.co.jp/exec/obidos/ASIN/4774116661


540 :仕様書無しさん:2006/12/10(日) 09:39:00
C/C++本ってよくプレミアつくけど
ジャワ本でプレミアがついたのは見たことないなw

541 :仕様書無しさん:2006/12/10(日) 09:58:31 ?2BP(294)
>>540
プレミアついてる本って、たとえばどんなの?

542 :仕様書無しさん:2006/12/10(日) 10:09:44
>>541
ちょっと前にアマゾンにあった
パワープログラミングDCOMなんて \7200定価が
3万円であがってたが今は無い売れたという事だな

デバイスドライバ系の書籍は発行部数が少ないのでそのとき買わないと
無くなって再版はしないからプレミアが付きやすいのかな。

あとビジネスロジックから遠く離れたタイトルの本がその傾向にあるな。
ネットワーク、スレッド、カーネルなど
ジャワの本と違っていつまでもその価値を失わない事の証明だな

543 :仕様書無しさん:2006/12/10(日) 10:23:10
△C/C++を学習する。書籍を買う。
難しくて理解できなかった。アマゾンで売る。
買ったときの3倍で売れた。差額でオパイパプにいく。ウマー

▼ジャワを学習する
あまりに簡単で買った書籍が無駄になった。
アマゾンで売ろうと思ったが買ったのは3500円なのに売値は
10円だった。無駄な買い物をした後悔だけが残った。

544 :仕様書無しさん:2006/12/10(日) 10:38:52
さあさあ、もうおじゃばなんてダサいの相手にしないで
DDKでも入れてあそぼうじゃないか
オブジェクト指向糞食らえの美しいレガシーCサンプル満載だぞ

545 :仕様書無しさん:2006/12/10(日) 13:53:41
おじゃばさん
ちょいと質問があるのですがいいですか?
JNIのAPIレベルの互換性って1.4とJava5で大きく変わっていませんか?
JDK1_1InitArgsの仕様が大幅に違ってないかどうかなのですが。
あとJdk1.2とかサポートする必要があるのでしょうか?
あるのならば互換性を保ったつくりにしないといけませんので。
C/C++の世界ではWindowsNT 3.51でもXP,2003でも同様に動作するのが簡単に作成できますが
Javaではなかなか難しいように感じます。

546 :69式オサンクローン ◆4E1yVnBRhg :2006/12/10(日) 23:03:55
>>528
おやや、おじゃばもおいらのNo.1スキルを認めだしたか
すこしは進歩したようだな。

547 :おじゃばさま:2006/12/11(月) 09:50:27
>535
SOAPは運用出来るレベルまで作る事を考えると、ある程度のスキルが必要となる。
つまり、みんなある程度のスキルを持っているのを前提とした場合の話だと思ってくれ。
だからどうにでもなるような細かい点を比較しても意味がないって事だ。

>537
一概には言えないから使わない方が無難だと言っている。
通信相手側は他のシステムなので、こちらで仕様を決められないのが前提だぞ。
全部決められる社内システムなら、APサーバを統一すれば独自機能を使っても構わない。
それとどの言語の製品はどうだと言っても恥ずかしいだけと言っているだろう。
Javaの製品の品質が悪いって言っているのは、537がJavaを知らないって言っているだけだ。
学習したまえ。

>538
だから実装側でどうにかする必要があると言っているのは俺だろう。
で、高いセキュリティーが必要なシステムには使わない方がいいと言っている。
C厨はオウム返しがデフォルトか?つーか真面目に読んでないのか?

>545
今、SOAPの話をしているので詳しくは言えないが、
1.2は捨てて1.4準拠で作れ。ただし当然、客側には了承を取ってからな。
バージョンを下位にする理由は、ミドル等の他社製品が高いバージョンに対応していない時のためだから、
1.4標準の今となっては1.2に合わせる必要はないと説明するといい。
あとJNIは純粋なJavaではないから、互換性は保証されないと考えた方がいい。


548 :仕様書無しさん:2006/12/11(月) 10:22:58
経過報告

            中間点
 ̄ ̄ ̄ ̄▼ ̄ ̄ ̄ ̄ ̄| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
おじゃば反撃す


549 :仕様書無しさん:2006/12/11(月) 10:30:40
・標準で自動コンバートできないのはスキルとは関係ないって言っているのがまだわからんか。ばか者!!!
・SOAPで苦労せずに安全な通信をしたいならばSOAP::string型だけ使ってろってんだ。ばか者!!!!!
・base64の変換はせいぜい4倍ぐらいまてだろう。仕様を確認してないのか。ばか者!!!!
・スキルがかなりある前提と言っているが、それなのにくどくどHTTP1.1を繰り返すのか。自分の言っている事の整合がとれてないぞ。ばか者!!!

550 :仕様書無しさん:2006/12/11(月) 10:51:13
経過報告

            中間点
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| ̄ ̄▼ ̄ ̄ ̄ ̄ ̄ ̄ ̄
C厨逆ギレする



551 :おじゃばさま:2006/12/11(月) 20:37:16
>549
簡単に説明すると、プロがプロ用のゴルフクラブ買ったとするだろ。
で、取り扱い説明書がついて来なかったとするだろ。それに対して文句を言うのは構わないが、
そんなどうでもいい所で比較するなと言う事だよ。

「SOAPで苦労せずに〜Stringを使ってろ」は何の話題かよくわからん。
そんは話はした覚えがないが、C厨は脳内の思考が飛ぶ特徴があるからな。
大方、次のBASE64がどうのとか言うのを見ると、BSAE64の話題が脳内ジャンプしてそっちに飛んだのだろう。
俺は別に数値型を使ってはだめだと言ってないし、Stringが安全だとも言っていない。
BASE64が4倍か6倍かの話はどうでもいい事だよな。デフォルト自動変換やBASE64の話を見ると、
どうでもいい事に捕らわれて、本質を見ない傾向にあるようだな。気をつけた方がいい。

スキルがかなりあるのが前提なのに、素人向けの話をしてる?うーむ、何か脳が混乱してるのかな?
まずスキルがあるのが前提なのは、サービスを運用レベルで作る人。
しかも、かなりなんて言ってない。ある程度。
で最初に述べた通り、WEBサービスをを知らない素人でも読めるように記述している。
だから何も矛盾していない。対象が違うだけだ。
評価をする権利があるのは、当然サービスを運用レベルで作る人
素人が評価しても意味がない。少なくとも549はサービスを運用レベルで作る人なんだよな。


552 :おじゃばさま:2006/12/11(月) 20:39:08
興味深いのは最後のスキルがどうのという話だ。
誰も疑問にすら思わないような事へ突っ込んでいる。それに随所に混乱が見られる。
それから想像するのはこうだ。
最初に反論を書いたが、攻撃が甘いと思い2つを追加した。
しかしこの2つが攻撃力がない事が分かって、自己嫌悪に陥った。自分のスキルにも自信がなくなった。
で、「そもそもスキルのない自分にこんな事書かせるな!!」ってのが最後の書き込みの意味かな。
まさに逆切れだ。

しかしそんなに嘆く必要はないぞ。
Javaには弱いようだが、Cならそれなりに出来るのだろう。それは読み取れる。
だからCと同じレベルまでJavaを勉強すればいいだけだ。まあ、がんばれよ。


553 :仕様書無しさん:2006/12/11(月) 20:42:22
経過報告
おじゃば側            C厨側
            中間点
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| ̄ ̄ ̄ ̄ ̄ ̄ ̄▼ ̄ ̄
おじゃば逆転する


554 :おじゃばさま:2006/12/12(火) 09:51:02
まだまだSOAPの話は尽きないのだが、もう誰もついて来ていないようなので、
そろそろ結論を書いて終わりにしようと思う。

前述の通り、現時点で新たにSOAPで設計する利点はない。
GoogleやAmazon、YahooがSOAPのAPIを提供しているので、それを使いたい場合もあるかもしれないが、
ライブラリとして提供されているので特に中身を知る必要もない。
SOAPの将来性も不透明だ。YahooなどではSOAPに見切りをつけ、WSDLなどを廃止し、XMLを送信するだけの
単純な「REST」方式などと言う物も出ている。しかしこの業界は何がどうなるかは分からない。
まあ、様子見が賢い選択だとは言える。

まあ、結論としては、
SOAPを使うなら、HTTPSのPOSTを使った方がいいと言う事だ。


555 :仕様書無しさん:2006/12/12(火) 09:56:23
将棋漫画で真剣師というのがある。金をかけて将棋をする漫画だ。
真剣師はそれが食いぶちだ。真剣師はカモをつくるためにわざと負けてやる。
それも僅差で負ける。するとカモは自分のほうが強いと勘違いして調子にのって
ネギをしょってきてくれるというわけだ。

556 :仕様書無しさん:2006/12/12(火) 10:01:22
という事で
DDKネタでどうだ、69式オサン

557 :仕様書無しさん:2006/12/12(火) 12:36:41
WindowsXPフィルタドライバプログラミング 入門と実践
は絶版だが書店在庫がある店もあるようだ。地方ならば可能性は高いな。
ハッカーにあこがれる人には必須の書籍と思うよ。買うなら今。
ドライバ開発時に出てくるカーネルモードI/O処理は既出のI/O完了ポートそのもの
のドライバでの処理が書かれている。もちろんDDKにはこれらのサンプルも含まれる。
解析するだけで楽しいぞ。

558 :69式オサンクローン ◆4E1yVnBRhg :2006/12/12(火) 22:54:25
おじゃばはカモにされたのか
C爺はあくどいな

559 :仕様書無しさん:2006/12/13(水) 00:43:45
>>555
それで自尊心は保てましたか?www

560 :仕様書無しさん:2006/12/13(水) 09:47:55
さあさあ、細かい事はぬきにして
楽しくやろうぜ

561 :おじゃばさま:2006/12/13(水) 09:51:02
しかたないな、C言語の話でもするか。
strtokとマルチスレッドの話でもするか?


562 :仕様書無しさん:2006/12/13(水) 10:05:04
ptheradのネタが良いと思うが
Apache1.3 と2.0の差分を徹底追及する

563 :仕様書無しさん:2006/12/13(水) 10:09:02
もうすこしマターリしないと、おっさんが最近こねぇじゃん。

いつからおじゃばさまの自己満スレになったんだ

564 :仕様書無しさん:2006/12/13(水) 10:11:11
2.0になってPOSIXのスレッド機能をもつUNIX系システムでは
マルチプロセス、マルチスレッドモードで動作するようになったと
ものの本に書いてあるのだが、それでは1.3はそうではないと言うことだろ
そうではないとすると何がちがうのかおじゃば教えてくれ

565 :仕様書無しさん:2006/12/13(水) 10:12:18
>>563
おっさんこないからおじゃばに代打してもらおう

566 :仕様書無しさん:2006/12/13(水) 10:18:02
ひょっとしてオサンはオパイパブにハマリまくっているのと違うか?
酒とオパイの日々を暮らして仕事はどーでもよくなっているとか

567 :仕様書無しさん:2006/12/13(水) 10:19:52
>>563がオサンが振ってくれてたC99のネタに反応しないから悪いんだぞ
と人のせいにしてみる

568 :おじゃばさま:2006/12/13(水) 18:56:25
>564
Apacheは俺の担当外だから、クローンにでも聞いて見るのが順当じゃないか?


569 :仕様書無しさん:2006/12/13(水) 20:21:44
>>561 おじゃば
strtokのマルチスレッド対応版ってあるんか?
それとも自分で作れと

570 :仕様書無しさん:2006/12/13(水) 21:17:45
いや!オサンは忘年会モードだろう。
酒が飲めれば後は野となれ山となれと

571 :おじゃばさま:2006/12/14(木) 09:06:47
>569
strtokはマルチスレッドに対応していないから、どうしようかって話だ。別にオチはない。
errnoもマルチスレッドはダメそうだな。あれもどうするか。

>570
じゃ誰でもいいよ。
俺が答えると、またC厨が逆切れするだろう。


572 :仕様書無しさん:2006/12/14(木) 09:15:12
>>571
逆切れしないってば、あれは演技だからな。
オサン不在の今の状況を打開するのにはおじゃばにがんばってもらわんとな
あれはおじゃばを盛り上げてあげようと思っての所作。
気にしないでどんどんいってくれ。

573 :仕様書無しさん:2006/12/14(木) 09:28:42
strtok
VC++では対応しているな。POSIXの話?
strtokは /MTオプションで使えないの?
strtokに渡すデータがstatic,グローバルだといかんって話じゃないの?

574 :69式おさん ◆hND3Lufios :2006/12/14(木) 09:41:29
つTLS

575 :仕様書無しさん:2006/12/14(木) 10:07:39
補足:69DNサポート
TLS 配列とは、スレッドごとにシステムで維持されるアドレスの配列です。この配列の各アドレスは、スレッド ローカル ストレージのデータ位置を示します。


576 :おじゃばさま:2006/12/14(木) 19:34:40
ほー、ローカル変数とは違うのか?
すでに割り当てられているグローバル変数を、ローカル変数扱いに出来るのか?

ちなみにstrtokはグローバル変数を渡しちゃいけないなんて事じゃなくて、
トークンの現在位置を保持しているポインタが、グローバルだからスレッドセーフには出来ないって事だ。
まあ、自力でクラスを作ればいいだけの話だが、errnoの方はそうはいかんな。
そのTLSとか言うので、errnoもスレッドセーフに出来るのか?

Apacheの件は簡単すぎるから俺が答えるけど、1.3は標準ではマルチスレッドに対応していないからだ。
まあ、POSIXに対応しているサーバで、スイッチ指定してコンパイルし直せば使えるようだが、
標準で対応してるのは2.0からだ。つーか、2.0の目玉がマルチスレッド対応だ。
以前は1.3の方が安定していたのでそっちを使っていたが、今はどうかな?

ちなみにPOSIXと言うのは、UNIX系OSでのシステムコールとライブラリの標準仕様。
Windows系では2000ではPOSIX1.0に対応していたが、XPでは廃止されたらしい。(XPよくわからん)


577 :69式オサンクローン ◆4E1yVnBRhg :2006/12/14(木) 22:48:41
グローバルでもクリティカルにすりゃスレッドセーフじゃね?

578 :69式オサンクローン ◆4E1yVnBRhg :2006/12/14(木) 23:52:40
よくある例がWebカウンター変数だな
wwwサーバは当然マルチスレッドだしな。

おっとApache 1.3は違うのか ダサ

579 :仕様書無しさん:2006/12/15(金) 00:02:19
>>577-578

580 :69式オサンクローン ◆4E1yVnBRhg :2006/12/15(金) 00:05:48
>>いよう、オリジナル
ハンドル変えたのか

581 :仕様書無しさん:2006/12/15(金) 08:11:35
おじゃばはマルチスレッドプログラミングした事ないのかな。。。

582 :仕様書無しさん:2006/12/15(金) 21:35:27
おじゃば沈没

583 :69式オサンクローン ◆4E1yVnBRhg :2006/12/16(土) 00:40:58
おじゃばご臨終のようだな

584 :仕様書無しさん:2006/12/16(土) 13:02:00
>>581
それ、ループ気味。
おじゃば自身、Javaでは、Java以外の常識的なマルチスレッドの組み方が、出来ないと言っている。

つまり、そーいった当たり前の作法をしらないのも無理が無いという事。
おじゃばが土日以外の数日姿を消したり、いつも以上に、わざと理解を曲解するのは
そーいった話題の時だったな。

585 :仕様書無しさん:2006/12/16(土) 17:13:39
漢はマルティスレッドよりマルチプロセスプログラミングを語れだな
漏れは、マルチプロセスプログラミングしたことないが
ここの爺は得意なんだろ、マルチプロセスプログラム
プロセス間同期、通信....難しいぽ、アヒャー

586 :仕様書無しさん:2006/12/16(土) 17:33:41
馬鹿たれが
簡単だろうが

587 :仕様書無しさん:2006/12/16(土) 20:26:29
簡単ならお前が作ってみせろ。

588 :仕様書無しさん:2006/12/16(土) 20:29:20



589 :仕様書無しさん:2006/12/16(土) 20:59:43
鹿


590 :仕様書無しさん:2006/12/16(土) 21:20:23
>>588-589
馬簡、鹿単プロセスを生成し、プロセス間同期、通信をするように汁
プロセスの生成にはCreateProcessを使うこと

591 :仕様書無しさん:2006/12/16(土) 21:33:02
>>590
プロセス生成前に空気を読むこと

592 :69式オサンクローン ◆4E1yVnBRhg :2006/12/17(日) 00:25:07
ありゃりゃりゃ
ここも重くねスレみたいに鹿タンが集まりだしたな

593 :仕様書無しさん:2006/12/18(月) 09:04:08
おじゃばが沈没したとおもったら
クローンのあふぉがうるさくなった

594 :おじゃばさま:2006/12/18(月) 09:10:17
>クローン
クリティカルにすれがスレットセーフ?クリティカルって何だ?
errnoもその「クリティカル」とかいうのにすれば、上書きされずに取れるのか?
つーかTLSと言うのは何に使うのか教えてくれ。アクセスカウンタなのか?
スレッド固有ではアクセスカウンタにならないのではないか?ローカル変数とのどこが違うんだ?


595 :仕様書無しさん:2006/12/18(月) 09:20:12
クローンではないが、クリィティカルセクション(Winの例)だが
カーネル同期オブジェクトで囲めばそこにアクセスするのは
オンリーOneのスレッドしか処理しないよ。同時に来た場合は
最初にアクセスしたスレッドの処理が終了するまで次のスレッドは待たされる仕様。
だからグローバル変数でもスレッドセーフになるとの説明だな。

例題サイト
ttp://www.doumo.jp/postgretips/tips.jsp?tips=104


596 :おじゃばさま:2006/12/18(月) 12:38:55
つまりerrnoを更新するシステム関数とエラー値の判定を、全てmutexで囲めって事か?
それがまずいからerrnoが問題になっている訳だが、クローンは知っていて言っているのか?

597 :仕様書無しさん:2006/12/18(月) 13:50:20
ん、そこでラッパーですよ

598 :仕様書無しさん:2006/12/18(月) 17:14:25
パラッパッパッパー

599 :おじゃばさま:2006/12/18(月) 18:39:30
いやコーディングが面倒だからって話じゃなくて、せっかくスレッドにしたのに、
システムコール系の関数を全て同期にしたら意味がないって話。

600 :仕様書無しさん:2006/12/18(月) 20:35:59
意味があろうがなかろうが
グローバルならクリティカルこれ常識
クリティカルセクションロック時間は可能な限り短い時間に調整する

601 :仕様書無しさん:2006/12/18(月) 20:37:44
つうかerrnoなんてのを使うへぼいシステムコールは使わなければよし

602 :仕様書無しさん:2006/12/18(月) 21:58:07
スレッド単位でerrno持てばいいだろ。

603 :仕様書無しさん:2006/12/18(月) 23:32:41
つーか、Javaって基本的に595の形式で同期取ってんじゃなかったっけ?

604 :仕様書無しさん:2006/12/19(火) 09:21:00
おじゃばって書籍から抜粋した説明はそれらしくできるが
実際はなにも出来ない素人なんだなと思った。

605 :おじゃばさま:2006/12/19(火) 09:50:05
>600
いやだからグローバル変数への「代入」を同期するのが問題だと言っている訳ではなく、
代入のために「システムコール」を同期にするのが問題だって話なんだけど。
つまり「ロック時間は可能な限り短い時間に調整する」で、システムコールをロック時間から
外せるかの話なら意味があるが、常識を復唱されても困るな。

>601
それはCの関数を廃止して、C++の関数を使えと言う事かな。確かにそれは解決方法の1つだな。
しかしよく使うCの関数を全てC++に置き換えられるかは謎なんだよな。
たとえば、UNIX系で言うflock。これはC++関数に置き換えられるのかな?

>602
だから、スレッド単位にerrno持つにはどうすればいいかって話。

>603
同期の話?システムコールの話?


606 :仕様書無しさん:2006/12/19(火) 09:54:14
>>605
カーネルオブジェクトで競合が発生する場合はどんなものでも
同期オブジェクトでコントロールするのが基本

607 :おじゃばさま:2006/12/19(火) 19:12:32
>604
書籍から抜粋した説明か。
そう思うなら、俺が抜粋した書籍を挙げてみてくれないか?

>606
カーネルオブジェクトで競合が発生する場合って、具体的に言うと何の関数を使った時だ?
fopenも含まれるのか?


608 :仕様書無しさん:2006/12/19(火) 19:21:18
関数は関係ないよ

609 :おじゃばさま:2006/12/19(火) 19:35:54
何の話だよ。

610 :仕様書無しさん:2006/12/19(火) 20:06:36
ム板逝けよ。じゃまくせえ。

611 :仕様書無しさん:2006/12/19(火) 20:27:40
>>610
じゃまだからどっかいって

612 :おじゃばさま:2006/12/20(水) 09:25:02
なんか話が続かないから、もっと軽い話にするか。
書籍がどうのとか言ってるのは、書籍に出て来る軽い話にしてくれとの裏返しなのかな?
では時事ネタの新しいバージョンのWindowsの話でもするか。
今度出るWindowsって何が変わるんだ?


613 :仕様書無しさん:2006/12/20(水) 10:31:04
つまらんよそんな話。WDMの話にしようぜ。

614 :仕様書無しさん:2006/12/20(水) 10:44:27
いや、おさんをおびき出すために酒と女ネタだ

615 :おじゃばさま:2006/12/20(水) 18:53:31
じゃそれでいこう。
旨い酒が飲める小料理屋情報募集。

616 :おじゃばさま:2006/12/21(木) 18:49:03
つまりこういう事かな?
プログラマには酒も女もスコープ外。


617 :仕様書無しさん:2006/12/21(木) 18:55:29
おっさんに酒はローカルバリアブルな関係

618 :仕様書無しさん:2006/12/21(木) 18:56:55
おっさんとオプイパブはプロセス間通信な関係

619 :おじゃばさま:2006/12/22(金) 19:13:29
プログラマは風俗いかねんじゃね?
むしろエロライブチャット。


620 :69式フリーPG ◆hND3Lufios :2006/12/22(金) 21:10:55
おっぱいパブは風俗に入るのか?

621 :仕様書無しさん:2006/12/22(金) 21:12:17
>>620
・・・アウトだろうな

622 :仕様書無しさん:2006/12/22(金) 21:27:38
おっさん酒びたり

623 :仕様書無しさん:2006/12/22(金) 21:29:36
おっぱいパブびたりだろwww

624 :おじゃばさま:2006/12/22(金) 22:46:53
そんなに金ないだろ?

625 :仕様書無しさん:2006/12/22(金) 23:08:07
時期が時期だけに会社の金だろ

626 :仕様書無しさん:2006/12/26(火) 20:53:00
さあさあお前ら
もうすぐ2007年だ

627 :仕様書無しさん:2006/12/27(水) 17:42:16
おじゃばはいつまで仕事だ

628 :おじゃばさま:2006/12/27(水) 19:25:03
今日で終わりだ。
休みは趣味でやってるシステムを仕上げる予定。
おっさんとクローンはスノボにでも行ってるのかな?

629 :仕様書無しさん:2006/12/27(水) 19:29:04
おやおやお疲れ様
漏れはご両人以外だが、リバースProxyの実装でも遊びでやろうと思う

630 :69式オサンクローン ◆4E1yVnBRhg :2006/12/28(木) 03:51:03
風邪ひいちまった。クリスマスで女と遊びすぎた。。。

154 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)