Result for 3C70F04335A44F2A5BC7D6DE9D0D63DB594E892F

Query result

Key Value
FileName./usr/share/gocode/src/github.com/anacrolix/stm/funcs.go
FileSize2671
MD59BD2C7141891C634CC84C173B7F51A9E
SHA-13C70F04335A44F2A5BC7D6DE9D0D63DB594E892F
SHA-25649DE713415EE46C3AFA963C1807ACDF689EEA30DB019CC336A247265E23B5505
SSDEEP48:lkZSBPWIUhTcA8Lj1qwN5EbcaT4g+pFh/f6LdoQv0mpYhe0ln2gry:ii9KcU4rpfqRnHAlnm
TLSHT156517598B55D18D7610231581C5F74AA0DFECC3D689BC52F42CE92A2760E8FED221DB7
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