[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFR] man://manpages-de/crypt.3.po (2/3)



Hallo Mario,
On Sun, Oct 25, 2020 at 11:38:50AM +0100, Mario Blättermann wrote:
> Am So., 25. Okt. 2020 um 04:41 Uhr schrieb Helge Kreutzmann
> <debian@helgefjell.de>:
> >
> > Hallo Mario,
> > On Sat, Oct 24, 2020 at 09:14:15PM +0200, Mario Blättermann wrote:
> > > #. type: Plain text
> > > #: debian-unstable
> > > msgid ""
> > > "E<.Nm crypt_r>, E<.Nm crypt_rn>, and E<.Nm crypt_ra> place their result in "
> > > "the E<.Fa output> field of their E<.Fa data> argument.  It is safe to call "
> > > "them from multiple threads simultaneously, as long as a separate E<.Fa data> "
> > > "object is used for each thread."
> > > msgstr ""
> > > "E<.Nm crypt_r>, E<.Nm crypt_rn> und E<.Nm crypt_ra> legen ihr Ergebnis in "
> > > "dem Feld E<.Fa output> ihres Arguments E<.Fa data> ab. Es ist sicher, sie "
> > > "aus mehreren Threads simultan aufzurufen, solange separate Objekte E<.Fa "
> > > "data> für jeden Thread verwandt werden."
> > >
> > > separate Objekte E<.Fa data>
> > > →
> > > E<.Fa data>-Objekte
> >
> > Warum soll das »separate« raus? Meinem Verständnis nach ist es
> > wichtig, da es eben nicht *ein* Objekt sein darf, sondern jeder Thread
> > hat sein eigenes.
> >
> Sorry, das »separate« sollte eigentlich drin bleiben. Mir ging es nur
> um die »Objekte E<.Fa data>«, die als »E<.Fa data>-Objekte« wesentlich
> besser klingen.

Ok. Ich versuche im Allgemeinen, Bindestriche oder Mischungen
von Variablen-/Nichtvariablen zu vermeiden, um keine Unklarheiten zu
schaffen. Hier sollte es aber klar sein.

Viele Grüße

              Helge

-- 
      Dr. Helge Kreutzmann                     debian@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/

Attachment: signature.asc
Description: PGP signature


Reply to: