|
|
Subject: ANNOUNCE: Eric 4.1.1 Mac OS X build available - msg#00018
List: ide.eric
I wanted to try Eric for some time on my Macbook Pro, but was postponing
it because there was no ready made Mac OS X build. I eventually decided
to spend the time to make it work on the Mac and I am making this build
available for others to use.
Download eric4.dmg from:
http://rapidshare.com/files/97686744/eric4.dmg.html
Simply open up the DMG and drag the included bundle in "Applications".
Download the Makefile and scripts used to create this build from:
http://rapidshare.com/files/97886220/eric4-macbuild.tar.bz2.html
[Note that rapidshare deletes files after 90 days.]
I have verified the build on my Tiger system and although I expect it to
work on Leopard I have not tested it. Please note that this build is
Intel only.
Thanks.
Bill
Was this page helpful?
Thread at a glance:
Previous Message by Date:
click to view message preview
Re: eric 4.1.1 interactive python console problem
On Mittwoch, 5. März 2008, Christof Hanke wrote:
> Hi,
>
> Rafał Zawadzki wrote:
> > Hello. I've just upgrade after reinstall my PyQT to new Eric 4.1.1.
> >
> > "c:\Python25\Lib\site-packages\eric4\DebugClients\Python\DebugClientBase.
> >py", line 980, in connectDebugger
> > sock.connect((DebugAddress,port))
> > File "<string>", line 1, in connect
> > socket.error: (10061, 'Connection refused')
>
> This is the real error. The debug-client wants to connect via a TCP-socket
> to the DebugServer.
> The reasons could be that
>
> * the DebugServer is not runnning at all
If the IDE is running, the debug server is running as well.
> * some firewall-stuff prevents you from opening local sockets
That is the most probable error. Please open the configuration dialog and
select an appropriate interface to listen on. If just loopback is selected
(127.0.0.1), the firewall will not interfere (as far as I know). If a real
network card is used, the firewall might disallow.
Another possible problem could be, if you haven't allowed localhost to connect
to the server.
However, this functionality hasn't been changed and is there since 4.0.0.
> * the DebugServer is listening on a different port
That cannot happen because the debug server is handing it's port to the debug
client at startup of the client.
>
> > The main problem is that actually I haven't any working python shell in
> > Eric4.
> >
> > Before reinstall i had the same problem...
>
> Hmm,
> I don't know windows, but you can try to see if there are any
> open TCP connections from "localhost" to "localhost" ?
> A quick googling pointed me to "TCPView"
> http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx
> which might help.
>
> Cheers,
>
> T/Christof
>
Regards,
Detlev
--
Detlev Offenbach
detlev-QHuqpxUmdFwc/4THH4D2QrNAH6kLmebB@xxxxxxxxxxxxxxxx
Next Message by Date:
click to view message preview
with statement: feature request
Would it be possible for eric4 to support python-2.5's "with" statement?
Currently they are flagged as a syntax error. With statements are not
strictly necessary, but convenient. "Rapid GUI Programming with Python and
Qt" discusses them, for example in chapter 19 for dealing with a mutex.
Thanks,
Darren
Previous Message by Thread:
click to view message preview
debug Django project
I've upgraded eric4 to 4.4.1 version in order to see Django Project features.
I've tried to debug my project but I get a ValueError exception when it loads
environment variables.
In particular, it seems not to work for some sys.path problem; then I've added
my project path to sys.path runtime (I've added '' value too) but it doesn't
seem to work anyway.
I always start to run/debug manage.py with "runserver --noreload" argument.
Can you suggest me a solution please?
has eric a different sys.path?
My configuration is : Ubuntu 7.10 - Python 2.5 - Django 0.96 (Django is in
/var/lib....).
Thanx a lot
Next Message by Thread:
click to view message preview
with statement: feature request
Would it be possible for eric4 to support python-2.5's "with" statement?
Currently they are flagged as a syntax error. With statements are not
strictly necessary, but convenient. "Rapid GUI Programming with Python and
Qt" discusses them, for example in chapter 19 for dealing with a mutex.
Thanks,
Darren
|
|