Result for 156BE0E535F0C241F2EC22F36ECE40D8A489FCCE

Query result

Key Value
FileName./usr/share/licenses/golang-github-anacrolix-stm-devel/LICENSE
FileSize1080
MD54E4D2B5C6792B574D6BE979200AA1E11
SHA-1156BE0E535F0C241F2EC22F36ECE40D8A489FCCE
SHA-256FF69F15D1B8F8D2D6A018D145CBDC8AA16874F9E3CC406165AC6092CDED63BA4
SSDEEP24:b/xrmJHHH0yN3gtsHw1hC09QHOsUv4eOk4/+/m3oqLFh:bpaJHlxE3dQHOs5exm3ogFh
TLSHT1D211B91E73510773189A136055787CD9F23BB15FBA6F2A85146EF341233A46CC1FB844
hashlookup:parent-total2
hashlookup:trust60

Network graph view

Parents (Total: 2)

The searched file hash is included in 2 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD5615D6B47C329B4D8572CD7C122C39EC6
PackageArchnoarch
PackageDescriptionPackage stm provides Software Transactional Memory operations for Go. This is an alternative to the standard way of writing concurrent code (channels and mutexes). STM makes it easy to perform arbitrarily complex operations in an atomic fashion. One of its primary advantages over traditional locking is that STM transactions are composable, whereas locking functions are not -- the composition will either deadlock or release the lock between functions (making it non-atomic). The stm API tries to mimic that of Haskell's Control.Concurrent.STM, but this is not entirely possible due to Go's type system; we are forced to use interface{} and type assertions. Furthermore, Haskell can enforce at compile time that STM variables are not modified outside the STM monad. This is not possible in Go, so be especially careful when using pointers in your STM code. Another significant departure is that stm.Atomically does not return a value. This shortens transaction code a bit, but I'm not 100% it's the right decision. (The alternative would be for every transaction function to return an interface{}.) This package contains the source code needed for building packages that reference the following Go import paths: – github.com/anacrolix/stm
PackageMaintainerFedora Project
PackageNamegolang-github-anacrolix-stm-devel
PackageRelease3.fc34
PackageVersion0.2.0
SHA-1A5820572C072B4B9C6C2715A1691F3E704FC7DDB
SHA-25642DCD9B0A7827FE18AD778C7ACDDAFBA6B6F0D96F2DDC329040398D42000667D
Key Value
MD55199842F5DD1C4CEA2330FA15689F49C
PackageArchnoarch
PackageDescriptionPackage stm provides Software Transactional Memory operations for Go. This is an alternative to the standard way of writing concurrent code (channels and mutexes). STM makes it easy to perform arbitrarily complex operations in an atomic fashion. One of its primary advantages over traditional locking is that STM transactions are composable, whereas locking functions are not -- the composition will either deadlock or release the lock between functions (making it non-atomic). The stm API tries to mimic that of Haskell's Control.Concurrent.STM, but this is not entirely possible due to Go's type system; we are forced to use interface{} and type assertions. Furthermore, Haskell can enforce at compile time that STM variables are not modified outside the STM monad. This is not possible in Go, so be especially careful when using pointers in your STM code. Another significant departure is that stm.Atomically does not return a value. This shortens transaction code a bit, but I'm not 100% it's the right decision. (The alternative would be for every transaction function to return an interface{}.) This package contains the source code needed for building packages that reference the following Go import paths: – github.com/anacrolix/stm
PackageMaintainerFedora Project
PackageNamegolang-github-anacrolix-stm-devel
PackageRelease2.fc33
PackageVersion0.2.0
SHA-172BCDCFA9761F01958476EA72827BB233D5453D4
SHA-256AD77E1DDB0DEBF54065FFD1D9603AE9298E2F02F248898DDA6525B69E82EC16E