圧縮・復元 相談室
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
NGNG アルゴリズムは別スレで
320デフォルトの名無しさん
NGNG > 特許の有効期限分経過してからソースは公開すればいい。
特許が無効になるまでの期間分の特許料払わなきゃいかんと思うが。
> 後で特許とられても、先に実装が存在する場合は特許が成立しないので、
実装が存在しただけで公知と言えるのかは疑問。
特許が無効になるまでの期間分の特許料払わなきゃいかんと思うが。
> 後で特許とられても、先に実装が存在する場合は特許が成立しないので、
実装が存在しただけで公知と言えるのかは疑問。
321デフォルトの名無しさん
NGNG >>320
>> 特許の有効期限分経過してからソースは公開すればいい。
>特許が無効になるまでの期間分の特許料払わなきゃいかんと思うが。
特許の存在を知らなかったといえば回避できる。
>実装が存在しただけで公知と言えるのかは疑問。
公知でなくとも存在を証明できれば問題ない。
そのためにはネット上で配布などをあらかじめ利用する。
>> 特許の有効期限分経過してからソースは公開すればいい。
>特許が無効になるまでの期間分の特許料払わなきゃいかんと思うが。
特許の存在を知らなかったといえば回避できる。
>実装が存在しただけで公知と言えるのかは疑問。
公知でなくとも存在を証明できれば問題ない。
そのためにはネット上で配布などをあらかじめ利用する。
322デフォルトの名無しさん
NGNG > 特許の存在を知らなかったといえば回避できる。
著作権じゃないんだから……
それが通るなら特許なんて法制度はあっというまに崩壊するな。
> 公知でなくとも存在を証明できれば問題ない。
改竄が比較的容易なネットでの配布が法的にどーゆー位置づけになるか、って問題と
実装だけで存在を証明できるかって問題が……
著作権じゃないんだから……
それが通るなら特許なんて法制度はあっというまに崩壊するな。
> 公知でなくとも存在を証明できれば問題ない。
改竄が比較的容易なネットでの配布が法的にどーゆー位置づけになるか、って問題と
実装だけで存在を証明できるかって問題が……
323デフォルトの名無しさん
NGNG324デフォルトの名無しさん
NGNG じゃあ組み込むのは展開部分のみなんで関係ないですね
325デフォルトの名無しさん
NGNG >>323
回避できる。例えばGIF関連では、期限が切れた今現在、過去に上って請求されることは無い。
ポイントは、経過したことと、相手に請求されていないこと。
期限が切れてしまえば、知らなかったで済む。大抵は時効だ。
ソースコードの提出は、逆に自分を危険に晒す。
自分が権利を主張しないなら、バイナリが存在すれば、それで十分。
バイナリ自体が、アセンブリ言語のソースになる。
回避できる。例えばGIF関連では、期限が切れた今現在、過去に上って請求されることは無い。
ポイントは、経過したことと、相手に請求されていないこと。
期限が切れてしまえば、知らなかったで済む。大抵は時効だ。
ソースコードの提出は、逆に自分を危険に晒す。
自分が権利を主張しないなら、バイナリが存在すれば、それで十分。
バイナリ自体が、アセンブリ言語のソースになる。
326デフォルトの名無しさん
NGNG327デフォルトの名無しさん
NGNG >>325
無根拠で知らなかったで済むとか言われても……
それに Unisys が現実に特許料を請求するかは別にして、
今現在でも Unisys は2004年6月(だっけ?)までの特許料を請求する権利を持ち続けてるだろ。
あとバイナリ自体がアセンブリ言語のソースって考え方なら
バイナリもソースコードと同程度に危険なはずだが。
無根拠で知らなかったで済むとか言われても……
それに Unisys が現実に特許料を請求するかは別にして、
今現在でも Unisys は2004年6月(だっけ?)までの特許料を請求する権利を持ち続けてるだろ。
あとバイナリ自体がアセンブリ言語のソースって考え方なら
バイナリもソースコードと同程度に危険なはずだが。
328デフォルトの名無しさん
NGNG329デフォルトの名無しさん
NGNG >>326
特許の目的は人類の知的財産の共有が目的だよ
みんなで一歩一歩進みましょう。
って感じの。
特許対象となるようなすばらしいアイデアはみんなのものです。
でも、発明人にもなにかおいしいことがないといけないので
20年間は発明を特許で保護されるわけです。
あんまり恥ずかしいこといわないでね。
特許の目的は人類の知的財産の共有が目的だよ
みんなで一歩一歩進みましょう。
って感じの。
特許対象となるようなすばらしいアイデアはみんなのものです。
でも、発明人にもなにかおいしいことがないといけないので
20年間は発明を特許で保護されるわけです。
あんまり恥ずかしいこといわないでね。
330デフォルトの名無しさん
NGNG no patent!!
no patent!!
no patent!!
331デフォルトの名無しさん
NGNG ん?LZWはもう使って大丈夫なんですか?
332デフォルトの名無しさん
NGNG 解禁です。
あの子のへあーも
あの子のへあーも
333デフォルトの名無しさん
NGNG334デフォルトの名無しさん
NGNG335デフォルトの名無しさん
NGNG rarて何使ってるの?
最近の圧縮アルゴリズムはさっぱりわからん
最近の圧縮アルゴリズムはさっぱりわからん
336デフォルトの名無しさん
05/01/25 16:00:11 自己解凍書庫ってのは『解凍Exe』+『圧縮データ』って形になってると思うんですが
『解凍Exe』はどのようにして『圧縮データ』の位置を取得してるんでしょう?
『解凍Exe』はどのようにして『圧縮データ』の位置を取得してるんでしょう?
337デフォルトの名無しさん
05/01/25 16:46:35 自分のサイズがわかってればいいんじゃない?
338デフォルトの名無しさん
05/01/25 19:10:43339デフォルトの名無しさん
05/01/25 20:59:47340デフォルトの名無しさん
05/01/25 21:03:48 >自分のサイズがわかってればいいんじゃない?
ふむ...
『解凍Exe』内部にハードコードで書込んでおく。ってのも有りか...しかしなんかイヤな感じが
統合アーカイバとかの自己解凍書庫てどーゆー作りになってんだろ?
ふむ...
『解凍Exe』内部にハードコードで書込んでおく。ってのも有りか...しかしなんかイヤな感じが
統合アーカイバとかの自己解凍書庫てどーゆー作りになってんだろ?
341デフォルトの名無しさん
05/01/25 21:10:29342デフォルトの名無しさん
05/01/25 21:49:39 >>341
おいおい憶測で物言うのもいい加減にしろよ。
ストリームでもなければ末尾にヘッダを置く意味がない。
自己解凍書庫の作成はあらかじめ用意した解凍ロジック付きexeの
PEヘッダに適当なデータセクションを追加修正すれば終わり。
解凍ロジックはデータセクションで定めた決めうちベースアドレスから
データを読み取るだけでOK。
PEの仕組みとローダの知識が多少あればできる。
おいおい憶測で物言うのもいい加減にしろよ。
ストリームでもなければ末尾にヘッダを置く意味がない。
自己解凍書庫の作成はあらかじめ用意した解凍ロジック付きexeの
PEヘッダに適当なデータセクションを追加修正すれば終わり。
解凍ロジックはデータセクションで定めた決めうちベースアドレスから
データを読み取るだけでOK。
PEの仕組みとローダの知識が多少あればできる。
343sage
05/01/28 01:13:21 ソースコードが移植可能なライセンス携帯で、3kbぐらいのオブジェクトサイズの
圧縮ライブラリ知りませんか?ちょっとSymbianに乗せるアプリに実装したい
と考えています。
圧縮ライブラリ知りませんか?ちょっとSymbianに乗せるアプリに実装したい
と考えています。
344デフォルトの名無しさん
05/01/28 01:17:54 >>343
Huffman自作しなされ。以上
Huffman自作しなされ。以上
345デフォルトの名無しさん
05/01/28 03:00:24 344の意訳
知りません。でも知らないって言うの恥ずかしいから煽ります。
知りません。でも知らないって言うの恥ずかしいから煽ります。
346デフォルトの名無しさん
05/01/28 10:44:41 MPGかWAVからAFSファイルを作りたいんだけど、ツールないですか?
347デフォルトの名無しさん
05/01/28 11:11:10348デフォルトの名無しさん
05/01/29 21:18:14 Lhaplusの作者のWebページどこへいっちゃたんだろ?
Lhaplusってあれだね、ファイル数が多いといつまで待っても
圧縮が始まらんねw
Lhaplusってあれだね、ファイル数が多いといつまで待っても
圧縮が始まらんねw
349デフォルトの名無しさん
05/01/29 23:00:14 > Lhaplusの作者のWebページどこへいっちゃたんだろ?
ttp://park14.wakwak.com/~schezo/
ttp://park14.wakwak.com/~schezo/
351デフォルトの名無しさん
05/02/03 18:05:41 LZ77の圧縮にハッシュも木も使ったらまずいってどうすりゃいいんだ?
LZ77を少し改造してLZ77じゃありませんよ〜とかいったらOKなんだろうか。
LZ77を少し改造してLZ77じゃありませんよ〜とかいったらOKなんだろうか。
352デフォルトの名無しさん
05/02/04 03:39:17353デフォルトの名無しさん
05/02/11 10:42:32 なんか圧縮のことよくわからなくてはじめてここに来たんだけど、
とりあえず3バイト連続する同じデータがあれば2バイトに圧縮したらOKなんですね。
あと連続するパターン見つけるんだろうけど、俺がプログラム書いたらそんなの
時間かかってぐっちゃぐちゃでめっちゃめちゃでアウトだ
とりあえず3バイト連続する同じデータがあれば2バイトに圧縮したらOKなんですね。
あと連続するパターン見つけるんだろうけど、俺がプログラム書いたらそんなの
時間かかってぐっちゃぐちゃでめっちゃめちゃでアウトだ
354デフォルトの名無しさん
05/02/11 20:20:42355デフォルトの名無しさん
05/02/12 17:46:17 >>352
それだとハッシュ使う特許に引っかかる可能性が残ると思われ。
それだとハッシュ使う特許に引っかかる可能性が残ると思われ。
356デフォルトの名無しさん
05/02/12 18:02:28 圧縮率上げる工夫よりも特許を回避する方に労力を費やしてる矛盾
357デフォルトの名無しさん
05/02/12 18:12:25 >>353
unsigned char c = in[i];
int count = 0;
while (c == in[++i]) count++;
out[j++] = c;
out[j++] = count;
こんな感じのルーチンで出来る。
unsigned char c = in[i];
int count = 0;
while (c == in[++i]) count++;
out[j++] = c;
out[j++] = count;
こんな感じのルーチンで出来る。
358デフォルトの名無しさん
05/02/13 08:34:10359デフォルトの名無しさん
05/02/13 11:50:47360デフォルトの名無しさん
05/02/15 22:29:54 とりあえず何も考えずに zlib 使っとくのが一番現実的なのかね。
仮に問題があったとしても、みんな闘ってくれるはず。きっと。多分。
仮に問題があったとしても、みんな闘ってくれるはず。きっと。多分。
361デフォルトの名無しさん
05/02/16 02:46:58362デフォルトの名無しさん
05/02/18 12:41:14 installshield の cab 形式への圧縮が出来るツールってないですか?
既存のcabを展開して、パッチを当てて、また再圧縮したいんですけど・・
既存のcabを展開して、パッチを当てて、また再圧縮したいんですけど・・
363デフォルトの名無しさん
05/02/18 13:08:11 >>340
UpdateResource()を使うのもありかもね。
UpdateResource()を使うのもありかもね。
364デフォルトの名無しさん
05/02/18 16:38:46 >>361
zlibとかのは先頭3文字を加工して使ってるからなぁ。
ハッシュでないというのは通らんと思うぞ。
加工せず使うなら、なんとかなるかもしれんが
3文字だとテーブルだけで16M*sizeof(テーブルの要素)バイトかかる。
zlibとかのは先頭3文字を加工して使ってるからなぁ。
ハッシュでないというのは通らんと思うぞ。
加工せず使うなら、なんとかなるかもしれんが
3文字だとテーブルだけで16M*sizeof(テーブルの要素)バイトかかる。
365デフォルトの名無しさん
05/02/18 18:26:13 デコードするだけなら引っかからないんでしょ?
普通のアプリなら解凍できれば十分だし
普通のアプリなら解凍できれば十分だし
366みゆき
05/02/23 21:19:47 100個くらいあるファイルを、それぞれ違うパスワード(予めエクセル等でファイル名とパスワードの対応は作成しておきます)でzip圧縮したいのですが、やり方がわかりません。
エクセルのVBAで、UNZIP32.DLLを使えば良い、というのは想像出来るのですが、記述方法がわかりません。
お知恵をお貸しください。よろしくお願いいたします。
エクセルのVBAで、UNZIP32.DLLを使えば良い、というのは想像出来るのですが、記述方法がわかりません。
お知恵をお貸しください。よろしくお願いいたします。
367デフォルトの名無しさん
05/02/23 21:45:51 普通にコマンドライン呼び出せばいいんちゃう・・・?
368366
05/02/23 22:55:32 解決しました!!
369デフォルトの名無しさん
05/02/24 09:52:03 どうやって解決したのか書けよ
370みゆき
05/02/24 11:56:21 誰か366を語って書き込みしたようです。まだ解決してません。
よろしくお願いいたします。
よろしくお願いいたします。
371デフォルトの名無しさん
05/02/24 11:59:46 zipファイルにパスワード付けるのは安全ですか?
372デフォルトの名無しさん
05/02/24 12:33:40 >>371
はい
はい
373デフォルトの名無しさん
05/02/24 12:35:58374デフォルトの名無しさん
05/02/24 12:54:42375デフォルトの名無しさん
05/02/24 12:56:00 そういうときのために、ファイル名をパスワードにしておくとよいよね。
376デフォルトの名無しさん
05/02/24 13:31:00 zipそのものを暗号化してしまえ
377デフォルトの名無しさん
05/03/04 20:56:00 zlibでzip圧縮されたデータ(ファイルにはなってない)を受け取って
解凍しようとしてるんですが、失敗するときがあります。
で、データが正しいかバイナリデータを出力してみてみたのですが
先頭からみると↓こんな感じになってます。
---------------------
78 9C EC 5A CB 6F 1C C9 79 AF 67 77 F5 6B 1E 1C
52 5A 91 94 28 52 94 B4 14 F7 41 AD 76 B5 F1 CA
2B 6E E0 83 45 1D 12 84 30 10 60 15 C0 87 24 F0
D9 B0 BD 57 55 F7 F4 3C 49 59 4B 2A 36 10 CA 46
80 2C 95 E4 60 3A 08 90 E5 DE BC 02 F2 4F 24 B9
E4 E0 3D AE 03 04 F0 4A 39 65 F2 7D 55 DD 3D ・・・
---------------------
http://www.futomi.com/lecture/japanese/rfc1950.html
http://www.futomi.com/lecture/japanese/rfc1951.html
をみるとzipの先頭データは8かFかってことっぽいので
このデータはzip圧縮されたデータとしてはおかしいと
思っていいのでしょうか?
解凍しようとしてるんですが、失敗するときがあります。
で、データが正しいかバイナリデータを出力してみてみたのですが
先頭からみると↓こんな感じになってます。
---------------------
78 9C EC 5A CB 6F 1C C9 79 AF 67 77 F5 6B 1E 1C
52 5A 91 94 28 52 94 B4 14 F7 41 AD 76 B5 F1 CA
2B 6E E0 83 45 1D 12 84 30 10 60 15 C0 87 24 F0
D9 B0 BD 57 55 F7 F4 3C 49 59 4B 2A 36 10 CA 46
80 2C 95 E4 60 3A 08 90 E5 DE BC 02 F2 4F 24 B9
E4 E0 3D AE 03 04 F0 4A 39 65 F2 7D 55 DD 3D ・・・
---------------------
http://www.futomi.com/lecture/japanese/rfc1950.html
http://www.futomi.com/lecture/japanese/rfc1951.html
をみるとzipの先頭データは8かFかってことっぽいので
このデータはzip圧縮されたデータとしてはおかしいと
思っていいのでしょうか?
378デフォルトの名無しさん
05/03/05 01:04:40 >377
>をみるとzipの先頭データは8かFかってことっぽいので
どうしてそういう結論になる。
先頭バイトが 0x78 なんだから、CM=8, CINFO=7 でウィンドウサイズ 32k の deflate じゃないの?
あと、zlib も zip も deflate を使っているかもしれないが、zip圧縮という言い方は語弊が
あるのではないだろうか。
>をみるとzipの先頭データは8かFかってことっぽいので
どうしてそういう結論になる。
先頭バイトが 0x78 なんだから、CM=8, CINFO=7 でウィンドウサイズ 32k の deflate じゃないの?
あと、zlib も zip も deflate を使っているかもしれないが、zip圧縮という言い方は語弊が
あるのではないだろうか。
379デフォルトの名無しさん
05/03/05 02:35:46380デフォルトの名無しさん
05/03/05 14:07:03 >379
バイトの並びとビットの並びに注意しよう。
リンク先の zlib の資料でも「2.1. 全般的な規約」に書いてあるよね?
>>zip圧縮という言い方は語弊が
>このへんはよくわかってないです。紛らわしくて申し訳ないです
俺もよく分からんが、
・zlib はライブラリおよびフォーマットの名前
・zip はフォーマットの名前
・deflate は圧縮アルゴリズムおよびそのフォーマットの名前
ってことでいいの?教えてエロい人!
バイトの並びとビットの並びに注意しよう。
リンク先の zlib の資料でも「2.1. 全般的な規約」に書いてあるよね?
>>zip圧縮という言い方は語弊が
>このへんはよくわかってないです。紛らわしくて申し訳ないです
俺もよく分からんが、
・zlib はライブラリおよびフォーマットの名前
・zip はフォーマットの名前
・deflate は圧縮アルゴリズムおよびそのフォーマットの名前
ってことでいいの?教えてエロい人!
381デフォルトの名無しさん
05/03/05 21:26:07 deflate 圧縮アルゴリズム
zlib 圧縮ファイルフォーマット
zip 圧縮形式の名称及び拡張子
こんな感じか?
zlib 圧縮ファイルフォーマット
zip 圧縮形式の名称及び拡張子
こんな感じか?
382デフォルトの名無しさん
05/03/05 22:59:22 zlibは圧縮ライブラリの名前でいいと思うけど
383デフォルトの名無しさん
05/03/08 08:24:49 deflate アルゴリズム
zlib バイトストリームを圧縮するライブラリ。ファイルの概念は無い。
zip 複数のファイルを圧縮したアーカイブファイルのフォーマット。
じゃないの?
zlib バイトストリームを圧縮するライブラリ。ファイルの概念は無い。
zip 複数のファイルを圧縮したアーカイブファイルのフォーマット。
じゃないの?
384デフォルトの名無しさん
05/03/08 11:58:14 >>383
それが正解
それが正解
385デフォルトの名無しさん
05/03/09 12:30:08 >>383
意味なんて人それぞれ。
zipを圧縮フォーマット(たぶんdeflate)の意味で使う奴もいる。
俺は deflate はフォーマットだと思うけど、アルゴリズムだと言う奴もいるしね。
deflate がアルゴリズムなら、zlib の deflate と 7zip の deflate は
同じアルゴリズムを使用してる事になるけど、俺は別のアルゴリズムだと思ってるから。
意味なんて人それぞれ。
zipを圧縮フォーマット(たぶんdeflate)の意味で使う奴もいる。
俺は deflate はフォーマットだと思うけど、アルゴリズムだと言う奴もいるしね。
deflate がアルゴリズムなら、zlib の deflate と 7zip の deflate は
同じアルゴリズムを使用してる事になるけど、俺は別のアルゴリズムだと思ってるから。
386デフォルトの名無しさん
05/03/09 13:18:54 ↑こういう意識のやつはこの業界に必要ない
387デフォルトの名無しさん
05/03/09 13:40:23 ↑オレ用語が否定されてムキになってる人?
388デフォルトの名無しさん
05/03/09 21:12:40 deflateはRFCで記述された通りでいいんじゃないか?
389デフォルトの名無しさん
05/03/10 00:35:45 どっちでもいい。
390デフォルトの名無しさん
2005/05/17(火) 22:42:40 今、圧縮解凍ツール作ってるんですけど、
unlha32で、既にある書庫にファイルを新規に圧縮して追加したいんですけど
コマンドがわかりません。どなたか教えていただけないでしょうか?
・既存の書庫ファイル(c:\work\abcd.lzh)
a/aaaa.txt
a/b/bbbb.txt
a/b/c/cccc.txt
a/b/c/d/dddd.txt を追加したい
・圧縮前のファイル
c:\temp\dddd.txt
unlha32で、既にある書庫にファイルを新規に圧縮して追加したいんですけど
コマンドがわかりません。どなたか教えていただけないでしょうか?
・既存の書庫ファイル(c:\work\abcd.lzh)
a/aaaa.txt
a/b/bbbb.txt
a/b/c/cccc.txt
a/b/c/d/dddd.txt を追加したい
・圧縮前のファイル
c:\temp\dddd.txt
391デフォルトの名無しさん
2005/05/18(水) 00:17:41 a
392デフォルトの名無しさん
2005/05/18(水) 00:45:04393デフォルトの名無しさん
2005/05/18(水) 15:48:52 Unixで暗号化ZIPファイルをプロンプトを出さずにCプログラムから作成する方法を教えてください
394デフォルトの名無しさん
2005/05/18(水) 23:32:38 キーをテキストに書き出す
テキストを読む
以下略
テキストを読む
以下略
395デフォルトの名無しさん
2005/05/22(日) 15:43:51 30 30 30 30 30 30 30 30 30 30 を圧縮すると(16進表記)
30 30 30 30 30 30 30 30 30 30 のままで
30(ASCIIで'0')を20個つなげたやつを圧縮すると
05 30 EE FF 30 となった圧縮形式があったんだが、これなんだっけ?
ヘッダとかついてないのかね。
30 30 30 30 30 30 30 30 30 30 のままで
30(ASCIIで'0')を20個つなげたやつを圧縮すると
05 30 EE FF 30 となった圧縮形式があったんだが、これなんだっけ?
ヘッダとかついてないのかね。
396デフォルトの名無しさん
2005/05/22(日) 15:57:49 あげ
397デフォルトの名無しさん
2005/05/25(水) 11:34:46 UNZIP32.DLLやUnGCA32.dllでパスワードがかけられてるファイルかどうか見る方法をおしえて
398デフォルトの名無しさん
2005/05/25(水) 21:53:48 書庫のヘッダに書いてあるよ
399デフォルトの名無しさん
2005/05/26(木) 14:24:32 パスワード付きZIPをパスワードWindowを開かずに作成する方法を教えてください
400デフォルトの名無しさん
2005/05/26(木) 19:18:10 コマンドラインで入れる
401デフォルトの名無しさん
2005/05/27(金) 02:50:42 もう少し詳しく教えてください
402デフォルトの名無しさん
2005/05/27(金) 07:48:48 ソフトウェア板かwindows板の話題だと思うんだそれは。
実装でもアルゴリズム概念を聞いている訳でもなし。
実装でもアルゴリズム概念を聞いている訳でもなし。
403デフォルトの名無しさん
2005/05/28(土) 02:00:36 >>402
ま、巷じゃ「圧縮がわかる本」とかいって圧縮ツールの使い方だけ教えてるのが何百冊も出てるしな…
ま、巷じゃ「圧縮がわかる本」とかいって圧縮ツールの使い方だけ教えてるのが何百冊も出てるしな…
404デフォルトの名無しさん
2005/05/28(土) 02:22:08 漏れもいっちょ書いてみるか!
405デフォルトの名無しさん
2005/05/29(日) 11:44:42 >>399 無理
406デフォルトの名無しさん
2005/06/25(土) 07:17:01 統合アーカイバのDLLを使ってプログラミングをしているのですが、静的インポートの場合、付属のインポートライブラリを使用しますよね?
これってVC++(MS-LINK)用COFFのようですが、BCC++(ILINK32)でうまく使えないみたいなんですが・・・?(UNZIP32.DLL)
BC++付属のCOFF2OMFで変換するも、デフォルトでは利用できず、-lib:stスイッチで変換しました。
しかし名前インポートができず、オーディナルになってしまいます。
BCC++で名前インポートするにはどうしたらよいでしょうか?
これってVC++(MS-LINK)用COFFのようですが、BCC++(ILINK32)でうまく使えないみたいなんですが・・・?(UNZIP32.DLL)
BC++付属のCOFF2OMFで変換するも、デフォルトでは利用できず、-lib:stスイッチで変換しました。
しかし名前インポートができず、オーディナルになってしまいます。
BCC++で名前インポートするにはどうしたらよいでしょうか?
407406
2005/06/25(土) 08:55:05 って、しまった!全然間違えた!
MASM + MS-LINKでそのままリンクすると序数インポートになってしまうんだった。
<<X.ASM>>
.386
.model flat,stdcall
.code
start:
call UnZipGetVersion
ret
end start
<<ビルド法>>
ml /c /coff x.asm
link /subsytem:console x unzip32.lib
私はVC++を持ってないのではっきりとはわかりませんが、リンカが同じなのでVC++でも名前インポートにはならないですよね・・・?
名前インポートにするにはどうしたら・・・?
MASM + MS-LINKでそのままリンクすると序数インポートになってしまうんだった。
<<X.ASM>>
.386
.model flat,stdcall
.code
start:
call UnZipGetVersion
ret
end start
<<ビルド法>>
ml /c /coff x.asm
link /subsytem:console x unzip32.lib
私はVC++を持ってないのではっきりとはわかりませんが、リンカが同じなのでVC++でも名前インポートにはならないですよね・・・?
名前インポートにするにはどうしたら・・・?
408デフォルトの名無しさん
2005/06/25(土) 09:32:50 >407
各処理系のスレで聞いた方がいいと思う。
各処理系のスレで聞いた方がいいと思う。
409デフォルトの名無しさん
2005/06/25(土) 09:34:51 implib
410デフォルトの名無しさん
2005/06/25(土) 09:58:18 名前でのインポートにこだわる訳は?
411407
2005/06/25(土) 22:28:30412デフォルトの名無しさん
2005/06/25(土) 22:50:29413411
2005/06/25(土) 23:01:26 >>412
ですから間違えました。BCCじゃなくてMASMです。
ですから間違えました。BCCじゃなくてMASMです。
414デフォルトの名無しさん
2005/06/25(土) 23:07:26 ヒント: /coffオプション
415デフォルトの名無しさん
2005/06/26(日) 01:30:55 完全に特許に引っかからない技術を教えてクレイ
416デフォルトの名無しさん
2005/06/26(日) 03:21:54 >>415
特許の期限が切れたもの
特許の期限が切れたもの
417デフォルトの名無しさん
2005/06/26(日) 07:12:59 >>415
bzip2,gzip
bzip2,gzip
418デフォルトの名無しさん
2005/06/26(日) 07:29:29 完全と言い切れるものは多分ないんじゃないかな。
知られてないだけで、所謂サブマリン特許の類のパテントが存在するかも知れないし。
bzip2のBWTも発案者が特許を取らないといっているだけだし。
圧縮ソフト作るのって床から刃の出ている廊下を歩くような感じだよ。
時々踏むと刃のでる罠が仕掛けてあったりして。
最初にアルゴリズムに特許を与えたバカは誰なんだろう。
知られてないだけで、所謂サブマリン特許の類のパテントが存在するかも知れないし。
bzip2のBWTも発案者が特許を取らないといっているだけだし。
圧縮ソフト作るのって床から刃の出ている廊下を歩くような感じだよ。
時々踏むと刃のでる罠が仕掛けてあったりして。
最初にアルゴリズムに特許を与えたバカは誰なんだろう。
419デフォルトの名無しさん
2005/06/26(日) 10:33:39 >418
アルゴリズム特許は暗号が初めてじゃないっけ
それならこれもそれならこれもとずるずる範囲が広がっていった。
暗号の場合は納得できるんだけどねー
アルゴリズム特許は暗号が初めてじゃないっけ
それならこれもそれならこれもとずるずる範囲が広がっていった。
暗号の場合は納得できるんだけどねー
■ このスレッドは過去ログ倉庫に格納されています
