メールでやりとりした話なのですが、ちょっとまずい問題なのでここにも書き込み させていただきま。 秀丸メールのメールデータを「ドキュメント」フォルダ配下に配置してて、しかも Windowsへのログイン（サインイン）がMicrosoftアカウントだと、OneDriveが秀丸 メールのメールデータを勝手に同期（クラウドストレージへアップロード）してしま うことが多いようです。 秀丸メールのメールデータがOneDriveに同期されてしまうといろいろ問題が起きる ようで、具体的には、 １．草稿フォルダに保存したメールが勝手に増殖することがある。 ２．受信時などが極端に遅くなることがある。 連絡いただいた例だと、IMAP4の同期モードで、草稿フォルダのメールの同期で ２分程度固まることがある。 （dump.txtのログだとDeleteFileのAPI呼び出しで固まってる） のようなことが起きるらしいで
Sourcetree（Windows版）を最新版にアップデートしたところ、今まで確認できていたスタッシュの中身が突然見れなくなりました。（バージョン3.4.18.0） https://jira.atlassian.com/browse/SRCTREEWIN-14306 どうやら不具合として報告があって、バージョン3.4.17で修正されたようです。 Fixed: Clicking on a stash no longer shows the changed files or diffs. あれ？でもこちらのバージョンは3.4.18なので修正されてるはずなんですが？？ 先ほどのjiraのチケットを再度確認すると、 https://jira.atlassian.com/browse/SRCTREEWIN-14306?focusedId=3390045&page=com.atlassian.jir
先月は、とある受託開発でPWA (Progressive Web App) の地図アプリケーションを開発していました。2月末で終わる予定であったこのプロジェクト、開発終盤に機能の微調整やUIのブラッシュアップ等を行うことになり開発期間が延長。この記事を書いている時点 (3月9日) になってようやく終わりが見えてきました。長かった… そんなこんなで終盤は、湧いて出てくる課題をひたすら潰す作業をしていたわけですが、最後の最後まで残った、面倒くさい課題が「PWAのアップデート問題」でした。 発生した問題 アプリケーションの機能を作りながら、随時サーバにデプロイし、動作確認する、というサイクルを回していた時にそれは起こりました。古いバージョンのアプリを直前に開いていた端末で、修正を確認しようとリロードしてみたのですが、何度リロードしても新しいバージョンを確認できない状態に陥りました。 つまりどうい
Cocoonトップページもそうなのですが、1.6.3が最新記事なのに、私のChromeからだと1.6.1が最新記事のままになっています（画像参照） どのタイミングで閲覧したキャッシュなのか不明ですが、ページによっては最新記事が1.6.2だったり、スマホのChromeではトップページが1.6.2だったりと、端末が違うのに過去閲覧したことがあると、キャッシュが残ってしまっている？ PWAが原因だと思うのですがよくわからず（「PWA キャッシュ」とツイート検索したら同じ現象としか思えないコメントがあった）、一応PWA使用時は私のサイトもキャッシュがおかしくなります（現在未使用）。 どのようにおかしいかは以下の通り。 スーパーリロード（Shift＋F5）にすると正常になるけど、その表示だけ正常なだけで更新すると戻ってしまう（結局消えていない） 普段使わないFirefoxのアドブロック付きでCoco
#chmod a-w /home/user オプション2: 以下の構成設定を vsftpd グローバル構成ファイルまたは個別ユーザー構成ファイル: allow_writeable_chroot=YES OneFSクラスターでは、 vsftpd 設定を /ifs/data/Isilon_Support/間のデッドロックが原因で潜在的なHMONタイムアウトが発生する問題が解決されています。例： # cp -av /etc/mcp/templates/vsftpd.conf /ifs/data/Isilon_Support/vsftpd.conf.bak 次に、VIエディタを使用して、次の行を /etc/mcp/templates/vsftpd.conf " allow_writeable_chroot=YES" VIエディタを使用する代わりに、echoコマンドを使用して同じファイルに行を追加
ファームウェアエンジニアの井田です。 今回はESP32系MCUで無線LANによる受信ができなくなる問題の原因と調査方法について解説します。 背景 ESP32にてそこそこ頻繁に無線LAN経由の通信を行っているときに、環境によっては急に通信ができなくなる現象が発生しました。 そこで、Wiresharkを用いて通信状況を確認すると、どうもESP32側からの送信パケットは届いているものの、ESP32へのパケットは受信されていないような状況が確認されました。 例えば、ESP32側からDNSのリクエストを投げて、ルーターが返答をしているのにも関わらず、ESP32のログ上は名前解決に失敗した状態になっています。 また、TCPによる通信も何度も再送が発生しており、よくよく見てみると、ESP32側がACKを返さないので、通信相手のサーバが再送してきているという状態でした。 現象より、ESP32の無線LANド
サウンドデザイナーでコンポーザーのプリシラさんが、長期間にわたって苦しんできたPC上で発生する謎のバグが、PCと同じネットワークに接続されているHiSense製Android TVが原因だったと報告しており、「HiSense製TVは買うな」と警告しています。 cohost! - "DO NOT BUY HISENSE TV'S LOL (Or at least keep them offline)" https://cohost.org/ghoulnoise/post/5286766-do-not-buy-hisense-t プリシラさんが自宅で使用しているWindows 11搭載PCは、長らく問題を抱えていたそうです。その問題のひとつが「ディスプレイ設定を開けない」というものでした。そのため、プリシラさんはディスプレイの表示を調整するために、Windows 11のディスプレイ設定ではなく
_FORTIFY_SOURCEというバッファーオーバーフロー攻撃を防ぐのにとても有用なマクロがある。 知らなかった人は以下のmanでもまず見てください http://linuxjm.sourceforge.jp/html/LDP_man-pages/man7/feature_test_macros.7.html _FORTIFY_SOURCE (glibc 2.3.4 以降) このマクロを定義すると、文字列やメモリの操作を行う様々な関数を 使用する際にバッファオーバーフローを検出するための軽めのチェックが 実行されるようになる。すべてのバッファオーバーフローが検出される わけではなく、あくまでよくある例についてだけである。 現在の実装では、以下の関数にチェックが追加されている: memcpy(3), mempcpy(3), memmove(3), memset(3), stpcpy(3),
株式会社Ninjastars取締役の齊藤です。 皆様もC言語やC++で開発しているときなどに一度はこの実行時エラーを見たことがあるのではないでしょうか？ 今回はSegmentation Fault（以下セグフォ）がどのようにして発生するのかを詳細に書いていこうと思います。 １.セグフォとは 割り当てられた仮想メモリ領域（セグメント）に読み込み(r)または書き込み(w)、実行の権限(x)がない状態でアクセスしたときに起こるエラーのことを指します。 では、なぜセグフォが必要なのでしょうか? それはメモリに展開されているプロセスを保護し、OS全体に影響を及ぼさないためです。 ２．セグフォの原因を探す手順 プログラムを用意したのでそれを例に原因を探していきましょう。 まず今回のプログラムは標準入力で10byteのbufferに文字データを格納するものです。 標準入力する際、gets関数を使っている
私は普段MacBookAirで開発を行っており、データはほぼ全てiCloudと同期を取っている。 そのおかげでクリーンインストールからの復元も簡単なわけだけど、開発中のリポジトリもiCloud管理下に置いた結果、えらく困ったことが起きた。 話せば長いのでざっくり説明すると、 iCloud管理下のDocumentフォルダでgit cloneとrm -rfを繰り返していたら、覚えのないファイルが大量に生成されるという現象が発生 リポジトリをiCloudの管理外に置いたら解決した gitのリポジトリ（というより同名ファイル？）の削除と復元を短時間の間に繰り返すと、iCloudとの同期が取れなくなることがある模様 開発中のリポジトリはiCloudで管理しない方が良さそう というお話。 発生した現象：ローカルリポジトリに知らぬ間にファイルが増えている GitHub上のとあるリポジトリを、自分のMac
はじめまして！2023年7月からミラティブでフロントエンドインターンをしております、かずえもんと申します😺 今回は、インターンでの作業中にハマってしまった Safari のバグについて調査していたら、なんと10年モノの issue だったことが判明し、ライブラリを導入する意義について考える機会となった話を書いてみたいと思います。 Safari の日付入力欄に無効な日付を入れると起こるバグ onChange が正しく呼ばれないのは Safari が原因？ Safari 17 以降で再現しないので原因は Safari で間違いなさそう Safari 17 以前での解決方法として DatePicker を使ってみる まとめ: ネイティブを補う存在としてのライブラリ We're Hiring!! Safari の日付入力欄に無効な日付を入れると起こるバグ 2023年8月、私はミラティブの管理シス
VSCodeを使ってWindowsからLinuxアプリのデバッグ その1 目次: Linux その1、その2 同じことをしている人があまり居なさそうだったので、メモしておきます。 きっかけはGCCのコードをGDBのCUIモードで追っていて辛くなったことです。GCCのコードは超ぐちゃぐちゃの悲惨なコードで非常に追いづらく、GDBをもってしても何が起きているのか把握するのは困難です。せめてデバッガの画面くらいはGUIにして、見やすくできないか、と考えました。 WindowsからLinuxアプリのデバッグ、それぞれの役割 想定する構成は上記のとおりで、Linux側にはGUIがなく（ディスプレイを繋いでいない、など）、Windows側はデバッグのみで、Linux側でその他の全て（ビルドなど）を行う想定です。 Linux側の準備 この記事を読んでいるということは、既に何かデバッグしたいアプリケーショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
