Information Technology Tips

TPM2.0未対応の自作パソコンにWindows 11をインストールする方法はいろんなサイトで紹介されています。 筆者の古い自作PCもせっかくなのでWindows 11にアップグレードを試してみました。PCは下記のような構成です。 マザーボード: TA890GXE CPU: Phenom II X4 910e メモリ: DDR3-1333 4GB x 2 HDD: Seagateの2TB 筆者は下記の動画で紹介されているようにWindows 11のISOイメージをダウンロードして、そこから appraiserres.dll の中身を空ファイルにすることで、TPM2.0のチェックを回避する方法でインストールを試みました。 【23H2対応】古いパソコンをWindows11へアップグレードさせる方法【簡単】 (youtube.com) インストールまでは完了したのですが、Windows 11の初期起動に失敗したというメッセージが出て、Windows 10に強制的にロールバックされてしまいました😭。 ロールバックされたWindows 10に下記のダイアログが表示されました。 Windows 11をインストールできませんでした お使いの PC は、Windows 11 のインストールを開始する直前の状態に戻りました。 0xC1900101 - 0x30018 SYSPREP_SPECIALIZE 操作中にエラーが発生したため、インストールは > FIRST_BOOT フェーズで失敗しました。 ネット上を色々検索したところ、上記のエラーはハードウェアのドライバがWindows 11に対応していないことが原因の可能性が高いというところまでは当が付きました。 インストール失敗のログからデバイスIDを割り出して特定する方法が王道のようですが、筆者の技量では、ログを見てもすぐに原因となるデバイスを特定できませんでした。 周辺機器はゼロの状態だったこともあり、ならば、しらみつぶしにということで、Windows 10の時点で、サウンド、チップセットのグラフィックとドライバを変えていって、最後にマザーボードに載っているRealtekネットワークドライバをRealtekのサイトから ダウンロード したものに変えたところ無事インストール、エラ

PowerShellのStart-Processで起動したプロセスのExitCodeの取得方法を下記に示します。 $p = Start-Process - NoNewWindow - PassThru - FilePath "some_exe" $dummy = $p . Handle # Cache the handle $p . WaitForExit ( ) Write-Host " $p .ExitCode" 「なんでこんな単純なことを記事にするの？」と思う人もいるかもしれませんが、上記の Cache the handle の行がないと正しいExitCodeは取得できません！ -Wait とかをつけてもだめです。 詳細は下記のGitHubのissueを参考にしてください。 https://github.com/PowerShell/PowerShell/issues/20400#issuecomment-1740954070

はじめに PowerShell上で Start-Process コマンドを使って起動したアプリケーションは -RedirectStandardOutput や RedirectStandardError オプションを指定することで、ログを ファイルに出力 できます（コンソールには出力できないので注意）。 このログを同時にコンソールにも表示させたかったのですが、思いのほか苦戦したので備忘録として共有します。 できた方法 結局出力されたログファイルを、別起動したプロセスでTailするという方法を採用しました。 下記はsomethig.logに書き込みつつ同時にコンソールにもログの内容を出力するPowerShellの例です。 try { $logJobObj = Start-Job - ScriptBlock { Get-Content - Path ".\something.log" - Wait } $mainProcessObj = Start-Process - PassThru - FilePath process . exe - ArgumentList "-something_argument... -RedirectStandardOutput " . \something . log " RedirectStandardError " . \something . log" / / アプリケーションが終了するまで待つ While ( ! $mainProcessObj . HasExited ) { / / ログをTailしているJobの出力を受け取る Receive-Job $logJobObj / / 適当な秒数待つ Start-Sleep - Seconds 1 } Receive-Job $logJobObj } finally { if ( $logJobObj ) { Receive-Job $logJobObj / / ログをTailしているJobを終了 Stop-Job $logJobObj Re

受信側サンプルコード // 基本 var receiveIpAddress = "127.0.0.1" ; var local = new IPEndPoint ( IPAddress . Parse ( receiveIpAddress ) , Port ) ; var remote = new IPEndPoint ( IPAddress . Any , 8006 ) as EndPoint ; socket . Bind ( local ) ; var buffer = new byte [ 3 ] ; while ( true ) { Console . WriteLine ( "Start Receiving" ) ; // var length = socket.ReceiveFrom(buffer, ref remote); var length = socket . Receive ( buffer ) ; var requiredBuffer = new byte [ length ] ; Buffer . BlockCopy ( buffer , 0 , requiredBuffer , 0 , length ) ; var data = Encoding . UTF8 . GetString ( requiredBuffer ) ; Console . WriteLine ( "data received: " + data ) ; } 受信側コードの注意点 bufferの配列サイズがdatagramサイズより小さいと、下記のようなエラーが出る System.Net.Sockets.SocketException (10040): A message sent on a datagram socket was larger than the internal message buffer or some other network limit, or the buffer used to receive a datag

問題 IntelliJ IDEAでWSL2上のJDKを追加しようとすると、Microsoft Defenderのスキャンが走ってファイルのIndexingプロセスでほぼフリーズしてしまうという問題が発生しました。 ネットで検索 下記のページで同様の問題に遭遇した人がissueを上げていました。 https://youtrack.jetbrains.com/issue/IDEA-308995 こちらに暫定的な解決方法が記載されていたので試したところ、筆者の場合は解決しました。 https://github.com/microsoft/WSL/issues/8995#issuecomment-1377515755 解決手順 Windows Defenderのスキャン除外リストにfsnotifier-wsl, idea64.exeの2つのプロセスを追加するという方法です。 手順は下記になります。 Windows Security設定を開く(Windowsのタスクバーの検索まどから検索すると早いです) Virus & threat protectionを開く Virus & threat protection settingsのManage settingsを開く ExclusionsのAdd or remove exlclusionsを開く Add an exclusionでProcessを選択し、fsnotifier-wsl, idea64.exeの2つのプロセスを追加

はじめに Firebase Hostingでデプロイ先のプロジェクト(開発、ステージング、本番)ごとにinitializeAppに渡すFirebaseの環境情報を簡単に切り替える方法はないか調査して、FirebaseのHostingのinit.jsを読み込む方法を試してみました。 FirebaseのHostingのmodule形式でないサンプルで、下記のように、init.jsが読み込まれている行が見つかります。 < script defer src = " /__/firebase/init.js?useEmulator=true " > </ script > 中身はこんな感じです。 if ( typeof firebase === 'undefined' ) throw new Error ( 'hosting/init-error: Firebase SDK not detected. You must include it before /__/firebase/init.js' ) ; firebase . initializeApp ( { "apiKey" : "{API Key}" , "appId" : "{App ID}" , "authDomain" : "{domain}" , "databaseURL" : "" , "projectId" : "{projectId}" , "storageBucket" : "{Storage Bucket Domain}" } ) ; initializeApp に渡しているJavascript Object部分を抜き出せば、コードがデプロイされているFirebaseのHosting情報を実行時に取得することができます。 コード init.jsの中身を読み込み、正規表現で欲しい部分を抜き出し、JSON.p

ダイソーでスマホの5.5インチ ガラスフィルムが販売されているというのを知り、近所のダイソーを何店か回って、ようやくお目当ての商品を見つけて購入したので、簡単にレビューします。 あくまで私個人の環境での使用感です。 スマホ用液晶保護強化ガラス 5.5インチ MSGS-29 https://jp.daisonet.com/collections/electricity0215/products/4968583144626 良い点 安い。 自分のスマホの画面をぴったり覆える。 ダメな点 透明度がいまいち：機種専用のガラスフィルムにくらべると、透明度が低いような気がしました。 画面部分しか覆えないので見た目がいまいち。 割れちゃいました。。。 結局、画面の透明度が気になったので、機種専用のガラスフィルムの方に貼りなおして、はがしたMSGS-29に保護シートを貼り直し、保管しておこうと（余計なことをして）いじっていたら、あっさりフィルムが割れてしまいました。😭 （ 普通にスマホに貼った状態で割れたわけではなく、商品の欠陥とかではないので誤解ないように！ ）。 当たり前ですが、ガラスフィルムは ・面に対して垂直でない力に相当弱い ・特定の箇所に力が集中するといきなり破断する というのを実感しました。 MSGS-29についてはこんな構造になっていました。粘着シートのおかげでフィルムが割れてもガラスが飛散しないようになっているようです。 結論 機種専用のフィルムが手に入るならそちらの方がよい。品質はある程度価格に比例しそう。(iPhone用のガラスフィルムはダイソーでもたくさん販売されていますが、そちらの品質はわかりません)。 ガラスフィルムの扱いは丁寧に。