MPIR: Multiple Precision Integers and Rationals
Overview MPIR is a highly optimised library for bignum arithmetic forked from the GMP bignum library. It is written in assembly language and C. It is community maintained via the GitHub repositories of William Hart (Linux/OSX) and Brian Gladman (Windows). There are currently no curators for other platforms. MPIR is licensed LGPL v3+. MPIR is assembly optimised for various x86-64 CPUs. It is design
5. Embedding Python in Another Application — Python 2.7.18 documentation
This document is for an old version of Python that is no longer supported. You should upgrade and read the Python documentation for the current stable release. 5. Embedding Python in Another Application¶ The previous chapters discussed how to extend Python, that is, how to extend the functionality of Python by attaching a library of C functions to it. It is also possible to do it the other way aro
Writing your own ufunc — NumPy v1.26 Manual
Getting started What is NumPy? Installation NumPy quickstart NumPy: the absolute basics for beginners Fundamentals and usage NumPy fundamentals NumPy for MATLAB users NumPy Tutorials NumPy how-tos Advanced usage and interoperability Building from source Using NumPy C-API How to extend NumPy Using Python as glue Writing your own ufunc Beyond the Basics F2PY user guide and reference manual Under-the
Cのエラーハンドリングと例外設計、例外処理のメモ - 百日半狂乱
二十五日半狂乱、6日目(の分...orz)の記事 Cのエラーハンドリングを毎回やるのは面倒だ！ 前回も言ったが、Cではエラーハンドリングに戻り値とerrnoを用いる． それはそうと例外設計において"無視"は大罪である． だから、関数を呼び出したら戻り値は漏らさずチェックすべきだ． ということで、例えば以下のように逐一戻り値をチェックする． if(send(sockfd, buf, len, 0) < 0){ ERROR("send"); exit(1); } あぁ、面倒だ． 一体コードのどの部分が正常系の処理なのか？ ほとんどエラーハンドリング*1で埋め尽くされるじゃないか． そもそもエラーハンドリング部分に書くのは毎回同じコードだし、コードの繰り返しは防ぎたい． エラー処理部分をラッピングして楽をする unpv12eの中でラッパーを被せることによってこの面倒を回避する方法を知った． in
PLplot Home Page - Main
Introduction PLplot is a cross-platform software package for creating scientific plots whose (UTF-8) plot symbols and text are limited in practice only by what Unicode-aware system fonts are installed on a user's computer. The PLplot software, which is primarily licensed under the LGPL, has a clean architecture that is organized as a core C library, separate language bindings for that library, and
MODULE.JP - PNGとGIFとJPEGにコメントを埋め込む
mod_ezweb_downloadモジュールに絡んで、携帯端末むけの著作権保護機能(?)について遊んでました。というわけでPNG,GIF,JPEGにコメントを埋め込む場合についての簡単なメモとテスト実装。 これらの情報は遊びで調べて実装した物なので、著しく正確さを書いている可能性があります。また画像のpixelサイズの参照や操作、といった話題は含まれませんので注意。 それにしてもKDDIの"kddi_copyright=on"で転載(?)を抑制する、というまるで著作権のあるコンテンツは一切転載不許可 by KDDIと語っているようなネーミングセンスがスゴいな。あ、いやべつに私はKDDIが嫌いとかそーいうわけじゃないですよ。はい。 PNGのファイルは、1つのシグネチャと、複数のチャンクが並ぶ構造です。 SIGNATURE(8 byte); CHUNK(12 + data byte) x n
ポインタとメモリと型（構造体）の関係 (2) - C言語 - 碧色工房
これは Cygwin 上の gcc での結果で Visual C++ を利用した場合 long double は 8Byte となります。 あと、 sizeof の結果は char いくつ分のサイズかを返す訳ですが、今回実験している環境だけではなく、 ほとんどの処理系では char は 8bit（1Byte）であるため（っていうかそうじゃない処理系ってあるのかなぁ）、 ここでは sizeof の返す値の単位を Byte であるとして話を進めています。 さらに、何度も書いていますがここでやっていることは、ほとんどが処理系依存で、 このような結果になることを前提にプログラムを書くと、非常に移植性の低いものになってしまいます。 また、同じ環境でもコンパイラの最適化の影響とかを受ける可能性もないわけではありません。 ハードウェア的にどうのといってる部分がいっぱいありますが、 正直なところ私はそっち
デーモンプロセスの実像にせまる！デーモンプロセスのヒ・ミ・ツ
一般にデーモンプロセスとは，一般的にはインタラクティブに処理を行わず， 時間やある一定のトリガーによって動作する常駐プロセスのことを指す． そもそもデーモン(daemon)注1とは，ギリシャ神話に登場する「神々と人間の間に介在する 二次的な神」や「守護神」のことで，コンピューターの中で，人知れず動作する 「縁の下の力持ち」の常駐プロセスには，ふさわしい愛称と言えるだろう． さて，デーモンプロセスは，一般的なコマンドとして動作するアプリケーションと比較 してもそれほど複雑ではない．しかし，作り方によっては守護神にも悪魔に もなってしまう可能性を秘めている． デーモンプロセスを「守護神」にするか「悪魔」にしてしまうかは， プログラムの作者が正しい知識を持っているかどうかにかかっているといっても 過言ではない． 注1 デーモンといえば demon も日本語読みでは同じ発音になるが， demonの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Using Numpy C-API — NumPy v1.10 Manual
How to extend NumPy — NumPy v2.0 Manual
Python Types and C-Structures — NumPy v1.10 Manual
制御システム用ソフトウェアの脆弱性対策 ～CERTコーディングスタンダードの活用～
NameBright - Coming Soon
移植性のあるCプログラミング