Windowsで動くプログラミング言語に脆弱性、引数の扱い方の穴を突いて攻撃
CERT Coordination Center (CERT/CC, Carnegie Mellon University)は4月10日(米国時間)、「VU#123335 - Multiple programming languages fail to escape arguments properly in Microsoft Windows」において、Windows上で動作する複数のプログラミング言語から引数を適切にエスケープしない脆弱性を発見したと報じた。この脆弱性はアプリケーションのコマンドインジェクションにつながるとして注意を呼びかけている。 VU#123335 - Multiple programming languages fail to escape arguments properly in Microsoft Windows 脆弱性の詳細 多くのプログラミング言語にはオ
Windows で Haskell SDL2 - 趣味はデバッグ……
Hackage にある SDL2 ライブラリーを Windows で利用する方法のメモ。 hackage.haskell.org Haskell-jp の Slack の質問をきっかけに手元で試したことを思い出しながら書いている。 sdl2.cabal に下記の記述があるので C ライブラリーを事前にインストールする必要がある。 pkgconfig-depends: sdl2 >= 2.0.6 今回は stack に附属する MSYS2 を利用する。 stack exec -- pacman -S mingw64/mingw-w64-x86_64-SDL2 でインストールできるはずだが、MSYS2 パッケージメンテナー入れ替えの影響で証明書のインストールをしないと次のようにエラーになることがある。 > stack exec -- pacman -S mingw-w64-x86_64-SDL
Create a Windows installer for your Haskell project · PatchGirl
Create a Windows installer for your Haskell projectIn this blog post, I’ll try to explain how you can create a really simple installer for your Haskell software on Windows and how to deal with external dependencies. IntroductionAlright, let’s get started. We are going to build a simple installer. It will install a desktop shortcut as well as a link shortcut in the start menu. We will be using Stac
HaskellでもDirectX12したい！ - Qiita
描けた！ pic.twitter.com/3h0Jtmlw7U — 🌌S.Percentage🙀 (@Pctg_x8) September 15, 2020 リポジトリはこちら: https://github.com/Pctg-x8/haskell-d3d12-test HaskellのFFI 今回はDirectX12に主軸をおいた記事ではないため、DirectX12の初期化の方法などは解説しません。他の記事をご参照ください。 Haskellも実用的なプログラミング言語の例に漏れず、C言語など他の言語とのインターフェイス（FFI）の仕組みを持っています。 Haskellのそれはかなり「低レベル」かつ「なんでもあり」な感じになっています。 HaskellのFFIの詳細については他の記事を参照してもらうとして、大雑把には以下のような形でインターフェイスが提供されています。 基本データ型 F
Haskell Windows Ctrl-C 動作確認 - 趣味はデバッグ……
コード コードは前回記事と同じです（再掲）。 Git リポジトリーはこちら。 import Control.Concurrent import Control.Monad import System.Exit import System.IO import System.Win32.Console.CtrlHandler main :: IO () main = do tid <- myThreadId let handler event = do if event == cTRL_C_EVENT then do putStrLn "goodbye!" killThread tid pure True else pure False pHandler <- mkHandler handler success <- c_SetConsoleCtrlHandler pHandler True
Haskell の勉強会を開いてみたら色々気づきがあったのでメモ - Qiita
はじめに 先日(2018-12-09)、友達を集めてプログラミング Haskellをみんなで勉強しようという勉強会を開きました。 基本的にもくもく会のスタイルで、詰まったりわかんなかったら相談、という流れです。 ぼくを除いて Haskell 未経験者で、処理系のインストールからやった人も居たのですが、 Haskell そのものから外れた部分でちょっとした気づきがあったのでメモします。 参加者 参加者は全員異なるバックグラウンドの人でしたが、 全員 IT の基本的なスキルはある人でした。 エディタも Atom, Visual Studio, Emacs などなどバラバラでした。 A ぼくです。大学に居た頃にプログラミング Haskell をひとおり勉強しました。 大学を出てからは特に使うこともなく、時折遊んでみる位だったのですが、最近またやってみたくなったので定期的に勉強会に出ています。 B
Windows で Haskell iconv をビルドする - 趣味はデバッグ……
GHC 8.0 以前についてはこちらを参考に。 teratail.com GHC 8.2 以降で stack を使う場合をここではとりあげる。 確信はないのだが、GHC 8.2 から GHC 自体が iconv に依存しなくなったのか、$(stack path --programs)\ghc-8.0.2\mingw\lib から libiconv.a と libiconv.dll.a がなくなっているため GHC 8.0 以前のようにビルドができなくなっている。 なので、まず libiconv を取得する。 stack exec -- pacman -S libiconv-devel インストールされる場所は stack がデフォルトでは見に行ってくれないので明示してやる。MSYS バージョンは将来的に変わることもあるだろう。 stack build --extra-include-dir
Windows で haskell-ide-engine をビルドする - 趣味はデバッグ……
手順 1. ソースコード取得。 git clone git@github.com:haskell/haskell-ide-engine.git 2. Unicode を扱う ICU の古いバージョンが要るので取得。 自分の使うバージョンの text-icu の changelog を見て、必要な ICU のバージョンを探す。執筆時点では 53 だった。 http://site.icu-project.org/download/53#TOC-ICU4C-Download 任意の場所に展開する。以降、展開先の箇所を $icu と表記する。 $icu\bin64 にある dll の名前を変える。（要らないかもしれない。） 管理者権限の cmd で下記を実行する。 mklink icuuc.dll icuuc53.dll 他の dll も同様に。 うまくバージョンが一致したとき うまくバージョンが
Haskell入門のサンプルコードのLTS-12.0対応 - 北海道苫小牧市出身の初老PGが書くブログ
つい半年前に最新のLTSへ対応したばかりなのに、気がつくと LTS-12.0 が出て、 ghc-8.4 を Stack から使えるようになった。コミュニティが活発で、非常にありがたいことである。 ということで、 Haskell入門 のサンプルもLTS-12.0に対応させたブランチを用意した。と言っても、いくつか Stackge の管理下から外れてしまったパッケージが出てきたのを調整したくらいで、コードは何も変更していない。 github.com さらに素晴らしいことに、これらのコードはすべてWindows 10の最新の WSL 上で動くことを確認できた。macOS上で試すのと同様に、 Windows 上でも書籍上のコードをそのまま試せる のだ。10章の Spock を使ったWEBサーバも起動して localhost へアクセスして動かすことができる。Windowsが頑張ったのかGHCが頑張
Errors and the workarounds frequently encountered when dealing with Haskell on Windows - Haskell-jp
This is the English version of WindowsでHaskellを扱う時によく遭遇するエラーと対処法. The original article is the 4th article of Haskell (その4) Advent Calendar 2017 (Japanese). What I’m going to tell is summarized as just one tweet (originally in Japanese): What I’ve learned: chcp65001 if ‘Invalid character’ rebuild if ‘Permission Denied’ Don’t mix Japanese characters in file paths. Some libraries in C are available,
text-icuをWindowsで使う
いきさつ Windows 上の Visual Studio Code で Haskell の開発環境を整えようとする。 haskell-ide-engine を Visual Studio Code から使う機能拡張が GHC ８.0.2 にしか対応していない（この記事の執筆時点での最新版は GHC 8.2.2） haskell-ide-engine を GHC 8.0.2 の設定でビルドしてみたら text-icu のコンパイルでコケた（以下のようなエラーが出た） libraries: * Missing C libraries: icuuc, icuin, icudt This problem can usually be solved by installing the system packages that provide these libraries (you may nee
WindowsでHaskellを扱う時によく遭遇するNo such file or directoryについて - Haskell-jp
去年、WindowsでHaskellを扱う時によく遭遇するエラーと対処法という記事で、WindowsユーザーがHaskellで開発したとき、あるいはHaskell製のプログラムを使用した際によく遭遇するエラーやその回避方法を紹介しました。 今回は、そこに追記したい内容として、最近私がよく出遭うようになったエラーを紹介します。 Link to hereopenFile: does not exist (No such file or directory)といわれたら短いパスに移そう does not exist (No such file or directory)というエラーは、本当に読んで字のごとく、開こうとしたファイルが存在しないためのエラーであることとがもちろん多いのですが、エラーメッセージに反して違う原因である場合もあります。 例えば、最近私はとあるプロジェクトを数文字長い名前にリ
WindowsでHaskellを扱う時によく遭遇するエラーと対処法 - Haskell-jp
この記事は、Haskell (その4) Advent Calendar 201714日目の記事です。 枠が空いていたので埋めるために登録しました。 長くかかった割には実験自体は失敗気味な、昨日のこちらの記事よりは有用な情報じゃないかと思います。 ほかの言語でもありそうな話ですしね。 すごく簡潔にまとめるとこの間の下記のツイートに収まるのですが、もう少し丁寧に補足するために書きます。 学んだことをまとめると - Invalid characterと言われたらchcp 65001しよう - Permission Deniedと言われたらビルドし直そう - 日本語のパスが混ざらないよう気をつけよう - Cのライブラリーはものによる ですか。多分 #haskell 以外でも有益な話。 — Yuji Yamamoto: 山本悠滋 (@igrep) 2017年12月5日 Link to hereInv
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The easiest way to setup a Haskell environment on Windows
GitHub - ndmitchell/rexe: .exe forwarder, to allow replacing binaries on PATH
GitHub - RyanGlScott/mintty: A reliable way to detect the presence of a MinTTY console on Windows
GitHub - RyanGlScott/code-page: Windows code page library for Haskell
GitHub - haskell-hvr/windns: Domain Name Service (DNS) lookup via the Windows dnsapi standard library
Haskell & AppVeyor Chocolatey Introduction
General Information