Result for 41BE05AEF2E063B7EDEFFF5B570A423DB33D1A93

Query result

Key Value
FileName./usr/share/man/man3/Exception::Class::TryCatch.3pm.gz
FileSize4731
MD55DC91758F63DAA51016E9FB1C99FA12E
SHA-141BE05AEF2E063B7EDEFFF5B570A423DB33D1A93
SHA-2563465BBB7A834E914D72060C7B7147FCF9BA9A437AB6825FE1A9F7D56E0B5C492
SSDEEP96:Qzi23BwPG4YyaBlPedWnb1Aq3PAtZdtRFkCzOBkPc9GYsNuAV:uBuYyFUWqYDTkki2z
TLSHT1C3A17E28F75490BAD94B1941642C14A03B486BDC08E08FB05D14A76A2FDCF9EF79192F
hashlookup:parent-total9
hashlookup:trust95

Network graph view

Parents (Total: 9)

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

Key Value
MD522CD78E53A5B9973AA536ACA52E2E1F5
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageRelease1.3
PackageVersion1.13
SHA-14B15064F178EA29791142732D1AEDE578E306361
SHA-256D16BE441B738374B3230D01E947C735BB4573F7B085D713F84CEBD61E59EBD08
Key Value
MD57A63287CE87D09BA3CE287B3F7C691CD
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageRelease1.2
PackageVersion1.13
SHA-19459AF1E6D314D24480C37AA5AB0AC215FB2B30D
SHA-256704B8F70B81E837EA8A8F67F72A4BFC94D6B47A45994C1A67397DEC501D8FC8D
Key Value
MD56C0B6E7C186D25EE750B5D47624C5AF9
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageReleaselp150.1.2
PackageVersion1.13
SHA-167CC2E31D4548AAD53C3966AC4B84E219BA78650
SHA-2565476BEDE72281F558D468686E918631A0B86EC69861FBC5B39D9221A5F82BB8F
Key Value
MD5F8CB501FFD692E19C22A1C85030E08E9
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageRelease1.3
PackageVersion1.13
SHA-1AE2C0C1F7CB2659BDC0AF99E0CEBDC96CCB2F9B5
SHA-256B13F25AFA20929D5F59A30B55F1EA287CC2C73315676A41B2BE6D249134292D5
Key Value
MD5D0B7D95BD42DF66077ACEB4A0CD197E0
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageRelease1.1
PackageVersion1.13
SHA-16064B765835296E8DF9DB2CCEDBF7419E07A2DCF
SHA-256AE013C7462E0CC0C4C8CC02534B725423E849871103E4858F6909916BCEF9480
Key Value
MD5F55DE7FB2E3D5E7A557A4BBFF365312E
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageReleaselp153.1.9
PackageVersion1.13
SHA-1DE90D4D5ABD4D670ACA482675CADDC7DC82C9430
SHA-256A956693B13B552B1EF6FB61BFBF469EAA8CD8D755FF19FCE306F847CEECFCC37
Key Value
MD5ED3C617171A30976B52454EBB668DBAF
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageReleaselp151.1.1
PackageVersion1.13
SHA-16B3CA01227D03CE38EE017F611F5332F70D2EFE1
SHA-2564AD319EDA967C96DB08D4DF592D8A579A128386649D350C2D9312E43AA97A00F
Key Value
MD51E4F2A25484FA0DA06374E41E81D170E
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageRelease1.1
PackageVersion1.13
SHA-16041CA7AACDBD79C9E274F4F1A1CC0412C51629D
SHA-25665359AAC6F2E4F0F0E3CE99914BA1B901A386C5243FDE188E683FD7500A73AB9
Key Value
MD54D422EB56F25EFC733522A060AD6006B
PackageArchnoarch
PackageDescriptionException::Class::TryCatch provides syntactic sugar for use with the Exception::Class manpage using the familiar keywords 'try' and 'catch'. Its primary objective is to allow users to avoid dealing directly with '$@' by ensuring that any exceptions caught in an 'eval' are captured as the Exception::Class manpage objects, whether they were thrown objects to begin with or whether the error resulted from 'die'. This means that users may immediately use 'isa' and various the Exception::Class manpage methods to process the exception. In addition, this module provides for a method to push errors onto a hidden error stack immediately after an 'eval' so that cleanup code or other error handling may also call 'eval' without the original error in '$@' being lost. Inspiration for this module is due in part to Dave Rolsky's article "Exception Handling in Perl With Exception::Class" in _The Perl Journal_ (Rolsky 2004). The 'try/catch' syntax used in this module does not use code reference prototypes the way the Error module does, but simply provides some helpful functionality when used in combination with 'eval'. As a result, it avoids the complexity and dangers involving nested closures and memory leaks inherent in Error (Perrin 2003). Rolsky (2004) notes that these memory leaks may not occur in recent versions of Perl, but the approach used in Exception::Class::TryCatch should be safe for all versions of Perl as it leaves all code execution to the 'eval' in the current scope, avoiding closures altogether.
PackageNameperl-Exception-Class-TryCatch
PackageReleaselp152.1.1
PackageVersion1.13
SHA-109D9CC6FE7006AB23B7756E9A4E68BA3528D9E53
SHA-2566F712BF034A17EB85D7E0E541AA95925AD560B954AD8879D4FBA6F3B1EA57D59