64bitのソフトウェアってどうやって作るの？

64bitCPUで64bit版ヴィスタ
どうやって64bitアプリケーション作るの？

この板はプログラムを作る人のための板です。

あらゆる質問はまずすれ立てるまでもない質問はここでスレにしてください。

その他、お勉強ページへのリンクスレ、
推薦図書・必読書スレ
もあります。

プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。

>>1
自分で削除依頼しろよ。

>>1
VS2005に64bit C++コンパイラがはいってる
.NETなら64bit/32bitは基本的に意識しなくていい

あの…
C++に勝てる言語が見つからないんですが…

魔法のＭＤ５ - ＭＤ５バトル
http://www.newspace21.com/mix/btlm.php

既出？

[C++] 攻撃:97 素早さ:98 防御:98 命中:54 運:66 HP:273
[C++++++++++++] 攻撃:92 素早さ:60 防御:99 命中:99 運:58 HP:287

C++ vs C++++++++++++ 戦闘開始！！
[C++]の攻撃 HIT [C++++++++++++]は73のダメージを受けた。
[C++++++++++++]の攻撃 HIT [C++]は59のダメージを受けた。
[C++]の攻撃 HIT [C++++++++++++]は71のダメージを受けた。
[C++++++++++++]の攻撃 HIT [C++]は67のダメージを受けた。
[C++]の攻撃 HIT [C++++++++++++]は10のダメージを受けた。
[C++++++++++++]の攻撃 HIT [C++]は92のダメージを受けた。
[C++]の攻撃 HIT [C++++++++++++]は50のダメージを受けた。
[C++++++++++++]の攻撃 HIT [C++]は28のダメージを受けた。
[C++]の攻撃 HIT [C++++++++++++]は60のダメージを受けた。
[C++++++++++++]の攻撃 HIT [C++]は66のダメージを受けた。
[C++++++++++++]が[C++]を倒しました(ラウンド数：5)。

C++はいずれ進化した自分自身に滅ぼされるようだ

1. C++
2. Oberon
3. Plankalkül
4. Prolog

C++つええｗｗｗｗｗｗｗｗ

>>5
言語じゃないが、有名どころでは AdvancedMicroDevices がある。

[C++] 攻撃:97 素早さ:98 防御:98 命中:54 運:66 HP:273
[AdvancedMicroDevices] 攻撃:98 素早さ:59 防御:92 命中:81 運:93 HP:258

C++ vs AdvancedMicroDevices 戦闘開始！！
[C++]の攻撃 HIT [AdvancedMicroDevices]は73のダメージを受けた。
[AdvancedMicroDevices]の攻撃 HIT [C++]は78のダメージを受けた。
[C++]の攻撃 HIT [AdvancedMicroDevices]は77のダメージを受けた。
[AdvancedMicroDevices]の攻撃 HIT [C++]は68のダメージを受けた。
[C++]の攻撃 HIT [AdvancedMicroDevices]は23のダメージを受けた。
[AdvancedMicroDevices]の攻撃 HIT [C++]は77のダメージを受けた。
[C++]の攻撃 HIT [AdvancedMicroDevices]は34のダメージを受けた。
[AdvancedMicroDevices]の攻撃 HIT [C++]は87のダメージを受けた。
[AdvancedMicroDevices]が[C++]を倒しました(ラウンド数：4)。

ヌルポ、超弱ぇー！！！

[C++] 攻撃:97 素早さ:98 防御:98 命中:54 運:66 HP:273
[ヌルポ] 攻撃:85 素早さ:15 防御:68 命中:26 運:29 HP:113

C++ vs ヌルポ 戦闘開始！！
[C++]の攻撃 HIT [ヌルポ]は111のダメージを受けた。
[ヌルポ]の攻撃 MISS [C++]は攻撃を回避した。
[C++]の攻撃 HIT [ヌルポ]は122のダメージを受けた。
[C++]が[ヌルポ]を倒しました(ラウンド数：2)。

[C++] 攻撃:97 素早さ:98 防御:98 命中:54 運:66 HP:273
[C--] 攻撃:23 素早さ:19 防御:98 命中:49 運:91 HP:203

C++ vs C-- 戦闘開始！！
[C++]の攻撃 HIT [C--]は108のダメージを受けた。
[C--]の攻撃 MISS [C++]は攻撃を回避した。
[C++]の攻撃 HIT [C--]は68のダメージを受けた。
[C--]の攻撃 HIT [C++]は0のダメージを受けた。
[C++]の攻撃 HIT [C--]は35のダメージを受けた。
[C++]が[C--]を倒しました(ラウンド数：3)。
魔法のＭＤ５ - ＭＤ５バトル http://www.newspace21.com/mix/btlm.php

C++は無傷ｗ

前から思ってたんだけど、
C++ って、後置インクリメントだから、
結果はCと変わってないってことなんですよね？

何のために存在するの？

>>11
言語の基礎からやり直せ。

ポストインクリメントや、ポストデクリメントは、コンパイラや環境によって作用が違うから禁止！

>>11
よりまともなオブジェクト指向言語を生み出すための通過点。
インクリメント後の値はJavaだけど、C++の式の値はCのまま。

>インクリメント後の値はJavaだけど、C++の式の値はCのまま。

(ﾟДﾟ)　・・・。

Java is money oriented language :-)

まずFPGA（大規模なものが良い）を買う。
次に好きなように64bitCPUをHDLで作る。

>5

[c++] 攻撃:48 素早さ:61 防御:92 命中:13 運:93 HP:262
[BASIC] 攻撃:90 素早さ:95 防御:71 命中:11 運:97 HP:258

c++ vs BASIC 戦闘開始！！
[BASIC]の攻撃 HIT [c++]は88のダメージを受けた。
[c++]の攻撃 MISS [BASIC]は攻撃を回避した。
[BASIC]の攻撃 MISS [c++]は攻撃を回避した。
[c++]の攻撃 MISS [BASIC]は攻撃を回避した。
[BASIC]の攻撃 MISS [c++]は攻撃を回避した。
[c++]の攻撃 MISS [BASIC]は攻撃を回避した。
[BASIC]の攻撃 HIT [c++]は72のダメージを受けた。
[c++]の攻撃 MISS [BASIC]は攻撃を回避した。
[BASIC]の攻撃 HIT [c++]は56のダメージを受けた。
[c++]の攻撃 MISS [BASIC]は攻撃を回避した。
[BASIC]の攻撃 HIT [c++]は88のダメージを受けた。
[BASIC]が[c++]を倒しました(ラウンド数：6)。

>5

[c++] 攻撃:48 素早さ:61 防御:92 命中:13 運:93 HP:262
[perl] 攻撃:98 素早さ:81 防御:30 命中:14 運:67 HP:295

c++ vs perl 戦闘開始！！
[perl]の攻撃 HIT [c++]は103のダメージを受けた。
[c++]の攻撃 MISS [perl]は攻撃を回避した。
[perl]の攻撃 MISS [c++]は攻撃を回避した。
[c++]の攻撃 HIT [perl]は123のダメージを受けた。
[perl]の攻撃 MISS [c++]は攻撃を回避した。
[c++]の攻撃 MISS [perl]は攻撃を回避した。
[perl]の攻撃 MISS [c++]は攻撃を回避した。
[c++]の攻撃 HIT [perl]は104のダメージを受けた。
[perl]の攻撃 HIT [c++]は85のダメージを受けた。
[c++]の攻撃 MISS [perl]は攻撃を回避した。
[perl]の攻撃 HIT [c++]は74のダメージを受けた。
[perl]が[c++]を倒しました(ラウンド数：6)。

[Perl] 攻撃:10 素早さ:24 防御:17 命中:71 運:12 HP:269
[c++] 攻撃:48 素早さ:61 防御:92 命中:13 運:93 HP:262

Perl vs c++ 戦闘開始！！
[c++]の攻撃 HIT [Perl]は92のダメージを受けた。
[Perl]の攻撃 HIT [c++]は1のダメージを受けた。
[c++]の攻撃 HIT [Perl]は149のダメージを受けた。
[Perl]の攻撃 HIT [c++]は1のダメージを受けた。
[c++]の攻撃 MISS [Perl]は攻撃を回避した。
[Perl]の攻撃 HIT [c++]は1のダメージを受けた。
[c++]の攻撃 HIT [Perl]は153のダメージを受けた。
[c++]が[Perl]を倒しました(ラウンド数：4)。

[c++] 攻撃:48 素早さ:61 防御:92 命中:13 運:93 HP:262
[Basic] 攻撃:63 素早さ:56 防御:26 命中:51 運:75 HP:232

c++ vs Basic 戦闘開始！！
[c++]の攻撃 MISS [Basic]は攻撃を回避した。
[Basic]の攻撃 HIT [c++]は22のダメージを受けた。
[c++]の攻撃 HIT [Basic]は129のダメージを受けた。
[Basic]の攻撃 HIT [c++]は1のダメージを受けた。
[c++]の攻撃 MISS [Basic]は攻撃を回避した。
[Basic]の攻撃 HIT [c++]は23のダメージを受けた。
[c++]の攻撃 HIT [Basic]は103のダメージを受けた。
[c++]が[Basic]を倒しました(ラウンド数：4)。

マジレスするとVisual Studio 2005 Standard以上を買え。それが無理ならWindows SDK。

>>18-21

>>18-21
C++ に勝てないと書いてあるのであって、c++ に勝てないと書いてあるわけではない。

Vistaがみんなのてにわたるまぇ

アリの巣コロリってあるじゃん。蟻の行列にポンと置くと、一瞬ビックリして列が乱れる。
邪魔だなと言わんばかりに迂回する列が出来る。
そのうち好奇心旺盛な一匹がアリの巣コロリに入る。
そいつをマネして何匹も入る。
毒とも知らずにツブツブを運び出す。一匹が一粒づつ。
いつのまにか行列はアリの巣コロリが折り返し地点になる。
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい。
一匹が一粒づつ、丁寧にせっせと毒の粒を運ぶ。
せっせと、せっせと、せっせと、せっせと。
蟻さんって働き者だなと思う。俺も頑張らなきゃなと思う。
次の日、あれほど沢山いて俺を困らせた蟻が一匹もいない。
ほんとにいない。探してもいない。泣きたくなった。　　　　　　　　　　　　　　　　　　　


このﾚｽを見た人は４日後にあなたの大切な人がいなくなるでしょう・・・・
それが嫌ならこのﾚｽを５つの板にｺﾋﾟﾍﾟしてください。　
信じるか信じないかはあなた次第です。

8bytes以内でプログラムを書けって話かとおもった

お前らなぁ、英語の複数形ぐらい中学校で習っただろ。
正: 64-bit CPU
誤: 64bit CPU

とりあえずコンパイルオプションを64ビットにする。
それで動かないプログラムの90%以上は
言語仕様を正しく理解してない奴の駄プログラム。

残りは？

言語仕様を正しく理解している奴の駄プログラム。

IA-32用しか提供されてないようなライブラリなんてザラにあるのに
そう簡単に移植できるかよ
詭弁詭弁

便器便器

紀文紀文

ぬるぽぬるぽ

うんうんうんちっち
でるでるるるるるる

64-bitアセンブラやりたいんですが

>>36
つ ml64

>>37
サンクス！ いいのがありますね。

>>37
可能です。
以上。
↓次どうぞ

>>37
ありがとう！

64bit環境だと
intって64bitになるのかな、それとも32bitのまま？
ポインタはデフォで64bitになるのかな。
32bitのポインタは使えるのかな？

LLP64でググるといいと思うよ。

>>42
ありがとう。
Windowsだとintもlongも32bitなんだね。

intの用途なんて99%は32bitで納まってるからな

ファイルサイズとか以外なら大丈夫だろうな。

残りの1％である、そのファイルサイズとかはどうやって格納するの？

>>46
uint64_t

ファイルサイズが64ビットに収まる保証ってあるの？

今のところ、ファイルシステムあるいはOSのAPIが
64ビットでファイルサイズを扱っているから、
アプリケーションだけの力でそれを超える大きさのファイルを扱うのは無理。

64ビットですら足りなくなる時がいつか来るかもしれないけど、
数年〜十数年先のことではないと思う。

普通は>>47のようなものは使わずにoff_tを使う

>>48
ファイルシステムの限界という物がですね‥‥
Win16だと2.1GBまでのファイルしか扱えなかったし。
Win32からはファイルサイズは64ｂｉｔで扱ってる。NTFSファイルのタイムスタンプも64bit。

>>50
off_tって32bitやん

>>52
処理系依存。64bitの場合も多いです。

ファイルサイズとかタイムスタンプとかメモリオフセットとか、以外と32ビットじゃ足らない物は多いですよね。

というか掛け算やりたかったら結果が32bitに収まるかどうかで
もう神経使うよ。

溢れそうなら石関係なくint64使えばいい。
10年前からそうなっているしLLP64を採用する限りその状況は今後も変わらない。

これだから学者さんは現場を知らないって言われるんだろ

概ねにして

sizeof (off_t) == sizeof (void*)

>>1 そういえば数年前（１〜３年）に64bitプログラミングに関するweb記事をitmediaのサイトで見たお。

16→32bitの時と32→53bitの時ではどうも様子が違うなあ。
64bitに確実に移行させるには新しいOSが必要なんじゃない？

×53bit
○64bit

>>59
つWindows Vista/Windows Server 2008

64-bitアセンブラのいい本ありませんか？

ありますよ

64bit

65bit

>>59
Mac OS X Leopard/Snow Leopard

>>1
Xcode 3.1でCocoaアプリ作る
コンパイル時に64Bitを指定
以上

LONG_LONG LARGE_INTEGER

__int64 LONGLONG DWORDLONG PtrToLong PtrToULong LONG_PTR ULONG_PTR

PtrTo*、*ToPtrの存在価値

>>61
いやそーゆーのじゃなくて、Win32 APIのしがらみのないやつ。
64ビットなのにFILETIME ft;ft.dwLowDateTimeとかアホすぎる。

つ.NET Framework

( ﾟДﾟ)ｲﾗﾈ

わがままだなあ

８オクテット・プログラミング？
結構制約多いな。

Windows は何で LP64 にしなかったんだろう…
常に非互換な方に動くよね。これもしがらみ?

LONG = 32ビット符号付き整数型
という定義だからどうしようもない。SDWORDって名前にすればよかったのに。
http://msdn.microsoft.com/en-us/library/aa383751.aspx

どうせならQWORD。アセンブラもそうだし

>>77
それは欲しい。DWORD64とかあほにもほどがある。

いっぽう、IntelはXMMWORD/YMMWORDなんてものを用意した

>>79
あれはマルチメディアようのパックド演算用の単位だからちょっと意味が違う。
128bitや256bitとは見ずに32x4や32x8等と見るよ

u_int ptr = addr;
ってやるとなんかアドレス取れない
64bitって糞だな

u_longかu_longlong使えば？

そう言うときに使うのがint_ptr_tじゃないのか？

訂正、intptr_t。

uintで値取れない64bitが糞

IP64な処理系でも使えよｗｗｗ

Linux kernel だと unsigned long がアドレス値の型ということになっているな

>>81,85の頭って糞だな

#define MAKELONGLONG(a,b) \
((LONGLONG)((DWORD)(a) | ((DWORDLONG)(DWORD)(b)) << 32))
#define LOLONG(dwl) ((DWORD)(dwl))
#define HILONG(dwl) ((DWORD)(((DWORDLONG)(dwl) >> 32) & 0xFFFFFFFF))

Windows NT 4.0 (Alpha) と Visual Studio C++ for RISC

>>91
Alpha版NTは32bitだが？

中間

LP64とかLLP64ってコンパイラ毎の仕様だよね？
Windows 64向けのGCCは、ちゃんとLLP64に合わせてるの？

>>94

x86_64-mingw32-gcc
int = 4, long = 4, long long = 8, void* = 8

x86_64-elf-gcc
int = 4, long = 8, long long = 8, void* = 8

64bitでlong=4ってマジクソだな

intやlongといった仕様がどうなのかなと思うけど

long long が 16 じゃないのがイカさねえ仕様だな

>>96
long = 4バイト決め打ちで書いてあるソースが使えなくなっちゃうぢゃないか

>>99
そんなクソなソースコードは放っておいてよろしい

>>95
thx

これからはプラットフォームAPI以外はstdint.hとか使ってくべきなのかな。
それならいっそ、業務用途ならもうJavaだけでいいやとも思い始めたり。

>76
WindowsのC++開発環境って、やたらめったらtypedefしてあるから、
こういう時にさくっと移行できるようにしてるのかと思ったら、そうじゃないのか。

HANDLEとかWPARAMとかはさくっと16→32→64ビットに変化しております。

型名にサイズを現す文字が入ってるのに実際のサイズと違ってて不気味だけどなー
Win16時代は16bitだったWPARAM(word)やWin64で64bitになったLPARAM(long)とか。
DWORD_PTRなんかもそうか。

そもそも 1ワードが16ビットってのは違和感あるけどなあ
8086とかの頃はそうだったんだろうけど

>>105
アセンブラの単位は8086に付け足しだよ

1: BYTE: AL(8086), etc
2: WORD: AX(8086), etc
4: DWORD: EAX(80386), etc
8: QWORD: RAX(x64), mm0(MMX), etc
16: DQWORD: xmm0(SSE), etc

>104
よく分からんのだが、DWORD_PTR は DWORD* じゃダメなのか？

DWORD_PTR は PDWORDじゃないぞ

DWORD_PTRって確かに難しいな。
強いて言うとポインタ型と同じサイズの符号なし整数型なんだが

offset_tか？

……uintptr_t

配列のindexをsize_tにでもしておけば数値解析程度ならなにも気にせず32/64どっちでも動くけど
printfとかscanf系統が面倒くさいんだよなぁ。

indexが2^32を超えない自信があるなら、unsignedでいいじゃん。
つーか、整数型で16GB、実数型で32GBも普通は使わないでしょ。

>>112
使うことがあるから困ってんじゃん。

size_tとかoffset_tとかをまじめに使ってるソースを見た事がない。
全部intにしちゃうのが多くない？

>>111
C99だとsize_t用の指定子ができたんだけどね、C99自体が流行らないから……。

そういやSQL99も流行らないし、
99って数字には実装する気にならない何かがあるのか。

ないない。c99は結構使われているよ。知らず知らずのうちにね。

ないない。c99は結構使われているよ。知らず知らずのうちにね。

知らず知らずのうちに 君を好きになって

Unix系のSIerの質の低いところは、自分が書いているコードがc99だと理解せずに書いてくるから困る。

マルチプラットフォーム対応の綺麗なコードを書いたつもりでも
行コメントを使ってくるって残念なケースもたまにある。

私が使っているのはgcc拡張機能であって、決してC99ではありません。

余計に悪いわ

>105
組み込みマイコンとか、1ワード＝16ビットってのは少なくないぞ。
32ビットマイコンでもワード長が16ビットなんてのさえあったりする。MC68000と逆だな。

WORD＝命令長だから扱うデータ長は関係ない。
SuperHとかARMのThumbなんかが2byte長だな。

x86は可変長で1〜11byte(仕様上の上限は15バイトまで)だったりするけど
基本形はOpcode+ModRMの2byteだ。

WORD=命令長なんて定義は無い

ワード幅と聞くとメモリの話かなと一瞬思いながら続きの話を聞いている

>>126
ないよ。
でもCPUの命令ワード長と基本データ長って昔は大体一致してたからね。

でも今のx86はデータバス幅は128bitだったりする。Intelは「XMMWORD」なんて言ってるけど
ゲーム業界的には128-bit CPU(笑)

データバス幅＝ワード長という定義もないし
もちろんアドレス長＝ワード長でもない

結局ワードに深い意味はない。
8086を引きずってるから1ワード＝2バイトなんだ。

CPUのビット幅は元々バス幅であって
「命令長と大体一致」しようがなんだろうが
お前の勝手な思い込みに過ぎん。
つーかx86はバイトマシンだ。
いちいち出てくんなよ間抜け。

8086のことを言ってるのか？
x86は基本的に386以降のことを言うんだが

> CPUのビット幅は元々バス幅であって

で、おまいの脳内ではPentium 4以降は128ビットCPUなわけだな。

代表的8bitCPUのひとつといわれる8080/Z80がALU4bit、データバス幅8bit、アドレスバス幅16bit、レジスタ幅8/16bit、命令長可変octetの変態構成だからな
宣伝語以上の意味は無いな

食べられてしまった

int64 て美しくないよね。

[python] 攻撃:22 素早さ:77 防御:94 命中:93 運:34 HP:156
[ruby] 攻撃:41 素早さ:94 防御:91 命中:32 運:17 HP:128

python vs ruby 戦闘開始！！
[ruby]の攻撃 HIT [python]は1のダメージを受けた。
[python]の攻撃 HIT [ruby]は1のダメージを受けた。
[ruby]の攻撃 HIT [python]は11のダメージを受けた。
[python]の攻撃 HIT [ruby]は4のダメージを受けた。
　　　　　・
　　　　　・
[ruby]の攻撃 HIT [python]は15のダメージを受けた。
[python]の攻撃 HIT [ruby]は1のダメージを受けた。
[ruby]の攻撃 HIT [python]は12のダメージを受けた。
[python]の攻撃 HIT [ruby]は1のダメージを受けた。
[ruby]の攻撃 HIT [python]は10のダメージを受けた。
[python]の攻撃 HIT [ruby]は1のダメージを受けた。
[python]と[ruby]の戦いは引き分けでした(ラウンド数：16)。

ど〜でも、いいですよ〜

unsignedをさくっと捨てたJavaはいい判断をしたと思う。
容量が2倍になったって別にありがたくもなんとも無いんだよな。

#define BYTE unsigned char とか正直、癌としか思えない。

>>137
それは確かに癌だろ。typedef使えよ。
プリプロセッサマクロはnamespaceを飛び越えるから始末に困る。

Javaならunsignedなくてもいいけど、Cでunsignedが無いのはデバドラ書くとき困る。

Javaのようにそもそも採用しなかったり、
C#のように実質的に使われなかったりする言語なら別にいい。

けれど、C/C++でintばっかり使うのは勘弁してくれ。
unsignedとかsize_tとか使ってくれ。

>>137
>容量が2倍になったって別にありがたくもなんとも無いんだよな。
そういうふうに思えるようなソフトしか作る機会がない。って事でしょ。
押し付けよくない！

不用意に符号拡張されると困る

QWORD見るたびにVC++はなんでDWORD64なんて作ったんだよと思うよ

QWORDみたいな変な読み替えで誰が得するのかよく分からん。
longも同様。long > intだけじゃなくlong == intな時もあるって、それ何の役に立つの？
long longとか無様すぎ。
「こだわり無し」を示すint以外は、全部ビット数指定(int64_t, int32_t)でいいんじゃないか？

その方針はありだと思う。
だが、そうだとしたらUINT64があるんだから、
やっぱりDWORD64は要らないだろと結びたい。

ど〜でもいいですよ〜

私のビット数は53万です。

typedef signed int s32;
typedef signed short s16;
typedef signed long long s64; //処理系依存
typedef unsigned int u32;
typedef unsigned short u16;
typedef unsigned long long u64; //処理系依存

と本当にbit幅が必要な型は定義をしておいたら
64bitに移植しても全然困らなかったぞ。
俺は、bit演算とファイルフォーマットの為にこんな事したが、
ポインタ突っ込めないからどうのと言っている奴はバカだろ・・・。

てかMSは、typedef int LONG;にすりゃ良かったのに何のためのtypedefだ？
あと、LONGPTRってなぜvoid*にしない。

P○○がポインタで、○○_PTRはポインタサイズの数値

そりゃ自分が書いたやつだけ相手にしてりゃ困ることは少ないだろうよ

stdint.h か basetsd.h 使えばいいのに

こんな感じにしている
#ifdef HAVE_STDINT_H
#include <stdint.h>
#elif defined(_MSC_VER) && (_MSC_VER >= 1200)
typedef __int64 int64_t;
typedef unsigned __int64 uint64_t;

C++ならboost/cstdint.hppという手もある。

[ちんこ] 攻撃:32 素早さ:90 防御:34 命中:90 運:87 HP:259
[まんこ] 攻撃:66 素早さ:31 防御:83 命中:99 運:96 HP:178

ちんこ vs まんこ 戦闘開始！！
[ちんこ]の攻撃 HIT [まんこ]は1のダメージを受けた。
[まんこ]の攻撃 HIT [ちんこ]は100のダメージを受けた。
[ちんこ]の攻撃 HIT [まんこ]は1のダメージを受けた。
[まんこ]の攻撃 HIT [ちんこ]は121のダメージを受けた。
[ちんこ]の攻撃 HIT [まんこ]は9のダメージを受けた。
[まんこ]の攻撃 HIT [ちんこ]は112のダメージを受けた。
[まんこ]が[ちんこ]を倒しました(ラウンド数：3)。

.NETなら意識しなくていいんだな？

.NETの場合、AnyCPUなら意識しないでいい。
ただしWIN32のDLLと混在させる場合等、x86にしなくてはならない場合もある。

その結果、結論として意識する

[C++] 攻撃:97 素早さ:98 防御:98 命中:54 運:66 HP:273
[VB] 攻撃:63 素早さ:94 防御:26 命中:16 運:57 HP:157

C++ vs VB 戦闘開始！！
[C++]の攻撃 HIT [VB]は163のダメージを受けた。
[C++]が[VB]を倒しました(ラウンド数：1)。

わろた。

64bitのexeから32bitのＤＬＬの関数呼ぶ方法ある？

>>159
ない
プロセス間通信等で間接的に利用するしかない

[64bit] 攻撃:20 素早さ:54 防御:29 命中:44 運:67 HP:166
[8bit] 攻撃:12 素早さ:86 防御:45 命中:77 運:56 HP:203

64bit vs 8bit 戦闘開始！！
[8bit]の攻撃 HIT [64bit]は1のダメージを受けた。
[64bit]の攻撃 HIT [8bit]は1のダメージを受けた。
[8bit]の攻撃 HIT [64bit]は19のダメージを受けた。
[64bit]の攻撃 HIT [8bit]は1のダメージを受けた。
[8bit]の攻撃 HIT [64bit]は56のダメージを受けた。
[64bit]の攻撃 HIT [8bit]は1のダメージを受けた。
[8bit]の攻撃 HIT [64bit]は14のダメージを受けた。
[64bit]の攻撃 HIT [8bit]は30のダメージを受けた。
[8bit]の攻撃 HIT [64bit]は29のダメージを受けた。
[64bit]の攻撃 HIT [8bit]は1のダメージを受けた。
[8bit]の攻撃 HIT [64bit]は62のダメージを受けた。
[8bit]が[64bit]を倒しました(ラウンド数：6)。
魔法のＭＤ５ - ＭＤ５バトル http://www.newspace21.com/mix/btlm.php

>>159
DLLを64ビット化すればいいんじゃね？

シームレスに呼べないのはイタイな。

そりゃ、そういうものだから

なんでもシームレスにするのがMSのオハコだろう？

早くWin64sを開発する仕事に取りかかるんだ

スレタイ読んで、８バイトで実行ファイルを作る話かと思ったよ。

それでも・・・rubyならできるッ！

p 'hoge'

>>168
それ実行ファイル違う。

16bit COM形式なら

こやつめｗ

実行属性ついて（てシェルで解釈でき）りゃ実行ファイルだし、MS系でもbatだって実行ファイルだし。

64bitVistaでグローバルフックってどんな感じにになるの？
32bitアプリと64bitアプリの両方のキーボード入力をフックしたいんだけど。

ローレベルならすべての入力が通知されるよ

ありがとうございすます。調べてみます。

[dmd] 攻撃:27 素早さ:86 防御:90 命中:54 運:62 HP:295

c++ vs dmd 戦闘開始！！

長いので省略

[c++]と[dmd]の戦いは引き分けでした(ラウンド数：16)。

D言語強い

Win7が出たので、そろそろWin64用のプログラムも、と思い始めたのですが、VS2005 Express Editionで開発は可能なのでしょうか。

コマンドラインからコンパイルをしたいので、cl.exe 相当でやる方法を知りたいのですが。

何で2005なの？
EEで64bitは不可能ではないが骨が折れる

おっとすまん、タイプミスした。VS2008 Express Edition

Express Editionだとやっぱり大変なのか

まあSDKと組み合わせる必要があるのでターゲット用のSDK用意して試してみれば。
って64bit環境が無いと動かしてみることもできないからOSが先か。

ハイブリッドでシームレスなOSが好みなら
Win9xでも使っとけw

コマンドラインからなら2008eesp1とsdkfor7で簡単に作れる。
sdkfor7にx64のコマンドシェルが付いてくるのでそこからコマンド入れればいい。
IDEからは小細工が必要。
http://jenshuebel.wordpress.com/2009/02/12/visual-c-2008-express-edition-and-64-bit-targets/

日本語の説明があった

ttp://d.hatena.ne.jp/n7shi/20091005
> Visual C++ 2008 Express Editionでx64開発

>>183の方法はトリッキーな使い方を要求されるが、
>>182の方なら一度行ってしまえば後は上位エディションとほぼ同じ様にx64が扱える

[D] 攻撃:97 素早さ:15 防御:22 命中:92 運:42 HP:291
[C+++] 攻撃:33 素早さ:60 防御:20 命中:93 運:90 HP:289

D vs C+++ 戦闘開始！！
[C+++]の攻撃 HIT [D]は1のダメージを受けた。
[D]の攻撃 HIT [C+++]は179のダメージを受けた。
[C+++]の攻撃 HIT [D]は23のダメージを受けた。
[D]の攻撃 HIT [C+++]は84のダメージを受けた。
[C+++]の攻撃 HIT [D]は86のダメージを受けた。
[D]の攻撃 HIT [C+++]は139のダメージを受けた。
[D]が[C+++]を倒しました(ラウンド数：3)。

しまった・・・・

C+++　なんてどんな言語だよorz

　

nage

>>185
もうそれ飽きた

なあ、64bit版ってC言語のint型が64bit(8バイト)として認識されるって本当か？

それは昔の間違った知識だ

>>190
http://www.itmedia.co.jp/enterprise/articles/0506/13/news006_2.html

>>185
なんとなくヤフオクの入札履歴の画面を思い出した

もう int16 int32 int64
float32 float64

とかサイズが一目で分かりやすい用に並べてtypedefして使おう

つstdint.h

>stdint.h
kwsk

ぐぐれよ

入ったのがVC2010ってのがなぁ

>>1
一般人には用がないと思うがAZ-Prologが64bit対応している。
いまなら評価版が落とせるそうで。しかし、使いどころが...。
ttp://www.az-prolog.com/modules/smartsection/item.php?itemid=17