Re^2: How can I (safely) use packages of the same name but different versions?

That should work fine as long as all your code is fork-safe. Beware though, DBI connections will cause you all manner of problems when forking, even if the children don't use DBI at all.

But before you go, would it kill you to tell us why you want to do this in the first place? Inquiring minds want to know!

-sam

Comment on Re^2: How can I (safely) use packages of the same name but different versions?

Replies are listed 'Best First'.
Re^3: How can I (safely) use packages of the same name but different versions? by xevian (Sexton) on Mar 12, 2008 at 19:21 UTC
Thanks for the word of warning about the DBI stuff, I'll be sure to spend some extra time testing that when this actually gets integrated :) The reason for doing this is because we have a product which supports adding entities that are essentially sandboxed codebases. The catch here is that these entities can be different versions of the product. (I am not a fan of this, but it's water under the bridge at this point). Each codebase has at least one well-known method across all versions, and there are methods in the base product that will iterate over all entities and call this method on each one (to initialize it). The snags happen when the codebases are different versions, not just from eachother but also from the main product (which by happenstance also has a definition of this method). So, in effect, this solution is necessary to compensate for the requirement that these entities support different versions running on the same machine.	[reply]
Re^4: How can I (safely) use packages of the same name but different versions? by samtregar (Abbot) on Mar 12, 2008 at 19:28 UTC
Water under the bridge huh? Be careful, I think that water has a good chance of turning into a flash flood and washing your whole bridge away! -sam	[reply]


Clear questions and runnable code get the best and fastest answer
	PerlMonks