Result for 4BF83DE116E6EAED5A734E78FDADB507688C4537

Query result

Key Value
FileName./usr/share/gocode/src/github.com/anacrolix/stm/metrics.go
FileSize70
MD5B615B96DD13B0E0D2C9F1E66F78DE4E1
SHA-14BF83DE116E6EAED5A734E78FDADB507688C4537
SHA-256C18E48A61CD80C751758D6FAA906A4878A0EDFA1F86629B4A9166FFEAB70E847
SSDEEP3:hZWuZEsey6YfVVPsv:hZW5stfvsv
TLSHT13BA0220C00022C22802022003C3C02C20EA20CAC2300F2FF020CC33B8B3C8800000088
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