input type=“date” の沼から、ライブラリを導入する意義を考える - Mirrativ Tech Blog
はじめまして！2023年7月からミラティブでフロントエンドインターンをしております、かずえもんと申します😺 今回は、インターンでの作業中にハマってしまった Safari のバグについて調査していたら、なんと10年モノの issue だったことが判明し、ライブラリを導入する意義について考える機会となった話を書いてみたいと思います。 Safari の日付入力欄に無効な日付を入れると起こるバグ onChange が正しく呼ばれないのは Safari が原因？ Safari 17 以降で再現しないので原因は Safari で間違いなさそう Safari 17 以前での解決方法として DatePicker を使ってみる まとめ: ネイティブを補う存在としてのライブラリ We're Hiring!! Safari の日付入力欄に無効な日付を入れると起こるバグ 2023年8月、私はミラティブの管理シス
9月22日リリースの「OpenSSL」に脆弱性--最新版OpenSSL 1.1.0bと1.0.2jが公開に
オープンソースの暗号ライブラリである「OpenSSL」のパッチが公開された場合、そのパッチは早急に適用する必要がある。しかし、米国時間9月22日に公開されたパッチにはOpenSSLをクラッシュさせ、サーバへの侵入を許してしまいかねない、初歩的なバグが混入していた。 OpenSSLは、SSL/TLSプロトコルを実装するために、TwitterやGitHub、Yahoo、Tumblr、Steam、Dropboxなどの多くの有名ウェブサイトで使用されている。 またOpenSSLは、ウェブサイト以外でも使用されている。このライブラリは、オープンソースの仮想プライベートネットワーク（VPN）実装「OpenVPN」や、セキュアなログイン機能とターミナル機能を提供する「OpenSSH」でも使用されている（ただ、OpenSSHの最近のバージョンでは「LibreSSL」かOpenSSLのいずれかを選択できる）
Why do I get a C malloc assertion failure?
I am implementing a divide and conquer polynomial algorithm so I can benchmark it against an OpenCL implementation, but I can't get malloc to work. When I run the program, it allocates a bunch of stuff, checks some things, then sends the size/2 to the algorithm. Then when I hit the malloc line again it spits out this: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->
mrubyでmemsetやmemcpyが少ない理由．
リンク先には，次のような記述があります． Looks like on ARM architecture, GCC and other compilers may mis-optimize memcpy and assume certain memory alignment, whichcreates errors on unaligned access. To avoid this, either don't use memcpy, or, cast the pointers to char* to disable this misoptimization. More details here: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka3934.html 意訳) ARM みたいに memcpy で
「glibc」ライブラリに脆弱性、Linuxの大部分に深刻な影響
ほとんどのLinuxアプリケーションに使われているGNU Cライブラリの「glibc」に深刻な脆弱性が見つかり、米GoogleとRed Hatの研究者が開発したパッチが2月16日に公開された。 脆弱性は2008年5月にリリースされたglibc 2.9以降のバージョンに存在する。Googleによると、glibcで「getaddrinfo()」ライブラリ機能が使われた際に、スタックベースのバッファオーバーフローの脆弱性が誘発されることが判明。この機能を使っているソフトウェアは、攻撃者が制御するドメイン名やDNSサーバ、あるいは中間者攻撃を通じて脆弱性を悪用される恐れがあるという。 Googleの研究者は、先にこの問題を発見していたRed Hatの研究者と共同で調査を進め、脆弱性を突くコードの開発に成功したとしている。パッチの公開に合わせて、攻撃には利用できないコンセプト実証コードも公開した。こ
ちゃんとロックされるfile_get_contents | file
前回の記事、file_put_contentsの罠にて標準関数の脆弱性について触れましたが、読み込みを行う場合にもロックは必要です。 例によってfile_get_contents等の関数はロックしてくれません。 そんなわけで、以下は安全安心なfile_get_contents関数およびfile関数です。 file関数の方はFILE_SKIP_EMPTY_LINESとFILE_IGNORE_NEW_LINESの二点のフラグに対応しています。 function _file_get_contents($fname) { if ($fp = fopen($fname, 'c')) { flock($fp, LOCK_EX); $buf = ''; while ($get = fgets($fp, 1024)) $buf .= $get; fclose($fp); return $buf; } el
glibcのgethostbyname関数に存在するCVE-2015-0235(GHOST)脆弱性について - ブログ - ワルブリックス株式会社
glibcのgethostbyname系関数に脆弱性の原因となるバグが発見されCVE-2015-0235(GHOST)と命名されたようです。放置した場合は相当多くのアプリケーションがこの脆弱性の影響を受けることが予想されます。 glibcは libcのGNUバージョンです。libcはアプリケーションではなく、事実上全てのアプリケーションが利用しているライブラリです。OSの中ではカーネルに次いで重要な部分と言えます。Linuxシステムでは(ことサーバー用途においては)例外なく glibcが使われています。 この glibcに含まれる gethostbyname系関数の実装に 2000年頃から存在したバグが今になって発見され、CVE-2015-0235 通称 GHOSTと命名されました。ネットワークで何らかの通信を行うアプリケーションは必ず※この関数を使用します。 ※追記: 名前解決をサポート
picojsonを使ってみた - Capsule
C++でJSONパーサが欲しくなりpicojsonというライブラリを使って見ました。 特徴はヘッダをインクルードするだけで使える、STLを利用しているのでobjectとarrayの操作を覚えなくて良いところ。 Parsing #include <iostream> #include <cstring> using namespace std; #include "picojson.h" using namespace picojson; int main(){ const char *str = "{\"a\" : 1, \"b\" : \"test\"}"; value v; parse(v, str, str + strlen(str)); if(v.is<object>()){ value a = v.get("a"); if(a.is<double>()){ cout << "a
第11回 jQueryライブラリ（2365行目～2529行目） | gihyo.jp
今回は、Ajax関連の処理を取り扱う部分の解説になります。 IEメモリリーク対策 2365: // Prevent memory leaks in IE 2366: // And prevent errors on refresh with events like mouseover in other browsers 2367: // Window isn't included so as not to unbind existing unload events 2368: jQuery(window).bind("unload", function() { 2369: jQuery("*").add(document).unbind(); 2370: }); 2368行目から2370行目は、Internet Explorerのメモリリーク対策のための処理です。window.unload
新世紀ももう世紀末 pthread と sleep & system
ども、こんばんは。 本日も休出&終電で、眠いぼにゃです（;´Д⊂）。 #ま、徹夜じゃなくて良かったけどね。 皆様は、如何お過ごしでしょうか？ 本日はちょびっと真面目な話。 glic-2.3.6 で以下のコードを書いて ARM上で動かすところびます。 落ちる箇所は、なんとsleep()（笑）。 x86かつ、最新のglibcだと全然問題なく動作。 なんでだろ？と思ってglibcを調べてみると、 どうも、sleep()とsystem()関数は、pthreadと相性がよろしくないみたい。 sleep()って、内部でSIGCHLD（子プロセスの終了シグナル）を受けたくないから 実行前に「SIGCHLDをブロック」しています（なんかキャンセルポイントが関係しているっぽい） また、system()って関数は、実行の際内部でfork()して実際のUNIXコマンドを実行していて、 終了の際に、「SIGCHL
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
uncompress error when using zlib
WineHQ Bugzilla – Bug 35238 – dynamarisa crash when not using native d3dx9_36.dll
とある技術の私的目録 - [Debian] プログラムのビルド時に pngconf.h の 326,327 行目でエラーが発生する - @ｳｨｷﾓﾊﾞｲﾙ
Bug #218409 “libpng causes error concerning pngconf.h” : Bugs : libpng package : Ubuntu
迷惑メール・電話対策本部