[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 08/28 17:45 / Filesize : 184 KB / Number-of Response : 883
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ふらっとC#,C♯,C#(初心者用) Part45



1 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 10:57:16 ]
このスレッドは
「どんなにくだらないC#プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッド」です。
ほかのスレッドでは恐ろしくて書き込めないような低レベル、もしくは質問者自身なんだか意味がよく分からない質問など、
勇気をもって書き込んでください。
内容に応じて、他スレ・他板へ行くことを勧められる、あるいは誘導される場合がありますがご了承下さい。

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

前スレ
ふらっとC#,C♯,C#(初心者用) Part45
pc12.2ch.net/test/read.cgi/tech/1253522504/

116 名前:中学生 mailto:sage [2009/10/18(日) 12:52:04 ]
>>114
試しもしないで何言ってんのこのおっさんは。

117 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:01:09 ]
>>116
オマエガナー

118 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:02:57 ]
できませんが正解だろ。

119 名前:中学生 mailto:sage [2009/10/18(日) 13:05:13 ]
言いたいことはそれだけか?
交信を終了する

120 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:06:57 ]
            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ こいつ最高にアホ
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

121 名前:中学生 mailto:sage [2009/10/18(日) 13:15:04 ]
おっさんになんかなりたくないなー。
年とると馬鹿になるのかねぇ。

122 名前:中学生 mailto:sage [2009/10/18(日) 13:18:24 ]
>>121
人のふんどしで踊るなハゲ
目立ちたかったら自分で考えろチンカス

123 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:21:25 ]
踊る阿呆に見る阿呆。同じ阿呆なら踊らにゃ損々
ってなわけで、今日も全力で釣り針に食らいつく

124 名前:中学生 mailto:sage [2009/10/18(日) 13:27:40 ]
\tも知らずにプロ面してんのかよー。
おっさんは記憶力がないから困るわ



125 名前:小学生 mailto:sage [2009/10/18(日) 13:28:32 ]
そんなにそのコテ気に入ったならくれてやるよ

126 名前:中学生 mailto:sage [2009/10/18(日) 13:29:50 ]
踊らにゃ損々♪
>>124
馬鹿は黙って踊ってろ♪

127 名前:中学生 ◆gTss8OfLRY mailto:sage [2009/10/18(日) 13:38:16 ]
誰が誰だか分からんw

128 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:38:55 ]
というか、TreeViewノードの深度によってテキストの開始x座標が変わるのに、
タブで無理やりそろえようなんてそもそも無駄だと思うんだが。
素直にListViewやDataSetあたりを使うか、
ListBoxをオーナードローするなりすればいいのに。

129 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:44:01 ]
わかっててエスケープ文字のリテラル表記の話にしてふざけてるのだろうけど、
TreeViewにTabを処理する機能がそもそもないから、
オーナードローでもしなきゃ無理って話だろ。

WPFならスマートにそういった機能拡張はできるよ。


130 名前:小学生 mailto:sage [2009/10/18(日) 13:45:46 ]
>>93
どんなフォーム作ってるんだ?
ちょっとjpgで見せてくれよwwおっさんww

131 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:56:01 ]
くだらないあおりとかはせいぜい10レス目以降は自重してくれよ。

132 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:16:59 ]
いままでC#とかVBやってきたんだけど継承ってほとんどやったことなくて、いつ使うべきかいまだに変わんない。
メソッドとか重複する時に使うんだなって頭でいるけどそれでいいの?
継承も使ったことないから、もちろんinterfaceも宣言したことない。

そのせいか親クラスはいつも子だくさん。
ほんと孕ませてばっかです。

133 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:24:06 ]
継承をほとんどやった事がないのに、親クラスが子だくさん…?

134 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:25:20 ]
包含かね?



135 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:26:35 ]
public class *** {
 class *** {
  class *** {
   class *** {
    class *** {
    }
     ∞
   }
  }
 }
}

136 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:27:37 ]
入れ子ね。

137 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:29:31 ]
自分ではもっとItestとかインタフェースってものを書いてみたいんだけど、機会がないから・・・
それに継承って、デバッグするとき継承先を辿る必要があったりするから難読化するんじゃないかなと思ってみたり。

138 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:30:48 ]
入れ子のほうがわかんない。使って便利なときってあるの?

139 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:33:36 ]
newするときとか見た目でわかると自分では思ってる。
microsoft.windwos.vista.netとか見た目でどこ読んでるか想像が付くし、書く時も大体の勘でかけたりするからいいkなぁって。

だめかな?w
わかんないや

140 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:35:18 ]
ここまですべて俺の自演

141 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:35:40 ]
>>139
ダメ
ガイドライン違反

142 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:43:27 ]
>>141
やっぱりか、
いま無理やりDebug.print関係のメソッド群をそれぞれの箇所に継承できるようにしてる。

今までpublic static classでやってたのが継承するべきものなんかと気づいた。
ただインタフェースの必要性がいまだにポカーン

143 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:46:45 ]
>>139
適切に名前空間分けて、必要に応じて修飾名付けて書けばいいじゃん
ドMなら全部 完全修飾名で書いてもいいと思うけど、人には見せないようになw

144 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:50:05 ]
信じられんと思うけど、暇さえあれば全部にそれしてた。
よくコードに性格が出てるとか言われる。
ついでにバカ呼ばわりされる



145 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:50:22 ]
>>142
クラスの継承は複数のクラスで実装の共通化を図りたいとき。
ポリモーフィズムは異なるものを同じものとして扱いたいとき。
サブ実装をメンバに持たせる包含は、継承によるクラス間の依存関係の複雑化を避けたいとき。
インターフェイスは複数のクラスの実装に共通部分が無い場合。

にそれぞれ使う。
これらの中身をいちいち説明してたら紙面が足りないし、このスレの範囲を超えるので
自分で勉強してくれとしか言いようが無いな。

146 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:53:23 ]
>>145
わざわざありがとう!
今未確認飛行のところで一生懸命読破しようとしてる。
まだ自分ではいろいろな欠点をしってるけど、またの機会いぃぃぃー!

147 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:18:15 ]
>>142
>public static classでやってたのが継承
それ継承の間違った使い方の典型的なアンチパターンだよ

148 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:51:58 ]
ま、ヘルパーとして基底クラスにアクセサをつけるなんてことはよくあるけどね。


149 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:54:17 ]
ただしあくまでヘルパーにすぎないところが重要。


150 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 17:48:47 ]
なんで?

151 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 17:56:57 ]
>>142みたいに間違った方向に行かないために。


152 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 18:04:47 ]
継承は、基本の実装を活用させたいときとか
クラス自体に大きな性質を与えたいときとか
テンプレートを提供するときとか

基底クラスへの強い依存や基底クラスから強い影響を受けても構わない、
あるいはそれが望ましいとき。

インターフェイスは逆に実装はいらないときとか
強い関係を持ちたくないときとか
クラス自体の性質とそれがサポートする機能に関連が薄いときとか

汎用性、疎結合ならインターフェイス。


153 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 18:11:36 ]
ライブラリを作る側になったらいろいろ必要。
ライブラリを使う側なら、あんまり気にしなくてOK。

154 名前:小学生 mailto:sage [2009/10/18(日) 18:27:34 ]
>>144
おっさんの知能ではもはやオブジェクト指向は理解できないのか?w



155 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 18:30:09 ]
C#からDllの外部関数にrefで構造体を参照渡ししてます。
外部関数を実行中にC#側の別スレッドで構造体のメンバ値を
変更しても外部関数でそのメンバ値を見ても変更が反映されません。
何故ですか。
ちなみにC#のマネージメソッドに対して同様の
ことをするとメソッド内で構造体メンバ値の変更が反映されます。

156 名前:デフォルトの名無しさん [2009/10/18(日) 18:31:32 ]
WindowsXPなんですけど、
Directory.GetFiles
で手に入れたファイルの順番と、
エクスプローラでファイルを一覧した順番が違う気がするんです。
違ってたとして、一致させるにはどうすればいいのでしょう?


157 名前:小学生 mailto:sage [2009/10/18(日) 18:36:50 ]
>>155
値渡しだから

>>156
どっちかを合わせろよカスw

158 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:02:36 ]
新規にスレッドを作ってそっちで取得したデータを Dataset に入れて、
そのデータがフォームに表示されるように datagridview にバインドする場合、
dataset へのデータの追加は、begininvoke を使って
メインスレッド(UIスレッド?)で追加した方がいいのかな?

159 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:12:02 ]
>>158
「この型は、マルチスレッド読み取り操作に対して安全です。すべての書き込み操作の同期をとる必要があります。」
ロックしたら問題無いと思っていたけど、駄目?

160 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:12:43 ]
>>158
フォームのコントロールはフォームのスレッドでしかアクセスできないから。invokeが必要。


161 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:15:55 ]
>>159
ダメ。
DataSetの変更はバインディングによってコントロールに通知されるけど、
特に同期化しない普通のイベントによる通知なので
DataSetを変更したスレッドと同じスレッドでイベント発生・コントロール書き換えが行われてしまう。

162 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:23:43 ]
>>161
> 特に同期化しない普通のイベントによる通知なので
> DataSetを変更したスレッドと同じスレッドでイベント発生・コントロール書き換えが行われてしまう。
あー、そうか。
やばそうですね。

163 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:36:19 ]
>>155

そのままマネージヒープのアドレスを渡すとGCで死ぬから,
マーシャラが自動的にアンマネージヒープにコピーを作ってるからだったかな
そういう使い方をするデータははじめから自分でアンマネージヒープに確保しておくのが普通だと思う

164 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 19:56:02 ]
その場合MarshalAsでStructだか使えばできたと思うけど



165 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:05:15 ]
アンマネージコードからマネージヒープを直接触らせるにはGCHandleを割り当てて固定するしかないはず

166 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:08:07 ]
MSDNの「コピーと固定」って記事にマーシャリング時のヒープが図解されてるよ

167 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:52:28 ]
なんかデバッグフォルダに見慣れないファイルが5っほどある。
コンパイルしたらリリースフォルダにも同じファイルがある。
TempPEなんてフォルダまである。

hoge.pdb
hoge.Form1.resources
hoge.Properties.Resources.resources
hoge.csproj.GenerateResource.Cache
hoge.csproj.FileListAbsolute.txt

今までこんなの出来なかったのに何故?

168 名前:167 mailto:sage [2009/10/18(日) 21:53:27 ]
あ、pdbファイルまで書いてしまった。
これは無しです。

169 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 22:05:18 ]
\obj\のほう見てないか?

170 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 22:13:15 ]
>>169
その通りでした
まさかそんな落とし穴があったとは・・・
穴があったら入りたいですw

171 名前:小学生 mailto:sage [2009/10/18(日) 22:17:37 ]
おっさん、バイナリすらわからないのか?

172 名前:中学生 mailto:sage [2009/10/18(日) 22:48:26 ]
>>171
お前もわかってないんだから黙ってろガキ
おっさんと同レベル

173 名前:小学生 mailto:sage [2009/10/18(日) 22:51:01 ]
おれは将来天才プログラマーになる
人類初の人工知能を開発してやる
まずはイカの神経細胞を研究してだな

174 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 23:08:41 ]
       ____
     /⌒  ⌒\ ホジホジ
   /( ●)  (●)\
  /::::::⌒(__人__)⌒::::: \  < へーがんばってね
  |    mj |ー'´      |
  \  〈__ノ       /
    ノ  ノ



175 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 23:12:14 ]
タコがイカの研究とな?

176 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 23:16:24 ]
晩飯のイカ天がめっちゃ旨かった。

177 名前:155 mailto:sage [2009/10/18(日) 23:37:29 ]
>>163
やはりGCによる管理が原因でしたか。
結局アンマネージにコピーしてるならせっかくの参照渡しがあまり意味ないですね。
せっかくのc#なのにアンマネージコードを使うのもなんなので、
他の方法にします。ありがとうございました。

178 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 00:44:09 ]
>>155のような使い方って結構多いのかな?
俺はそういう参照私の使い方をしたことがないんだ

179 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 01:49:10 ]
>>155,178
C#からC/C++のDLLの外部関数を呼び出すのはかなり下準備が必要なので、
ゼロから書き上げるより実績のある他のコードをコピペしていじったほうがいいよ。
WinAPIなら色々と見つかる。

180 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 01:50:06 ]
じゃあどういう参照渡しの使い方をしたんだ?

181 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 02:21:39 ]
非同期の処理が絡むようならコールバック関数を使う。
それができないならC++/CLIでラッパーを作る。

182 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 09:08:05 ]
.Netはxml関連のライブラリ増えすぎて一体どれを使うべきなのかわからない。
xmlファイルとして生成するときはXmlTextWriterからなのかXDocumentから吐きだすのか・・・

どうしたらいいんだぜ?

183 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 09:14:27 ]
イカの神経細胞を研究するために
イカの飼育を世界で初めて成功させた日本人がいるね

184 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 09:33:32 ]
>>182
別に何使っても良いけどな つか「すぎ」って言うほど多くはないと思うけど
まず一旦DOMを作るかどうかでXmlDocument/XDocumentかXmlWriterかに分かれる
DOMを作るかどうかは仕様次第
あとXmlDocumentとXDocumentは大体同じもんだから.NET 3.5以降を使って良いならXDocument
それからXmlTextWriterは属性ついてないけどObsolete扱いなので使うならXmlWriterね



185 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 10:13:03 ]
>>184
すごい勉強になるわ、
無意識のうちにXDoc使ってるから、まぁこのまま続けても問題はないかな。


186 名前:小学生 mailto:sage [2009/10/19(月) 10:27:53 ]
どう考えてもライブラリ多すぎるよな
いらないものどんどん削除していけよ・・・

187 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 10:29:23 ]
Assemblyあたりの「依存のため〜」は全部削除してほしいw
ごちゃごちゃしてる

188 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 10:48:20 ]
一旦追加されたらよほどアレゲな評価が定着しない限りは
削除されないのが標準ライブラリの宿命。

それでも、標準で使えるライブラリが使えなさ過ぎるC/C++よりは遥かにマシ。
Javaと比べたら……どうなのよ?

189 名前:小学生 mailto:sage [2009/10/19(月) 10:58:52 ]
>>188
そういうものの考え方って退化っていうらしいよ。おっさんw

190 名前:小学生 mailto:sage [2009/10/19(月) 11:02:17 ]
vistaはうんこだけど、win95よりはマシだな
って考え方する奴は時代についていけてない証拠
満足しちゃったら終わりなのよw

191 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 11:13:57 ]
よそでやれ

192 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 11:16:46 ]
よそでやりました

193 名前:小学生 mailto:sage [2009/10/19(月) 11:21:18 ]
昔はスイッチをカチカチとオンオフしながプログラミングしてたけど
今はすごく便利だなー

懐古おっさんは解雇されろw

194 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 11:24:50 ]
へんな粘着君が居ついてしまったな。



195 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 12:10:23 ]
>"懐古"おっさんは"解雇"されろw
最後に「w」付けてるせいで悲壮感が倍増している。なんとハイレベルな親父ギャグか…。

196 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 13:59:42 ]
コントロールクラスを継承したクラスライブラリを作ってるんですが
そのクラスがプラグインを実装することになって
メニュー項目にプラグイン選択・設定メニューも追加したくなったとします

メニューを管理するのはParentのFormなので、Formクラスでライブラリに
作り直せば簡単なんですが可搬性に問題が出そうです

そこでコントロールクラスのコンストラクタにFormクラスのメニューの参照を渡して
そこにメニューを追加する仕様にしようかと考えてます

コントロールのコンストラクタにメニューの参照を渡すのってあんまり見たこと
ないんですが、おかしくないでしょうか?

197 名前:小学生 mailto:sage [2009/10/19(月) 14:18:53 ]
>メニューを管理するのはParentのFormなので、Formクラスでライブラリに
>作り直せば簡単なんですが可搬性に問題が出そうです
なんで?

普通にメニュー作ればいいやん?

198 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 14:48:23 ]
>>196
フォームのメニューはアプリごとに全然異なる部分だからなぁ。だから普通は毎回作り直す。
そこを標準化して、逆にアプリ側の仕様が縛られるのはちょっと勘弁。
プラグインを管理する機能があって、それをメニューに反映したいというなら後付で入れられる形を考えるか。

純粋なプラグイン管理サブシステムを構築した上で、
そいつに追加したい先のフォームのメニューの親メニューの参照を渡してあげる感じがいいんじゃないかな。

199 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 15:10:53 ]
>>198
なるほど、とりあえずはプラグインが利用するのはコントロールクラスのプロパティやイベントだけだと思うので
後付で追加したい先のフォームのメニューの参照を渡すようにして、
メニューの追加をプラグインにそれぞれやらせるようにしたいと思います

200 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 17:01:46 ]
うまくいったけどメニューが文字化けする・・・

201 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 17:06:45 ]
それってさぁ
プラグインが既存のメニュー削除できちゃったりしないの?

202 名前:小学生 mailto:sage [2009/10/19(月) 17:18:16 ]
俺をしかとするなよおっさん共

203 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 17:38:00 ]
>>201
できませんよ、プラグイン用の枝のMenuItemの参照渡してるだけだしaddを公開してるだけだから

204 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 17:49:43 ]
花札で10点札の鹿が後ろを向いていることから
そっぽ向く、無視することを「鹿十(しかとお)」と言うようになった
ヤクザの言葉なのであまり使わない方がいい



205 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 17:51:25 ]
なぜ文字化けするのかな・・・
しかも参照渡す前のメイン処理のメインメニューは同じやりかたで化けてないのに

206 名前:幼稚園児 mailto:sage [2009/10/19(月) 18:14:31 ]
>>205
おじちゃんもうあきらめたらぁ?

207 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 18:15:25 ]
文字化け解消

デバッグ環境の方に原因があった

208 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 18:16:39 ]
中学生でもこんなアホな煽り方しない
マジでキチガイなんだろうな

209 名前:胎児 mailto:sage [2009/10/19(月) 18:16:40 ]


210 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 18:26:57 ]
c#やって見たけど挫折した馬鹿だろきっと

211 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 19:16:26 ]
>>204 紅葉は10月だから

212 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 19:34:04 ]
msdn.microsoft.com/ja-jp/events/dd282847.aspx
ここの暗号化なんですけど意図的に復号キーを変えると勝手に
パスワードの判定をしてくれるんですが、仕組みを教えて。

213 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 19:38:05 ]
パスワードの判定って何?

それはそれとして、そのサンプル間違ってる部分があるから注意な
暗号化した後のバイト配列をEncodingで文字列化しちゃってるところ

214 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 19:50:30 ]
暗号化するときに
for (int i = 0; i < Key.Length; i++) Key[i] = (byte)i;
CryptoStream cs = new CryptoStream(ms, des.CreateEncryptor(Key, IV), CryptoStreamMode.Write);

復号する時は
for (int i = 0; i < Key.Length; i++) Key[i] = (byte)(i+5);
CryptoStream cs = new CryptoStream(ms, des.CreateDecryptor(Key, IV), CryptoStreamMode.Write);

CryptographicException はバンドルされませんでした。ってエラーが出ます。




215 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 20:52:52 ]
その鍵で計算中にそれ以上復号を続けられないような変な状態になったんだろう
必ず例外が投げられるってもんでもないよ

216 名前:214 mailto:sage [2009/10/19(月) 21:50:16 ]
ども、内部でエラーが出るだけなんですね。
try catchで切り抜けます。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<184KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef