問題タブ [standards-compliance]

不平等をテストするには、2つの（意味的に同等の）方法のどちらが望ましいですか？

1. 'foo' != 'bar'（感嘆符と等号）
2. 'foo' <> 'bar'（シェブロン記号よりも小さい記号と大きい記号を合わせて）

MySQLのドキュメントは、それらの間に違いがないことを明確に示していますが、それでも一部の人々は、どちらかの方法でそれを行うことに執着しているようです。たぶんこれはvi対emacsの別の無意味な議論ですが、他の人があなたのコード（したがってあなたのクエリ）を読んでいるときは、ある程度の一貫性を維持することが役に立ちます。

<>これは非常に使用されていない演算子によく似て<=>いますが、2つはほぼ反対であるため、一見すると混乱を招く可能性があります（明らかなNULL場合を除く）。

JMS API は、多くの一般的で具体的なインターフェイスを宣言します (例: Connection と QueueConnection)。一般的なインターフェース (QueueSession ではなく Session など) を使用することがベスト プラクティスであることが文書化されています。私のアプリケーションがキューとトピックの両方を使用していて、一般的な方法、つまり接続 -> セッション -> トピック/キューを使用し、すべての JMS 実装 (TiBCO、WebLogic、Websphere など) をサポートすると仮定すると、一般的なエンティティを使用すると、すぐに使用できる両方のタイプ (キューとトピック) で機能すると思いますか?

私の主張を強調するために、すべての実装者が java.jms.Connection インターフェースを実装し、両方のタイプに対して一般的に機能すると仮定できますか?

みんなありがとう

バックグラウンド

スウェーデンは、現金またはカード取引を扱うすべての事業主に対して、部分的に暗号化されたPOS（販売時点管理）/レジを実装/購入するための強制法に移行しています。

署名と暗号化は、コントロールユニットのレジからの情報を安全に保存するために使用されます。認定されたコントロールユニットを備えたコントロールシステムは、スウェーデン税務庁から主要な暗号化キーを取得する各コントロールユニットモデルのメーカーに基づいています。次に、製造元はメインキーを使用して、製造プロセス中にコントロールユニットに配置される一意の暗号化キーを作成します。メインの暗号化キーを取得するには、メーカーはスウェーデン税務庁に申請書を提出する必要があります。 ソースSKV

これは、必要な複雑さと強力な暗号化、およびショップオーナーの観点からの高度な技術的実装のために、スウェーデンのトレーダーの間で多少の騒ぎを引き起こしました。代替手段は、ドキュメントを横断した企業からシステムを購入することです。 、セキュリティキーを取得し、ソフトウェアを構築してハードウェアに統合しました。

それで、私の最初の質問は、世界の他の国がスウェーデン税務庁がその会社に要求する正確さにさえ近づいているかどうかです（簿記のための広範なガイドラインを持っていることに加えて）？

関心のある他の暗号化スキームと、トランザクションの検証と簿記のエントリに関して、法律を通じてそれらがどのように適用されるかについて聞きたいです。このような法律の例は、別のスウェーデンの規則に類似している可能性があります。その簿記エントリ（トランザクション）は書き込み専用である必要があり、発生から最大4日後に書き込まれ、（日付、それを行う人の署名、新規予約）のタプルを介してのみ変更可能である必要があります。

最後に、これらのルールについてどう思いますか？簿記+POSシステムを税務当局のサーバーに常時アップリンクして、集団的知性アルゴリズムと同様に不正なパターンをリアルタイムで検証および検出するのでしょうか。事業を営んでいますか？

標準における「あたかも」というフレーズの正確な意味は何ですか。また、ユーザーが動作の個々の部分を変更できる場合、それはどのように機能しますか。

の非スローバージョンについて話すときの質問は、C++標準に関するものですoperator new。18.4.1.1/7 読み取り (強調):

この非スロー バージョンの operator new は、通常のバージョンから取得したかのように取得したポインターを返します。

私の理解では、動作が適切である限り、「あたかも」は特定の実装を必要としません。したがって、次のようoperator newに実装された場合 (ループや new_handler の使用がないため、準拠した実装ではないことはわかっていますが、問題に集中するために短縮しています):

次に、次のように nothrow バージョンを記述しても問題ありません。

operator newしかし、プログラムが他のアロケーターを使用するように置き換えたとしましょう。「あたかも」とは、コンパイラがこの他のアロケータを使用するために nothrow バージョンの動作を自動的に変更する必要があることを意味しますか? 開発者はプレーン バージョンと非スロー バージョンの両方を置き換える必要がありますか?

WCFが相互運用可能であることをFDAに証明するにはどうすればよいですか？彼らのテスト手順を説明する文書はありますか？それとも、それは常識ですか？

だから私はかなり問題のあるレイアウトのウェブサイトを作っています。黒いブロックで示された4つのコーナー画像TL、TR、BL、BRがあります。濃いオレンジ色の領域がメインコンテンツ（幅960px）で、外側の領域はブラウザウィンドウとして緑色の矢印で示されています。図を参照してください。

図http://dotcafedesigns.com/stackoverflow/problem.gif

上の画像は、サイトを可能な限り狭く示しています。定義された領域よりも大きい場合は、これ（960px）よりも狭くすることはできません。スクロールバーはありません。下の2つの画像は、ブラウザの幅が異なることを表しています。

幅が960pxに下がる場合を除いて、左下と右下の黒いブロック（画像）は常に画面の左下と右下にある必要があります。この場合、BLとBRの画像はメイン領域にわずかに突き刺さるはずです。サイトがたとえば200ピクセルに縮小されている場合でも、BR画像が右隅を突っついているはずはありません。

この時点では、IE6で正確に機能するかどうかはあまり気にしませんが（大まかに機能させることができます）、Javascriptまたは非常に実験的なCSSなしで完全に機能する方法を理解することさえできません。現在、私は絶対位置のdivを使用していますが、これは一種の作業ですが、正しく機能しません。

他に方法がなければ、少しJSを受け入れたいと思いますが、受け入れたくありません。

非常に高く評価された答え！

次のコードを検討してください。

nullポインタに(b)対応するメンバーがないため、クラッシュすることが予想されます。x実際には、ポインタが使用されることはない(a)ため、クラッシュしません。this

nullの逆参照は常に未定義の動作であると言われるため(b)、thisポインタ（(*this).x = 5;）を逆参照し、 thisnullであるため、プログラムは未定義の動作に入ります。

(a)未定義の動作になりますか？両方の関数（およびx）が静的である場合はどうでしょうか？

代理人の宣言の前に*がないことに気づきました...

私はこのようなことをしました：

それは完全にうまく機能しますが、私はいつも慣れているので、私が宣言するオブジェクトの前に*を付けます、なぜこれではないのですか？！？

ありがとうございました、

ゴティエ。

いくつかのRDBMSをチェックすると、次のようなことがわかります

許可されます (集約関数と括弧の間のスペースに注意してください)。

これが定義されているSQL標準自体へのポインタを誰かが提供できますか(どのバージョンでも可能です)?

編集: 上記は postgresで機能します。mysql はここでset sql_mode = "IGNORE_SPACE";定義されている必要があります(このサーバー モードで影響を受ける関数の完全なリストについては、このリファレンスを参照してください)。MS SQL は上記を受け入れると報告されています。

また、答えは標準にある可能性が最も高いようです。通常の記号と用語に関してはBNFに従うことができますが、select のその部分の空白とセパレーターの定義に関しては迷います。

volatile 型へのポインターを cout しようとすると、通常は cout が文字列を出力すると予想される volatile char ポインターであっても、代わりに単に '1' を取得します (ポインターが null でないと仮定します)。出力ストリーム operator<< は揮発性ポインターに特化したテンプレートだと思いますが、私の質問はなぜですか? この動作の動機となるユースケースは何ですか?

コード例:

出力：