IIS 7.0& 7.5概要
All Microsoft Global Microsoft 365 Teams Copilot Windows Surface Xbox Deals Small Business Support Software Windows Apps AI Outlook OneDrive Microsoft Teams OneNote Microsoft Edge Skype PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Certified Refurbished Trade-in for cash Entertainment Xbox Game Pass Ultimate PC Game Pass Xbox games PC and Windows games Movies & TV Business Micro
ドリコムRSSのClip!の削除も問題なく動くようになった - 活動メモ 2nd season
結局、原因は cookie 回りの処理に問題があることが判明 通常の「取得」が問題なく、削除用の「取得」で問題が出たのは、後者の cookie 格納領域のサイズが、前者の cookie 格納領域の半分しかなかったため → 要するに、メモリ領域破壊が起きてて、スタックフレームにまで被害が及んでいた Visual C++ 6 でビルドしたロードモジュールでは問題が発見できていなかっただけで、実は通常の「取得」にも問題があった。Visual Studio 2005 の VC++ でビルド、デバッグしていて発見。これは、自前の http 通信処理内の cookie の取り扱いに問題があった。これもメモリ破壊。 原因がわかったので、ソースを修正。問題なく動くようになりました。 なぜか日本時間なのに夏時間になる(1時間ずれる) ついでに、バッドノウハウを1つ。Visual Studio 2005 でビ
Visual Studio 2005 Express Editions: Visual C++ 2005 Express Edition と Microsoft Platform SDK を一緒に使う
ワイド文字列の罠
C++の罠 wchar_tを使うときの罠 日本語などのマルチバイト文字列を扱うソフトで、 正規表現などの文字列処理をもっと楽にやりたいという人は、 選択肢の一つとしてワイド文字列の使用を考えることでしょう。 最近では多くのライブラリがワイド文字列とシングルバイト文字列双方に対応し、 C言語も95年の改定でワイド文字列型wchar_tを導入し、 既存のchar型を使用する標準ライブラリはほぼ全てwchar_t版が用意されました。 無論C++も、98年にISOで標準化された際には、 文字列クラスはちゃんとstringとwstringの双方が用意されました。 ところが、実際にwchar_tを使用するとなると、様々な障壁が立ちはだかります。 ここでは、私が陥ったwchar_tに関する「罠」を紹介していきます。 罠その１：Win9xで使えない WinNT系列では、文字列を扱う全てのAPIにchar版
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
