Re: Module Name Conflicts

2005-08-18 Thread torched_smurf
ncf wrote: > Maybe what you're looking for is __import__()? Okay, actually this does work, but only in one direction. That is, I can import the python package first, and then the java package, but not the other way around. -- Importing t

Re: Module Name Conflicts

2005-08-18 Thread torched_smurf
Robert Kern wrote: > Why not copy cmd.py into your package under a different name? > It offends my sense of modularity. For the record, I'm trying to use pdb, the debugger, which in turn uses cmd. So it would be a matter of taking pdb.py and hacking it to import a renamed version of cmd... kind of

Re: Module Name Conflicts

2005-08-18 Thread torched_smurf
ncf wrote: > Maybe what you're looking for is __import__()? > > >>> help(__import__) > Help on built-in function __import__ in module __builtin__: > > __import__(...) > __import__(name, globals, locals, fromlist) -> module > > Import a module. The globals are only used to determine the > c

Re: Module Name Conflicts

2005-08-18 Thread torched_smurf
Robert Kern wrote: > Dan Sommers wrote: > > > Assuming you can fiddle with sys.path at the right times, you can call > > an imported module anything you want: > > > > fix_sys_path_to_find_java_cmd_first() > > import cmd as java_cmd > > fix_sys_path_to_find_python_cmd_first() > > imp

Module Name Conflicts

2005-08-18 Thread torched_smurf
I have a java program in a package called 'cmd'. This of course conflicts with the builtin python package of the same name. The thing is, I need to be able to import from both of these packages in the same script. I can import either one first, but any future attempt to import from cmd.* will look