Windows XP SP3 RC版をいつの間にか使っていた

投稿日：

リモートデスクトップを使おうとしたら

プレ リリース版のリモート デスクトップ接続の有効期限が切れました。製品版のリモート デスクトップ接続をダウンロードするには、Windows Update を使用するか、またはシステム管理者に問い合わせてください。

と怒られたので「なんでやねん！！」と思って調べていたら、Windows XP SP3 RC版を使っていたことに気づいた。

もちろんWindows XPは正規版。騙されたのはMicrosoftのサイトで配布しているSP3のネットワークインストールパッケージが（手違いで）RC版だった期間があるらしい。

もちろん今は直っている。Windows Updateを使ってSP3にした場合は大丈夫。

今自分のXPがRC版かどうか判断するのはマイコンピュータのプロパティでService Pack 3の後にv.○○がついているとRC版。

image

通常のSP3はこう↓

image

なんか不安定だった理由はこれか！

コメント

  1. Unknown2009年6月29日 20:50

    XPもSP3になったんだね。クライアントOSの細かいバージョンを気にしなくなってたから驚き

    返信削除
  2. 菅沼 大樹2009年6月30日 9:24

    自動更新をやっていると気付かないですね。

    会社のPCは大丈夫なのですが、自宅のPCは1年に1回は再インストールするので、SP3適用済みのインストールディスクを作成するときにRC版のサービスパックを適用してしまったのが今回の敗因です。

    返信削除

コメントを投稿

このブログの人気の投稿

【.NET】DataGridViewを選択した際に背景色を変更しない

投稿日：
DataGridViewでセルを選択したときに背景色を変えたくなくて調べたメモ。 環境はVisual Studio 2005 + VB.NET + .NET Framework 2.0 方法はデザイナでDataGridViewのDefaultCellStyleにある SelectionBackColorをTransparent SelectionForeColorをControlText に変更しておく。 これで選択するセルを変更しても背景色が変わらないが、初期表示時に最初のセルが選択状態となっているので背景が透けて見えてしまう。 これはonLoad時（バインドした後）に dgvList.CurrentCell = Nothing にすればO.K.
続きを読む

【PostgreSQL】ROWNUMのように行番号（現在行）を取得するROW_NUMBER

投稿日：
PostgreSQLでSELECTした結果に連番を付けるやり方を調査したらウィンドウ関数を使えば出来そうだったのでメモ。 PostgreSQL 8.4から使えるようになった ウィンドウ関数 。これを使うと今までOracleのようにROWNUMを使えなかったのが、ROW_NUMBER()で実現できる。 8.3以前で実現する場合は shiro氏のブログ を参考に。 単純にselectした順番を出力する場合 select row_number() over(), * From tbm_user 例えば年齢ごとに連番を付けることも可能 select row_number() over(partition by age), * From tbm_user order by句で並び替えたらover()で明示しないとselectした順番にはならない select row_number() over(order by name), * From tbm_user order by name 応用すれば今までサブクエリーで書いていたのが簡単に実現できそう。   下記サイトも参考に PostgreSQL 文書 3.5. ウィンドウ関数 分析関数の衝撃：CodeZine（コードジン）
続きを読む

Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links

投稿日：
下記エラーになってハマった時の覚書。 systemd[1]: Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links 環境： Kagoya VPS(Open VZ), CentOS 7.7, nginx 1.16.1 yum updateするとこの現象が起きるらしい。 カゴヤのサポートに問い合わせてみたところ「最近 CentOS の systemd 周りの更新があったようで、yum update によりおっしゃる状況となることがあるようです。」とのこと。 答えが知りたい方は途中読み飛ばして、「systemd設定ファイルのPIDパスを変更」を参照してください。 2020/06/03追記 下記サイトによるとカーネルをアップデートすることで直るらしい。 OpenVZだとカーネルが共通なのでホストのカーネルで対応する必要がありそう。 Systemctl fails to start service: Too many levels of symbolic links | Plesk Help Center ダメ元でカゴヤのサポートに問合せしてみたら全く見当違いの回答だったので、別のホスティングへ乗り換えることにした。 【現象】 nginxが自動起動しない systemctl start nginxを実行しても上記エラーで起動しない 開発環境の仮想マシン（ほぼ同じ環境）では起こらない。カゴヤVPS上で起こる。 OpenDKIMも自動起動していない MariaDBは無事起動している 再起動直後は自動起動するが上記エラーで止まる。 【この現象が起きる前にやったこと】 yum update phpを7.2から7.3へアップデート 【試した事】 nginxの再インストール phpの再インストール 【分かった事】 直接「/usr/sbin/nginx -c /etc/nginx/nginx.conf」を実行すると起動できる。 systemdが何かおかしい気がする（？） IPv6を疑う（←意味なかった） /var/run/は/run/にシンボリックリ
続きを読む