Change Instance

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "unit": "https://translate-dev.freebsd.org/api/units/157282/?format=api",
    "component": "https://translate-dev.freebsd.org/api/components/freebsd-doc/articles_linux-emulation/?format=api",
    "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_linux-emulation/pt_BR/?format=api",
    "user": "https://translate-dev.freebsd.org/api/users/dbaio/?format=api",
    "author": "https://translate-dev.freebsd.org/api/users/dbaio/?format=api",
    "timestamp": "2020-04-18T19:19:18.638987Z",
    "action": 5,
    "target": "Na versão 2.6, o sistema operacional <trademark class=\"registered\">Linux</trademark> redefiniu algumas das primitivas tradicionais do <trademark class=\"registered\">UNIX</trademark>, especialmente PID, TID e thread. O PID é definido para não ser exclusivo para cada processo, portanto, para alguns processos (threading) <citerefentry><refentrytitle>getppid</refentrytitle><manvolnum>2</manvolnum></citerefentry> retorna o mesmo valor. A identificação exclusiva do processo é fornecida pelo TID. Isso ocorre porque o <firstterm>NPTL</firstterm> (Nova Biblioteca de threading <trademark class=\"registered\">POSIX</trademark>) define threading para serem processos normais (assim chamado threading 1:1). Gerar um novo processo no <trademark class=\"registered\">Linux</trademark> 2.6 acontece usando a syscall <literal>clone</literal> (as variantes do fork são reimplementadas usando-o). Esta syscall clone define um conjunto de sinalizadores que afetam o comportamento do processo de clonagem em relação à implementação do threading. A semântica é um pouco confusa, pois não existe uma única bandeira dizendo a syscall para criar uma thread.",
    "id": 65481,
    "action_name": "New translation",
    "url": "https://translate-dev.freebsd.org/api/changes/65481/?format=api"
}