|
|
Choosing A Webhost: |
Safely unloading a package: msg#00409apache.mod-perl.devel
I have come across the interesting problem of reloading a module. There is Symbol::delete_package(), but if called to delete 'Foo::Bar', it will delete $Foo::{Bar::} stash, effectively wiping along every Foo::Bar::* package. I need to be able to 'unload' package Foo::Bar, so I can reload it with the equivalent of eval "use Foo::Bar"; Here is the solution I came up with and I wanted to get some feedback on it. Basically, instead of just wiping the child stash from the parent stash, I iterate over stash entries for that package, wiping everything that's not a substash (i.e. ending in '::'). I also unload the module with DynaLoader if it was an XS module so it will be reloaded on the second 'use'. Am I doing something terribly wrong ? Is there any harm in doing something like this ? I realize that, for instance, if some other package took a ref to a subroutine in package Foo::Bar, after reloading Foo::Bar would still hold a ref to the _old_ instance of that subroutine. And that's a good thing, AFAIK sub package2filename { my $package = shift; $package =~ s[::][/]g; $package .= '.pm'; return $package; } sub unload_package { my $package = shift; my ($stash, $dynamic); { no strict 'refs'; $stash = \%{$package . '::'}; } # Figure out if this module was dynamically loaded for (my $i = 0 ; $i < @DynaLoader::dl_modules ; $i++) { if ($DynaLoader::dl_modules[$i] eq $package) { $dynamic = splice(@DynaLoader::dl_librefs, $i); splice(@DynaLoader::dl_modules, $i); } } # wipe every entry in the stash except the sub-stashes while (my ($name, $glob) = each %$stash) { if ($name !~ /::$/) { delete $stash->{$name}; } } # Unload the .so if ($dynamic) { DynaLoader::dl_unload_file($dynamic); } # Clear package from %INC delete $INC{package2filename($package)}; } -- -------------------------------------------------------------------------------- Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: [PATCH] 2.1 build foo, Stas Bekman |
|---|---|
| Next by Date: | Re: [Patch mp2] Solving module reloading problems (Apache::Reload) with ModPerl::Util::clear_namespace(), Philippe M. Chiasson |
| Previous by Thread: | [Patch mp2] Solving module reloading problems (Apache::Reload) with ModPerl::Util::clear_namespace(), Philippe M. Chiasson |
| Next by Thread: | Re: Safely unloading a package, Randal L. Schwartz |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
Free MagazinesCisco NewsReceive a free quarterly e-newsletter with exclusive articles on how Cisco IT uses its own products and solutions to enable the business. subscribe Systems Management News, the newspaper for IT systems administration and data center managers! Each issue of Systems Management News is chock-full of news and analysis to help you understand what's happening in your field. subscribe The Enterprise Newsweekly eWeek is the essential technology information source for builders of e-business. subscribe Oracle Magazine Oracle Magazine contains technology strategy articles, sample code, tips, Oracle and partner news, how to articles for developers and DBAs, and more. Oracle (NASDAQ: ORCL) is the world's largest enterprise software company. subscribe Total Telecom Total Telecom is "The Economist of the communications industry". subscribe |