Result for 479B10633A0F7A33235800318E627C66BB1744D0

Query result

Key Value
FileName./usr/share/gocode/src/github.com/anacrolix/stm/stmutil/containers.go
FileSize3133
MD57E5DC0EA56DB27D26C532F9651938589
SHA-1479B10633A0F7A33235800318E627C66BB1744D0
SHA-25659132E2055809F9D667B0B0A12820D6874B7D54A83A8BC0947121DF1F8882F5F
SSDEEP48:61p7U9UyVNx/yeAPmcnmgErDYlumRG7w7zB7BR9cmniJP5fy4aWxe2:6nQ9UyViX8ElGk7zBFveLOWxe2
TLSHT11B51A163678BAC177549388A8E513E22A9D4D53168DBC23CE280267B6197CEFC33D760
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