libobject-forkaware-perl 0.005-2 source package in Ubuntu
Changelog
libobject-forkaware-perl (0.005-2) unstable; urgency=medium [ gregor herrmann ] * debian/watch: use uscan version 4. [ Debian Janitor ] * Bump debhelper from old 10 to 12. * Set debhelper-compat version in Build-Depends. * Remove obsolete fields Contact, Name from debian/upstream/metadata (already present in machine-readable debian/copyright). * Bump debhelper from old 12 to 13. * Apply multi-arch hints. + libobject-forkaware-perl: Add Multi-Arch: foreign. -- Jelmer Vernooij <email address hidden> Sun, 04 Dec 2022 17:06:35 +0000
Upload details
- Uploaded by:
- Debian Perl Group
- Uploaded to:
- Sid
- Original maintainer:
- Debian Perl Group
- Architectures:
- all
- Section:
- misc
- Urgency:
- Medium Urgency
See full publishing history Publishing
Series | Published | Component | Section | |
---|---|---|---|---|
Oracular | release | universe | misc | |
Noble | release | universe | misc | |
Mantic | release | universe | misc | |
Lunar | release | universe | misc |
Downloads
File | Size | SHA-256 Checksum |
---|---|---|
libobject-forkaware-perl_0.005-2.dsc | 2.2 KiB | 53bca2c2722cb230f8bba06e80d25145732d55e33a2a17eee3de37289f8922be |
libobject-forkaware-perl_0.005.orig.tar.gz | 29.1 KiB | 3251267ab4b4776d634c88ad427c85453358d207a0eaf7a252428016dcf0579a |
libobject-forkaware-perl_0.005-2.debian.tar.xz | 2.2 KiB | 50aa507246465781986ced49c6b0b1a0485e595cc4d3af34c9abec4d63fa8460 |
Available diffs
- diff from 0.005-1.1 to 0.005-2 (1.2 KiB)
No changes file available.
Binary packages built by this source
- libobject-forkaware-perl: module to make an object aware of process forks and threads
Object::ForkAware invisibly wraps your object and makes it fork-aware,
automatically checking $$ on every access and recreating the object if the
process id changes. (The object is also thread-aware; if the thread id
changes, the object is recreated in the same manner.)
.
The object can be safely used with type checks and various type constraint
mechanisms, as isa() and can() respond as if they were being called against
the contained object itself.
.
Rationale: If you've ever had an object representing a network connection to
some server, or something else containing a socket, a filehandle, etc, and
used it in a program that forks, and then forgot to close and reopen your
socket/handle etc. in the new process, you'll know what chaos can ensue.
Depending on the type of connection, you can have multiple processes trying
to write to the same resource at once, or simultaneous reads getting each
other's data, dogs and cats living together... It's horrible, and it's an
easy problem to run into.