「libc」を含む例文一覧(55)

1 2 次へ＞
  • Present in libc since libc-4.6.27.
    SVr4, 4.3BSD, POSIX.1-2001.libc には libc-4.6.27 以降で実装されている。 - JM
  • The section "Feature Test Macros" under "info libc" .
    "info libc"の "Feature Test Macros" の節。 - JM
  • The stdio library is a part of the library libc
    stdioライブラリはlibc - JM
  • There is libc support since libc 5.2.19.
    libc での対応は 5.2.19 以降である。 - JM
  • Most of the libc functions.
    libcの関数の大部分。 - JM
  • They are in libc since libc 5.1.1 and in glibc since glibc 2.0.
    5.1.1 以降の libc と 2.0 以降の glibc に存在する。 - JM
  • It is present since Linux 1.1.44 and in libc since libc 4.7.6.
    1.1.44 以降の Linux カーネルと 4.7.6 以降の libc に存在する。 - JM
  • This function is available since libc 4.6.8.
    この関数は、libc 4.6.8 以降で使用できる。 - JM
  • function is not present in libc 4.6.27 or glibc 2, but is present in libc5 and libc 4.7 (though only as an inline function in <stdlib.h> until libc 5.4.44).
    関数は libc 4.6.27 や glibc 2 には含まれていないが、libc5 と libc 4.7 には存在している (ただし libc 5.4.44 までは<stdlib.h> のインライン関数のみである)。 - JM
  • have been available in all Linux libc libraries.
    はすべての Linux libc ライブラリで使用可能である。 - JM
  • (This behavior applies since at least libc 4.4.4; very old versions of libc, such as libc 4.4.1, would return max if the array was too small.
    (libc 4.4.4 以降でこの挙動が適用されている。 libc 4.4.1 などの非常に古いバージョンの libc では文字列が短か過ぎた場合には max が返される。 - JM
  • is implemented as a libc library function.
    は libc のライブラリ関数として実装されている。 - JM
  • They are available since libc 4.6.27.
    これらの関数は libc 4.6.27 以降で使用可能である。 - JM
  • On Linux this function appeared in libc 4.5.21.
    この関数が Linux に登場したのは libc 4.5.21 である。 - JM
  • There is no libc or glibc support. There is no way to guess how large buf should be.
    libc または glibc のサポートは存在しない。 - JM
  • are specified by SUSv2, and available since libc 5.2.5.
    は SUSv2 で規定されており、libc 5.2.5 以降で利用できる。 - JM
  • returns the first len bytes (glibc) or returns an error (libc).
    は、(glibc では) 始めの len バイトを、(libc では) エラーを返す。 - JM
  • These routines are present in libc 4.6.27 and later, and in glibc 2.1 and later.
    これらのルーチンは libc 4.6.27 以降と glibc 2.1 以降に存在する。 - JM
  • The system timezone directory used depends on the (g)libc version.
    用いられるシステムタイムゾーンディレクトリは (g)libc のバージョンに依存する。 - JM
  • Many of the functions described in the section are part of the Standard C Library ( libc ).
    この章で説明している関数の多くは標準 C ライブラリ( libc ) - JM
  • Libc 4.4 contained a kernel patch providing a system call profil.
    libc 4.4 にはシステムコール profil を提供するためのカーネルパッチが含まれていた。 - JM
  • and, since libc-5.4.6, when this doesn't work, will try /usr/share/zoneinfo .
    libc-5.4.6 以降では、これが使えなかった場合には/usr/share/zoneinfoを使おうとする。 - JM
  • This is handled transparently by the address handling functions in libc.
    これは libc 内部のアドレスを扱う関数によって透過的に処理される。 - JM
  • Due to limitations of libc not all POSIX-options are implemented.
    libc による制限のためPOSIX オプションの全てが実装されているわけではない。 - JM
  • databases through standard libc interfaces, such as getpwnam (3),
    データベースへのアクセスのキャッシュをgetpwnam (3), - JM
  • In the example above, cdrtools is actually written to require virtual/libc, not sys-libs/glibc, but on the given system in the example sys-libs/glibc provides virtual/libc.
    上の例でいうと、cdrtoolsは実際にはvirtual/libcが必要だと書かれておりsys-libs/glibcとは書かれていません。 しかし、この例のシステムではsys-libs/glibcがvirtual/libcを提供しています。 - Gentoo Linux
  • In the good old days there used to be support for the European Latin-1 """ISO-8859-1""" locale (e.g., in libc-4.5.21 and libc-4.6.27), and the Russian """KOI-8"""
    古きよき時代には (例えば libc-4.5.21 と libc-4.6.27 などでは)、European Latin-1 向けに"ISO-8859-1" ロケールがサポートされており、ロシア語 (Russian) 向けに "KOI-8"(より正確には "koi-8r") ロケールがサポートされていた。 - JM
  • Various versions of libc predefine this type; libc4 and libc5 define SignalHandler ,
    各種バージョンの libc でこの型は定義済みである;libc4 と libc5 ではSignalHandlerを定義している。 - JM
  • The libc4 and libc5 implementation contains a buffer overflow (fixed in libc-5.4.13).
    libc4 と libc5 の実装はバッファ・オーバーフローの可能性を持っている(libc-5.4.13 で修正されたが)。 - JM
  • functionality is available for executables compiled using libc version 4.4.3 or greater.
    の機能は libc のバージョン 4.4.3 以上を用いてコンパイルされた実行ファイルで使用可能である。 - JM
  • Since libc 5.0.9 is still widely used, this is a dangerous function to use.
    libc 5.0.9 は現在も広く使用されているので、この関数を使用するのは危険である。 - JM
  • (Actually, never call it unless you are writing a libc!)
    (実のところ、libc を書いているのでない限り、決してこのシステムコールを呼び出さないこと!)関連項目 - JM
  • However, the Linux and (g)libc (earlier than glibc 2.2.4) return value is non-standard, see below.
    詳細は以下を参照のこと。 - JM
  • Since libc 4.3.2, startup code tries to prefix these names with "/usr/lib", "/lib" and "" before giving up.
    libc 4.3.2 以降では、これらの名前の前に "/usr/lib", "/lib", "" をつけて共有ライブラリを探すようになった。 - JM
  • and others.
    などの標準 libc インターフェースを通して提供する。 - JM
  • The libc support (including emulation on older kernels without the system calls) was added in glibc 2.1.
    libc におけるサポートは(システムコールを持たない古いカーネルでのエミュレーションを含めて) glibc 2.1 で加えられた。 - JM
  • These functions are available for Linux since libc 4.4.4c.
    これらの関数は libc.so.4.4.4c 以降で使用可能である。 - JM
  • under libc: name is NULL or name is longer than len bytes.
    において、nameが NULL ポインタであるか、lenバイトより長い。 - JM
  • /etc/passwd password database file /var/run/utmp (traditionally /etc/utmp; some libc versions used /var/adm/utmp) "CONFORMING TO"
    /etc/passwdパスワードデータベースのファイル/var/run/utmp(伝統的には /etc/utmp が使われている;libc の中には /var/adm/utmp を使うものもある)準拠 - JM
  • (Note that one should have include files there that work correctly with the current libc and in user space.
    (ここに置くインクルードファイルは、現在の libc およびユーザ空間で正しく動作するものでなければならない。 - JM
  • Since libc 5.4.19 also line editing is disabled, so that also backspace and the like will be seen as part of the password.
    libc 5.4.19 からは行編集が無効にされ、したがってバックスペースなどもパスワードの一部とみなされるようになった。 - JM
  • For example, to extract an up-to-date copy of lib/libc/Makefile from your collection of saved CTM deltas, run the commands:
    例えば、lib/libc/Makefile の最新のコピーを保存してある CTM デルタのコレクションから抽出するには、以下のコマンドを実行します。 - FreeBSD
  • The provided information debends on the local libc implementation and thus is not always reliable - especially on Microsoft Windows.
    取得できる情報の内容は libc の実装に依存するので、常に信頼できるとは限りません- 特に Microsoft Windows においては。 - PEAR
  • Take a look at the info documentation of GNU libc (glibc-1.08) for a more concise description.
    より簡潔な説明にはGNUlibc (glibc-1.08)のinfo文書に目を通すこと。 - JM
  • This interpreter is typically /lib/ld-linux.so.1 for binaries linked with the Linux libc 5, or /lib/ld-linux.so.2 for binaries linked with the glibc 2.
    通常、インタプリタとしては、Linux libc 5 をリンクしたバイナリの場合には/lib/ld-linux.so.1 が、glibc 2 をリンクしたバイナリの場合には/lib/ld-linux.so.2 が使用される。 - JM
  • In libc and glibc (before version 2.3), the implementation violates the specification, updating the data for the given key in this case.
    (バージョン 2.3 より前の) libc と glibc の実装はこの規格に違反しており、この状況で、指定された key に対応する data が更新される。 - JM
  • However, Linux kernel source is not designed to be used with user programs and does not know anything about the libc you are using.
    しかし Linux のカーネルソースはユーザプログラムといっしょに使うようには設計されていないし、あなたが使っている libc も関知しない。 - JM
  • The problem comes, I think,mainly from statically linking other GLIBC libraries, notably "libpthread","libm", and "libc", from which come incompatible calls to "libnss"functions."
    その問題は主に他のGLIBCライブラリと静的にリンクれている場合に起こると考えます。 特に"libnss"から個々に呼ばれる"libpthread"、"libm"、"libc"で起こります。 - Gentoo Linux
  • From libc 4.4.4 on only the library "/lib/ld.so" is loaded, so that this dynamic library can load the remaining libraries needed (again using this call).
    libc 4.4.4 以降では、ライブラリ "/lib/ld.so" だけがロードされ、その後でこの動的ライブラリが (このシステムコールをもう一度使って)必要な残りのライブラリをロードできるようになっている。 - JM
  • functions are not portable to versions of BSD before 4.2BSD, and are available under Linux since libc 4.5.21.
    関数は 4.2BSD より前の BSD とは互換性がない。 また Linux でも(古いバージョンでは)利用できないかもしれない。 - JM
1 2 次へ＞

例文データの著作権について