WSL以前から40年以上続く、Windows（Microsoft）とUNIXとの関わり
80年代、Microsoft製のUNIXが存在していた POSIXサブシステムは2012年までサポートが続いた 現在のWindows 11では、Windows Subsystem for Linux（WSL）が動作するため、（それ自体はUNIXではないものの）UNIXからのアプリケーションを簡単に動作させることができる。 かつてMicrosoftは、x86版UNIXのライセンスを持っており、XENIXと呼ばれる製品を販売していた。また、Windows NTに「POSIXサブシステム」、のちに「Windows Service for UNIX（SFU）」と呼ばれる機能があった。そういうわけで、WindowsとUNIXは切れない“縁”があったのだ。 Windows NTのPOSIXサブシステムやその搭載理由などに関しては、過去記事（「Windows Subsystem for Linuxの中身
node_modulesの問題点とその歴史 npm, yarnとpnpm
皆さんnpmパッケージのバージョンを上げるときにハマって依存地獄から抜けられなかったことはありませんか？ 私はあります。 複雑怪奇な依存関係を調べてみようとnode_modulesを覗いてみて、そのカオスっぷりに臭いものに蓋をしたことはありませんか？ 私はあります。 そこでnode_modules以下について調べてみたのですが、node_modulesにどんな問題点があって、npmやyarn, pnpmは何を目指していたのか時系列順に紐解いた方がわかりやすいことに気づきました。 ここでは初期のnpmが抱えていた問題から今に至るまでを順を追って説明します。 するとnode_modulesの仕組みの他に、各パッケージマネージャの方針の違いが見えてくるはずです。 初期の頃のnpm (~2015年以前) この頃はシンプルで、依存関係はそのままnode_modulesのディレクトリ構造に反映されてい
AppleがSolarisとHP-UX上で動作するMac OSを作った時のことを覚えていますか?
The Lunduke Journal of Technologyより。 Unix用のMacintoshアプリケーション環境 — 1994年にさかのぼります。 ブライアン・ルンデューク 1990年代、MicrosoftはSolarisとHP-UXに対応するソフトウェア(Internet Explorer、Windows Media Player、Outlook Express)を開発し、UNIXの「Windowsらしさ」を少しばかり持ち込みました。 しかし、AppleがMac System 7全体をSolarisとHP-UXに持ち込んだことをご存知でしょうか? そうなんです! 1994年にリリースされ、1998年に中断されました。「Macintosh Application Environment」と呼ばれていました。そして、それは本当に、本当にうまく機能していました! 注: 「Macin
なぜソフトウエア後進国の日本で、Rubyは成功したのか？ 生みの親・まつもとゆきひろが語った五つのポイント - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル なぜソフトウエア後進国の日本で、Rubyは成功したのか？ 生みの親・まつもとゆきひろが語った五つのポイント 2021.09.06 スキル Rubyまつもとゆきひろ 日本発で世界的に使われているソフトウエアは、残念ながらそう多くはない。その数少ない成功例の一つが、プログラミング言語「Ruby」だ。Rubyによって開発された有名Webサービスは、日本だけでなく世界中に数多くある。 では、なぜRubyは成功できて、他の多くの日本のソフトウエアは成功することができなかったのか。2021年9月4日に開催された「type エンジニア転職フェア ONLINE」では、Ruby開発者である、まつもとゆきひろさんに開発の背景や成功の要因を語ってもらった。 まつもとさんの経験に裏打ちされたメッセージは、新たなソフトウエアやサービスをつくろうとするエンジ
Pythonに咬まれるな : 注意すべきセキュリティリスクのリスト | POSTD
Pythonは、習得が容易で、より大きく複雑なアプリケーションの開発にすぐに適用していけることから、コンピューティング環境に広く普及し、勢いを強めています。ただ、あまりに明瞭で親しみやすい言語なので、ソフトウェアエンジニアやシステムアドミニストレータが警戒を解いてしまい、セキュリティに重大な影響を及ぼすコーディングミスを誘発する可能性はあるかもしれません。主に、初めてPythonを使う人を対象とするこの記事では、この言語のセキュリティ関連のクセに触れます。ベテラン開発者にとってもその特異性を意識するきっかけになればと思います。 入力関数 Python 2に多数存在するビルトイン関数の中で、 input はセキュリティの面で完全に難点です。この関数をひとたび呼び出すと、標準入力から読み込んだものが即座にPythonコードとして評価されます。 $ python2 >>> input() dir
Big Sky :: Windows ユーザは cmd.exe で生きるべき。
[D] Windowsはターミナルがダメだから使えないってのは過去の話? 基本的にはいい感じに見えますが、いくつか問題は発覚してます。 http://blog.drikin.com/2015/01/windows-2.html 僕は Cygwin よりも msys2 が好きです 理由は最後の方に書きます。 cygwin は windows 上に完全な POSIX を提供するのが目的であって、msys2 は native な windows アプリケーションをビルドするのが目的なのでゴールが違うのよね。そして僕は全て cygwin で染められるのが好きじゃ無い。それだけの話です。 — mattn (@mattn_jp) April 10, 2016 もちろん msys2 を POSIX 環境としても使いますが、一番の目的は cmd.exe から Windows ネイティブなアプリケーションを
Rebuild: 136: The Year of The Linux Desktop (takoratta)
及川卓也さんをゲストに迎えて、Build, Bash on Windows, SFU, Xamarin, Surface Pro 4, Edge, Windows NT などについて話しました。 Show Notes Microsoft Build Developer Conference BASH Running in Ubuntu on Windows Ubuntu on Windows – The Ubuntu Userspace for Windows Developers Windows Services for UNIX Version 3.0 Xamarin for Everyone Xamarin is going to be open to Everyone - ものがたり Xamarin Test Cloud Edge Web Platform FIDO Allianc
OS X：プラットフォームをまたがるファイル名のベストプラクティスおよび命名規則 - Apple サポート
通常、ファイルをほかのドライブフォーマットおよびオペレーティングシステムと共有する際に問題は発生しません。たとえば、OS X でもファイル名にファイルの拡張子を自動的に追加して、互換性を向上させています。ただし、ファイル名の付け方に注意する必要がある特別な場合もあります。お使いの Mac からほかのオペレーティングシステムとファイルを共有する予定がある場合は、次のベストプラクティスを参照してください。 「特殊」文字を使わない もっとも堅実なファイル名を付けると、プラットフォーム間の互換性も最高になります。こうすることで、Windows、Mac OS X、ほかの UNIX オペレーティングシステムなど、異なるオペレーティングシステムやディスクフォーマットでも確実にファイルを利用することができます。たとえ一時的だとしても、ファイルを保存する可能性のあるコンピュータのプラットフォームが不明なイン
Cygwin と MSYS
Windows に UNIX 風の環境を作りだす Cygwin と MSYS。 どちらも便利なものだが、やはりそれなりの問題も抱えている。 簡単にこの二つの仕組みをまとめて特徴を知っておこう。 Cygwin のコアは cygwin.dll という DLL で、 そこで fork や open や read と言った API を提供しているわけだ。 その Cygwin DLL の重要な機能の一つにパスの変換がある。 違いと言えば「/」と「\」の違い、というのもあるのだが、 まあこれは一対一の置換なのでなんとかなる。 問題は「ドライブ」である。こんなものは UNIX にはないので プログラムの側も全く考慮していないし、ルートディレクトリの 扱いもややこしい。 そこで Cygwin ではどうしたかと言うと、 最初に「Cygwinのルートディレクトリ」を決めて (デフォルトでは C:\cygwin
圏外からの勝利──1980年代後半「OS戦争」の勝敗を決めたもの - ITジャーナリスト星暁雄の"情報論"ノート
最近、「 『UNIXをC++で分散OSに書き直せ』、幻に消えたBill Joyの野望とは」という記事を書いていて改めて気がついたことがあります。1987年〜1993年頃の時期はコンピュータ産業の大きな転換期で、次の世代の主流となるOSが決まる重要な時期だった、ということです。勝ち残ったのは、当初は「圏外」と思われていたWindows NTとLinuxです。 大きな転換期であることのサインは、いくつかあります。32ビットCPU（Intel 80386とその後継製品）を搭載したPCが実力を高め、エンタープライズITのメインストリームになっていったこと。コンピュータ産業の巨人と思われていたIBMが赤字に転落し、社外からガースナーCEOを迎えいれたこと。オープンシステム（メーカー独自のプロプラエタリな製品ではなく、業界標準の製品によるシステム構築）の台頭。インターネット商用化も同時期の出来事です。
「UNIXをC++で分散OSに書き直せ」、幻に消えたBill Joyの野望とは - ITジャーナリスト星暁雄の"情報論"ノート
UNIXの歴史にはある大きな転換点があり、そこには「もう一つの未来」の可能性が開けていました。この転換期に起こった出来事は「UNIX戦争」として知られていますが、その背景に「UNIXをC++で分散OSに書き直す」という野心的な計画があったことは、今ではほとんど語られることはありません。 私は、この一連の出来事の時期に、『日経エレクトロニクス』の記者としてUNIXの動向を追っていました。当時の出来事の概要を、取材者の視点から書き記しておきたいと思います。多くの読者にとって初耳の情報も含まれていると思います。 一連の出来事の発端は1987年に発表された、Sun、AT&T、Microsoftによる統合UNIXの発表です。この発表の前夜がどういう時代だったか、という話がまず必要でしょう。 統合前夜 1980年代後半は、コンピュータの歴史でも重要な時期でした。この時期、32ビット・マイクロプロセッサ
Big Sky :: Windowsへの移植も視野にいれたプログラムを書くなら読んでおいて欲しい事
絶対パスの先頭に/が来る事を期待してはいけない しかしながら絶対パスの先頭にドライブレターが来る事を期待してはいけない UNCパスのホスト名やシェア名はディレクトリではないのでファイルシステムAPIは使えない事を意識しておく unixに比べパス内に空白文字が入る可能性が高い事を意識しておく ホームディレクトリを意味するパスの先頭チルダは自前で展開する必要があり、またパスの途中にチルダが混じる事は日常的にある ソケットディスクリプタに対してもread/writeで送受信できる事を期待してはいけない パイプでない標準入力のselectはやっても意味がない ディレクトリ内にあるファイルを開き、ハンドルを保持したままディレクトリを消せるのは当たり前だと思わない パスのセパレータが/¥である事を期待してANSI APIを使ってはいけない Cランタイム(POSIX互換API)とWindows APIを
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
UTF-8における全角マイナスと全角チルダの問題（＝いわゆる「波ダッシュ問題」） - 半径5メートル
以下の通り、同じ文字を表現しているにも関わらず、文字コードが異なるケースが発生します。 [webmaster@localhost work]$ nkf -w sjis.txt > utf8.nkf.txt [webmaster@localhost work]$ od -tx1 utf8.nkf.txt 0000000 e2 88 92 e3 80 9c 0000006 [webmaster@localhost work]$ vi utf8.term.txt [webmaster@localhost work]$ cat utf8.term.txt −〜 [webmaster@localhost work]$ [webmaster@localhost work]$ [webmaster@localhost work]$ od -tx1 utf8.term.txt 0000000 ef bc
Home · bmatzelle/gow Wiki · GitHub
Dismiss Join GitHub today GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together. Sign up Gow - The lightweight alternative to Cygwin Download Installer | Home Page | FAQ Introduction Gow (Gnu On Windows) is the lightweight alternative to Cygwin. It uses a convenient NSIS installer that installs over 100 extremely useful
【特集】Windowsユーザーへ贈るUnixへの架け橋 - Cygwinを使いこなそう (1) Cygwinとは(1) - Windows上で動作するLinux? (MYCOMジャーナル)
○Cygwinとは そもそもCygwinとは、一般的なGNUの開発ツールを含むUNIXのさまざまなツールをWindowsで動作できるようにするものである。具体的には、UNIXシステムコールや環境を提供するCygwinライブラリによって動作し、Microsoft Win32 APIおよびCygwin APIを使用してWin32コンソールアプリケーションやGUI(グラフィカル ユーザー インタフェース)アプリケーションを作成することが可能になっている。そのため、多くのUNIXプログラムのソースコードを大幅に修正することなく移植でき、Windows上で簡易的なUNIX環境を構築できるというわけだ。 Cygwinの導入例 Windows XP上でXFree86ウィンドウマネージャーのひとつである「OpenBox」を起動したところ 一見すると、VMwareなどのエミュレータと同じように思えるが、内
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - SerenityOS/serenity: The Serenity Operating System 🐞
GitHub - takari/maven-wrapper: The easiest way to integrate Maven into your project!
mmap (メモリマップトファイル) : kei@sodan
Cygwin for Professionals