gmane.comp.python.ipython.user

Re: ipython 0.9.rc1: problem with example from themanual during import, using MultiEngineClient

Brian Granger — 2008-09-05T21:40:55

Sorry about the delay and the confusing docs. I am working on updating them for the 0.9 release. Hopefully that will help This should work. Can you tell me more about your setup? OS? Platform? Can you show what is in you ~/.ipython or _ipython directory? It this works, then you have: 1. Either both ipython1 and IPython 0.9 installed or 2. Just IPython 0.9 installed I would remove ipython1 and IPython 0.9 and do a reinstall of _just_ 0.9 and try again. Also, in 0.9, you don't need to provide (and can't) the ip and port. The two options are: client.TaskClient("path to a furl file") client.TaskClient() # empty - look for the default furl flie. But...there are a few bugs that are in the process of being fixed (we have fixed them, but the fixes aren't in the release candidate or trunk yet). But, this should work. Why don't you clean up your install and give it a try again. Cheers, Brian

ipython 0.9.rc1: problem with example from the manual during import, using MultiEngineClient

mark starnes — 2008-09-05T08:59:28

Hi everyone, sorry if this is a duplicate post; the original appeared, on my machine, under another thread. Sorry for that. I'm following the instructions in the Aug 29 2008 manual for parallel computing, and have been having some problems; reading back through the posts, I've noticed nothing to help (please, correct me if I'm wrong!). If I start my cluster with: $ ipcluster -n 4 & Then, with IPython, 0.9.rc1: In [1]: from IPython.kernel import client In [2]: tc = client.TaskClient() I get: --------------------------------------------------------------------------- ... traceback information.... ValueError: not a furl or a file containing a furl: /home/m.starnes/.ipython/ipcontroller-tc.furl If I follow the instructions printed by the shell during cluster startup: In [1]: from ipython1.kernel import client # Differs from the manual In [2]: mec = client.MultiEngineClient(('127.0.0.1',10105)) # Differs. All seems well. The same occurs when I follow the 'Quickstart Task Farming' section: In [3

Non-system, dtraced python

David Cournapeau — 2008-09-05T04:40:20

Hi, Since there is (was ?) a problem with system python (dtrace but incompatible libreadline) vs python.org python (no dtrace), I thought ipython users may be interested in a patch I have extracted from apple sources to build a dtrace python yourself: http://www.ar.media.kyoto-u.ac.jp/members/david/archives/wordpress/dtrace-2.5.2-2.patch More info + a built binary similar to python.org built can be found here: http://cournape.wordpress.com/2008/09/02/building-dtrace-enabled-python-from-sources-on-mac-os-x/ The code in the patch is just a subset of apple patches, e.g. no code is mine, cheers, David

Completer

JM Seitz — 2008-09-04T23:16:58

Sorry for bombarding this list: So in my Shell(InteractiveShell) class, the init looks like this: class Shell(InteractiveShell): def __init__(self): InteractiveShell.__init__(self, "JustinShell") self.init_readline() Now for example if I do: shell = Shell() x = "hi.l" shell.complete(x) It throws an exception inside init_readline on line 1332: self.Completer = IPCompleter(self, self.user_ns, self.user_global_ns, self.rc.readline_omit__names, self.alias_table) AttributeError: Struct instance has no attribute 'readline_omit__names' Any love?

Re: ipython 0.9.rc1 problem with manual example during import, using MultiEngineClient

mark starnes — 2008-09-04T09:44:27

Hello again, Further to the request below, more problems occur for me later in the manual. If I execute: In [1]: from ipython1.kernel import client In [2]: tc = client.TaskClient(('127.0.0.1',10105)) In [3]: for n in range(1000): tasklist.append(client.Task("a=%i"%n, pull="a")) In [4]: taskids = [ tc.run(t) for t in tasklist ] I get: --------------------------------------------------------------------------- Fault Traceback (most recent call last) /home/m.starnes/Documents/phd/meetings/85_/ in () /usr/local/lib64/python2.5/site-packages/ipython1-0.3pre3-py2.5.egg/ipython1/kernel/taskclient.pyc in run(self, task) 84 85 def run(self, task): ---> 86 return blockingCallFromThread(self.task_controller.run, task) 87 88 def get_task_result(self, taskid, block=False): /usr/local/lib64/python2.5/site-packages/ipython1-0.3pre3-py2.5.egg/ipython1/kernel/twistedutil.pyc in blockingCallFromThread(f, *a, **kw)

ipython 0.9.rc1 problem with manual example during import, using MultiEngineClient

mark starnes — 2008-09-04T09:07:50

Hi everyone, I'm following the instructions in the Aug 29 2008 manual for parallel computing, and have been having some problems; reading back through the posts, I've noticed nothing to help (please, correct me if I'm wrong!). If I start my cluster with: $ ipcluster -n 4 & Then, with IPython, 0.9.rc1: In [1]: from IPython.kernel import client In [2]: tc = client.TaskClient() I get: --------------------------------------------------------------------------- ... traceback information.... ValueError: not a furl or a file containing a furl: /home/m.starnes/.ipython/ipcontroller-tc.furl If I follow the instructions printed by the shell during cluster startup: In [1]: from ipython1.kernel import client # Differs from the manual In [2]: mec = client.MultiEngineClient(('127.0.0.1',10105)) # Differs. All seems well. The same occurs when I follow the 'Quickstart Task Farming' section: In [3]: tc = client.TaskClient(('127.0.0.1',10105)) is fine, but In [3]: tc = client.TaskClient() # as per the ma

Re: demo, classes and indentation

Fernando Perez — 2008-09-04T04:30:12

Howdy, On Tue, Sep 2, 2008 at 11:33 PM, Stefan Schwarzburg googlemail.com> wrote: Unfortunately I'm afraid the demo stuff has fallen into a bit of disrepair. I hadn't used it in a while and I recently noticed problems with it. We're trying to wrap up the 0.9 release, but I have some teaching to do soon and I'll try to fix it as soon as I can, adding proper tests in the process. I'll keep this in mind as I do so, because it's likely a problem that was simply never addressed. One note though: you simply can't break up the sections of a demo anywhere but at the top-level of indentation, so there's just no way to have a section include only part of a class or function declaration. That's just a limitation of python's indentation-based model. So for your demos, you need to keep the split points at the top-level, keeping classes or functions *entirely* within one demo block. That limitation could technically be removed, but it's not trivial (it requires keeping an internal running

Re: sys.stderr

Fernando Perez — 2008-09-04T00:33:22

Howdy, On Wed, Sep 3, 2008 at 9:33 AM, JM Seitz bughunter.ca> wrote: I'm afraid I have no embedding (in C++) experience so I won't be able to help you out, but it would really be great if you could document this process so we could include it in the ipython docs and examples for the future. This question does come up somewhat regularly... Thanks! f

Re: ipython 0.9 ipengine launch question

Brian Granger — 2008-09-03T23:23:03

One correction, To have furl files that don't change each time you run the controller you need to specify the ports to listen on using: ipcontroller --engine-port=10111 --client-port=10112 Otherwise, the controller uses random port numbers each time (they change). Because the port numbers are in the furls, the furls then change. But, if you set the port numbers by hand, the furls will remain the same each time you run ipcontroller: $ ipcontroller --engine-port=10111 --client-port=10112 (test4)pcp025382pcs:security bgranger$ cat *.furl pb://5zdgwqsnrtpifiz6hp23by3w6jyabflk< at >127.0.0.1:10111,129.65.215.183:10111/pdsoipnt6oxbf3frpdlw76i47he3vudn pb://la7is75mkk4z62aqdmfynnd7cibo4ecx< at >127.0.0.1:10112,129.65.215.183:10112/pwkwqv5f7fw4qgaw56yqwba42fob4xhd pb://la7is75mkk4z62aqdmfynnd7cibo4ecx< at >127.0.0.1:10112,129.65.215.183:10112/xdm5xaczv6yfgdomdufuluhu4uopzrbi And a second time to see they don't change... $ ipcontroller --engine-port=10111 --client-port=10112 (test4)pcp025382pcs:security bgranger$ cat *.furl

Re: ipython 0.9 ipengine launch question

Brian Granger — 2008-09-03T20:20:08

Brant, I do want to try to understand what is going on here. Yep, this is a bug in ipcluster.py. I will work on fixing this today. Wow, this is really wierd, especially because we don't really use threads. Hmmm. Can you give more information? Are you using threads in any way? Can you produce cod that triggers this? Which stderr buffer shows that EngineException? Python version? OS and platform? Let's see if we can get to the bottom of this... Brian

sys.stderr

JM Seitz — 2008-09-03T16:33:47

So (as I mentioned in my previous post) I have IPython embedded into a C++ app. That's working fine now, however, I need to be able to access sys.stderr but instead of the original traceback that Python itself has thrown I can only get: ERROR - failed to write data to stream: So I am getting the exception that the IPython shell was handed but I need to get the original sys.stderr exception. The shell is an iplib.InteractiveShell instance. TIA

Re: Embedded IPython and -pylab

Ville M. Vainio — 2008-09-03T08:57:57

On Wed, Sep 3, 2008 at 11:05 AM, Inigo Aldazabal Mensa ehu.es> wrote: See how you can do it with tests/test_embed.py

Embedded IPython and -pylab

Inigo Aldazabal Mensa — 2008-09-03T08:05:54

Hi all, The thing is, if I try to call IPython from a script with -pylab as the argv, the script neither loads the pylab namespace nor it is in matplotlib threaded mode. So that in the -pylab seems to have no effect. But then in this case I don't get the previous variable space so I can not interact with it. The idea of course is doing some number-crunching and at some point stopping and goint into IPython to make some plots, etc. in a non-blocking manner a la "IPython -pylab". I found a couple of posts regarding this, but no clear answers about it. Is it not possible to do it or I'm missing something here? Thanks, Inigo

demo, classes and indentation

Stefan Schwarzburg — 2008-09-03T06:33:20

_______________________________________________ IPython-user mailing list IPython-user< at >scipy.org http://lists.ipython.scipy.org/mailman/listinfo/ipython-user

Re: autoreload 1 and aimport don't seem to work

khosra — 2008-08-30T21:18:31

Pauli Virtanen-3 wrote: I made the change in ipy_autoreload.py but I still get the NameError as before. aimport and then import work fine as you suggested.

Re: autoreload 1 and aimport don't seem to work

Pauli Virtanen — 2008-08-30T21:02:43

[clip] --------------------------------------------------------------------------- It's a bug (my bad, sorry!), incorrect use of __import__ in the autoreload extension. Instead of mod = __import__(modname) ip.to_user_ns({modname: mod}) it should say __import__(modname) ip.to_user_ns({modname: sys.modules[modname]}) in ipy_autoreload.py You should still be able to do aimport reload_test.reload_me import reload_test.reload_me and then hopefully works.

autoreload 1 and aimport don't seem to work

khosra — 2008-08-30T20:53:57

I am using 0.9.rc1 and have 'import ipy_autoreload' in ipy_user_conf.py. I can get aimport to work only with modules in the current directory. I am probably not understanding the documentation. What am I doing incorrectly? First time I tried this feature. I have the following setup: $ ls reload_test __init__.py reload_me.py where __init__.py is blank and reload_me.py is one line: change = 1 Then this is my ipython transcript: In [1]: pwd Out[1]: '/home/amir/python' In [2]: autoreload 1 In [3]: aimport reload_test.reload_me In [4]: aimport Modules to reload: reload_test.reload_me Modules to skip: In [5]: reload_test.reload_me # didn't seem to load --------------------------------------------------------------------------- NameError Traceback (most recent call last) /home/amir/python/ in () NameError: name 'reload_test' is not defined In[6]: cd reload_test /home/amir/python/reload_test In[7]: aimport reload_me In[8]: aimport Modul

Any user of ipython -wthread over there?

Laurent Dufrechou — 2008-08-30T20:46:28

_______________________________________________ IPython-user mailing list IPython-user< at >scipy.org http://lists.ipython.scipy.org/mailman/listinfo/ipython-user

Re: Debugging with IPython

Gael Varoquaux — 2008-08-28T06:08:10

What I do (Fernando taught me this a year ago) is that I insert some invalid code to raise an exception where I want to debug the application, then I run it with "%run my_file.py", and when the app tracebacks, I use "%debug". Gaël

Re: Debugging with IPython

Tony Cappellini — 2008-08-28T18:23:13

Message: 1 Date: Wed, 27 Aug 2008 18:12:29 -0400 From: Yang Zhang gmail.com> Subject: [IPython-user] Debugging with IPython To: ipython-user< at >scipy.org Message-ID: <48B5D14D.4000309< at >gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I realize that IPython is a shell, and (at least AFAIK) not a debugger, so I shouldn't expect to be able to use it as a replacement for pdb's facilities for stepping through lines, navigating stack frames, etc. A free, awesome replacement for pdb is WinPDB (dont be confused by the name, it is a cross -platform debugger) http://winpdb.org/, and you can still use Ipython to run your program

Re: Added .desktop files

Fernando Perez — 2008-08-28T18:13:55

Great, thanks! f