問題タブ [portability]

たとえば、UNIX では、将来マッピングが必要になることを OS に伝えることができますposix_fadvise(POSIX_FADV_WILLNEED)。そう感じた場合は、データを先読みします。

アクセスの意図を Windows に伝える方法は?

私はビジネスアプリ（asp.net）に取り組んでいます。現在、SQLサーバーを使用しています。しかし、今後は少なくとも mysql と postgresql をサポートする予定です。将来の頭痛の種を避けるために考慮すべき問題は何ですか? 特にデータ型 (列の型) について。たとえば、一部のデータベースでは BIT 列がサポートされていないと思うので、tinyint を使用しますか?

私は主にプレーンな SQL (エンティティ フレームワークや linq などは使用しない) を使用し、できるだけシンプルに保つようにしています。トリガーなどは使用していません。ストアドプロシージャを使用していますが、必要に応じてプレーンSQLに置き換えることができます。

目的

移植性が最大の関心事である小さなライブラリを書いています。これは、ほとんど準拠したC90（ISO / IEC 9899：1990）環境のみを想定するように設計されています...それ以上のものはありません。ライブラリによって提供される一連の関数はすべて、内部データ構造で動作（読み取り/書き込み）します。私は他のいくつかの設計の代替案を検討しましたが、ライブラリが達成しようとしていることに対して他に実行可能なものはないようです。

質問

スレッドセーフを確保するために使用できるポータブルなアルゴリズム、テクニック、または呪文はありますか？関数を再入可能にすることには関心がありません。さらに、アルゴリズム/テクニック/呪文が移植可能である場合、私は速度や（おそらく）リソースの浪費については心配していません。理想的には、ライブラリ（GNU Pthなど）やシステム固有の操作（アトミックテストアンドセットなど）に依存したくありません。

Lamportのパン屋のアルゴリズムを変更することを検討しましたが、スレッド自体で機能するのではなく、スレッドによって呼び出される関数の内部で機能するように変更する方法がわかりません。

どんな助けでも大歓迎です。

データベーステーブルが既に存在するかどうかを判断するポータブルな方法はありますか?

コンパイラが異なれば、TR1 についての考え方も異なるようです。G++ は次のタイプのインクルードのみを受け入れるようです:

Microsoft のコンパイラは次のもののみを受け入れますが、

私がTR1を理解している限り、Microsoftのやり方は正しいものです。

G++ に 2 番目のバージョンを受け入れる方法はありますか? 一般に、TR1 をポータブルな方法でどのように処理しますか?

どのプラットフォームでも常に 4 バイトである整数型を宣言する最良の方法は何ですか? 16ビットの特定のデバイスや古いマシンについては心配しませんint。

外部ライブラリやユーティリティを使用せずに、(変数から) データを PDF ファイルにエクスポートする簡単な C++ コードを作成する方法を教えてもらえますか?

私たちのバイオインフォマティクスラボでは、最近、Cで記述された（そして最適化された）プログラムのGUIを作成するように依頼されました。 WindowsとMacの両方に移植可能。これを行うにはどうすればよいですか？

ネットワーク経由で倍精度浮動小数点値 (もちろん正しいバイト順序に調整) を送信し、異なる CPU アーキテクチャ、特に i386、mips (いくつかの異なるコア)、powerpc (e300、e500) でそれらを交換可能に使用しても問題ありませんか。極端に古いハードウェアはありません。

すべてのアーキテクチャーで -Os を指定して gcc 4.2.1 をコンパイラーとして使用。

おそらくそれはどこでもIEEE-754標準です（そうですか？）が、ウィキペディアが言うように：

IEEE 754-1985 では、実装において多くのバリエーションが許可されていました (一部の値のエンコードや特定の例外の検出など)。IEEE 754-2008 はこれらの多くを強化しましたが、いくつかのバリエーションがまだ残っています (特にバイナリ形式の場合)。

NaN やその他の特別なものを渡すつもりはありません。有効な 10 進数だけです。