Result for 63A300F869CEC80847B6B0DFE71E77AD6AD84B23

Query result

Key Value
FileName./usr/share/gocode/src/github.com/anacrolix/stm/stm_test.go
FileSize5676
MD5E0D33D0A8037BABDA2D124A6D31E45A5
SHA-163A300F869CEC80847B6B0DFE71E77AD6AD84B23
SHA-256C3D5E594389299AF417D73D2728EA3A12CA36BBB36AB3C8166ADE9E7D094DD7D
SSDEEP96:/03DIpdQpB+6IFPMR9uSlGt0xfX+Tgz7It2HbFe95M72FI3Ipm20qTrS5:/5IfOCR98Ox/IssC12FJV0qTc
TLSHT10DC1A5145BBE819F1A953116DC2590FE277ED82CCC8B282FD42DE0BA251D5BFD221CA6
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