Menu
▾
▴
jython-users — Discussion of and questions about using Jython
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(8) |
Dec
(51) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(105) |
Feb
(93) |
Mar
(194) |
Apr
(145) |
May
(100) |
Jun
(111) |
Jul
(117) |
Aug
(126) |
Sep
(233) |
Oct
(138) |
Nov
(164) |
Dec
(109) |
| 2002 |
Jan
(216) |
Feb
(175) |
Mar
(216) |
Apr
(194) |
May
(157) |
Jun
(140) |
Jul
(158) |
Aug
(73) |
Sep
(105) |
Oct
(164) |
Nov
(104) |
Dec
(95) |
| 2003 |
Jan
(72) |
Feb
(69) |
Mar
(81) |
Apr
(151) |
May
(101) |
Jun
(139) |
Jul
(99) |
Aug
(118) |
Sep
(115) |
Oct
(151) |
Nov
(161) |
Dec
(102) |
| 2004 |
Jan
(120) |
Feb
(175) |
Mar
(106) |
Apr
(111) |
May
(54) |
Jun
(78) |
Jul
(76) |
Aug
(105) |
Sep
(94) |
Oct
(143) |
Nov
(75) |
Dec
(85) |
| 2005 |
Jan
(99) |
Feb
(77) |
Mar
(164) |
Apr
(97) |
May
(79) |
Jun
(57) |
Jul
(65) |
Aug
(102) |
Sep
(95) |
Oct
(129) |
Nov
(123) |
Dec
(52) |
| 2006 |
Jan
(48) |
Feb
(99) |
Mar
(90) |
Apr
(51) |
May
(81) |
Jun
(136) |
Jul
(56) |
Aug
(109) |
Sep
(50) |
Oct
(44) |
Nov
(74) |
Dec
(75) |
| 2007 |
Jan
(92) |
Feb
(137) |
Mar
(93) |
Apr
(79) |
May
(52) |
Jun
(74) |
Jul
(143) |
Aug
(175) |
Sep
(154) |
Oct
(137) |
Nov
(88) |
Dec
(90) |
| 2008 |
Jan
(58) |
Feb
(113) |
Mar
(167) |
Apr
(88) |
May
(105) |
Jun
(37) |
Jul
(87) |
Aug
(72) |
Sep
(56) |
Oct
(41) |
Nov
(102) |
Dec
(70) |
| 2009 |
Jan
(115) |
Feb
(113) |
Mar
(126) |
Apr
(58) |
May
(125) |
Jun
(45) |
Jul
(90) |
Aug
(125) |
Sep
(84) |
Oct
(61) |
Nov
(111) |
Dec
(61) |
| 2010 |
Jan
(85) |
Feb
(86) |
Mar
(130) |
Apr
(58) |
May
(57) |
Jun
(32) |
Jul
(25) |
Aug
(50) |
Sep
(41) |
Oct
(65) |
Nov
(63) |
Dec
(24) |
| 2011 |
Jan
(43) |
Feb
(31) |
Mar
(28) |
Apr
(68) |
May
(53) |
Jun
(42) |
Jul
(58) |
Aug
(26) |
Sep
(51) |
Oct
(76) |
Nov
(60) |
Dec
(9) |
| 2012 |
Jan
(16) |
Feb
(32) |
Mar
(32) |
Apr
(39) |
May
(16) |
Jun
(19) |
Jul
(3) |
Aug
(11) |
Sep
(35) |
Oct
(47) |
Nov
(28) |
Dec
(18) |
| 2013 |
Jan
(18) |
Feb
(36) |
Mar
(10) |
Apr
(7) |
May
(7) |
Jun
(27) |
Jul
(17) |
Aug
(35) |
Sep
(19) |
Oct
(31) |
Nov
(8) |
Dec
(22) |
| 2014 |
Jan
(5) |
Feb
(11) |
Mar
(18) |
Apr
(23) |
May
(26) |
Jun
(14) |
Jul
(18) |
Aug
(26) |
Sep
(20) |
Oct
(48) |
Nov
(13) |
Dec
(9) |
| 2015 |
Jan
(9) |
Feb
(15) |
Mar
(25) |
Apr
(10) |
May
(26) |
Jun
(6) |
Jul
(13) |
Aug
(5) |
Sep
(14) |
Oct
(36) |
Nov
(24) |
Dec
(18) |
| 2016 |
Jan
(24) |
Feb
(11) |
Mar
(1) |
Apr
(6) |
May
(7) |
Jun
(3) |
Jul
(9) |
Aug
(15) |
Sep
(22) |
Oct
(5) |
Nov
(5) |
Dec
(2) |
| 2017 |
Jan
(20) |
Feb
(4) |
Mar
(4) |
Apr
(1) |
May
(5) |
Jun
(7) |
Jul
(14) |
Aug
(9) |
Sep
(18) |
Oct
(2) |
Nov
(3) |
Dec
(3) |
| 2018 |
Jan
(7) |
Feb
(6) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(18) |
Sep
(8) |
Oct
(9) |
Nov
(4) |
Dec
(6) |
| 2019 |
Jan
(5) |
Feb
|
Mar
(2) |
Apr
(4) |
May
(6) |
Jun
(8) |
Jul
(11) |
Aug
(10) |
Sep
(6) |
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
(8) |
Feb
(3) |
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(5) |
Nov
(2) |
Dec
(1) |
| 2021 |
Jan
|
Feb
|
Mar
(5) |
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(5) |
Jul
(15) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
(5) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <bc...@wo...> - 2001-12-16 21:13:32
|
[Guillaume Rousse] >I can't currently download jython 2.0 source from CVS >cvs -z3 -d:pserver:ano...@cv...:/cvsroot/jython co -r >Release_2_0 jython >cvs [server aborted]: linefeed expected in >/cvsroot/jython/jython/org/python/core/Java2Accessibility.java,v This is fixed now. [sweet fate, I hope its fixed!] >BTW, i understand some people are happy with auto-installers, but this is >really unpractical for people wanting to package it. Why don't you provide >standard source and binary tarballs along ? More work, little return (for me). I can't recall any previous request for a such formats. After all, the .class file is a valid .zip file. regards, finn |
|
From: Steve Y. <st...@ca...> - 2001-12-16 17:57:05
|
Oh, that makes sense. I do a lot of exec() and eval() from the command line in my game; it never occurred to me that I might be producing these tracebacks myself by typing the arguments incorrectly. I'll keep an eye out for this. Thanks, -steve Ype Kingma writes: > Steve, > > >I get these a lot: > > > > Traceback (innermost last): > > (no code object) at line 0 > > TypeError: remove() not enough arguments; expected 2 got 1 > > > >I really wish I could get a full stack trace, since this > >gives me *no* information about where the problem lies. > > The problem is what is says: there is an invocation or remove() > with one instead of two arguments. > The "(no code object) at line 0" seems to indicate that you > are generating some code. Are you using exec or execfile() or eval()? > Somehow jython is not able to generate (or use) the code needed for execution > (all code is first compiled to java byte codes and then executed.) > > Could you indicate what kind of change triggered your problem, eg. > - did you change some code, or > - did you install another version of jython? > > >Ideas? > > I can only guess, I need some more info. > > Regards, > Ype |
|
From: Ype K. <yk...@xs...> - 2001-12-16 10:32:04
|
Steve, >I get these a lot: > > Traceback (innermost last): > (no code object) at line 0 > TypeError: remove() not enough arguments; expected 2 got 1 > >I really wish I could get a full stack trace, since this >gives me *no* information about where the problem lies. The problem is what is says: there is an invocation or remove() with one instead of two arguments. The "(no code object) at line 0" seems to indicate that you are generating some code. Are you using exec or execfile() or eval()? Somehow jython is not able to generate (or use) the code needed for execution (all code is first compiled to java byte codes and then executed.) Could you indicate what kind of change triggered your problem, eg. - did you change some code, or - did you install another version of jython? >Ideas? I can only guess, I need some more info. Regards, Ype |
|
From: ¹Ì½º¸®<dig...@ya...> - 2001-12-16 01:16:24
|
<html> <head> <title>이광고메일은더이상발송하지않습니다</title> <meta name="generator" content="Namo WebEditor v4.0"> <Script> </Script> </head> <body bgcolor="white" text="black" link="blue" vlink="purple" alink="red" oncontextmenu="return false" ondragstart="return false" onselectstart="return false"> <table align="center" cellpadding="10" cellspacing="0" width="470" background="http://xoxoxo.hihome.com/sambo/dot62.gif"> <tr> <td width="450" height="413"> <table cellpadding="0" cellspacing="0"> <tr> <td width="485"> <p align="center"><font size="2">이 광고 메일은 홍보용으로 1회 이상 발송하지 않습니다<br> 광고 메일이 불쾌하셨다면 정중히 사과드립니다</font><font size="2" color="blue"><br> </font></p> </td> </tr> </table> <table align="center" cellpadding="0" cellspacing="0" width="482" background="http://xoxoxo.hihome.com/sambo/bg_rc3.gif"> <tr> <td width="482" height="197"> <table align="center" cellpadding="0" cellspacing="0" width="451"> <tr> <td width="451" height="136"> <p align="center"><font size="2"><img src="http://xoxoxo.hihome.com/sambo/sj5-1.jpg" width="246" height="182" border="0"><br></font></td> </tr> </table> </td> </tr> <tr> <td width="482" height="64"> <p align="center"><font size="2">안녕하세요<br>귀하의 이메일은 공개 웹 사이트에서 수집하였으며, <BR> 공개된 이메일 외 어떠한 개인 정보도 가지고 있지 않습니다<br></font> </td> </tr> <tr> <td width="482" height="97"> <table align="center" cellpadding="0" cellspacing="0" width="463"> <tr> <td width="463" height="45"> <p align="center"> <a href=http://www.liveporno.jp/cp/cp_link.asp?p_id=dkblack target=_blank> <img src=http://www.liveporno.jp/cp/images/banner_209_65.gif border=0> </a></p> </td> </tr> <tr> <td width="463" height="22"> <p align="center"><font size="2">잠깐! 성인사이트에 거부감이 없는분만 클릭하시기 바랍니다</font></p> </td> </tr> <tr> <td width="463" height="32"> <table align="center" border="1" cellspacing="0" width="138" bordercolordark="white" bordercolorlight="black"> <tr> <td width="128"> <p align="center"><a href="http://www.5sexkorea.com/news/affliates/clickthru.cgi?id=dkblack"><img src="http://203.251.225.78/sexkorea/banner/banner2.gif" alt="5sexkorea.com" border="0"></a></p> </td> </tr> </table> </td> </tr> </table> </td> </tr> </table> </td> </tr> </table> </body> </html> |
|
From: Steve Y. <st...@ca...> - 2001-12-15 22:52:40
|
I get these a lot:
Traceback (innermost last):
(no code object) at line 0
TypeError: remove() not enough arguments; expected 2 got 1
I really wish I could get a full stack trace, since this
gives me *no* information about where the problem lies.
Ideas?
-steve
|
|
From: Guillaume R. <ro...@cc...> - 2001-12-14 17:08:42
|
I can't currently download jython 2.0 source from CVS cvs -z3 -d:pserver:ano...@cv...:/cvsroot/jython co -r Release_2_0 jython cvs [server aborted]: linefeed expected in /cvsroot/jython/jython/org/python/core/Java2Accessibility.java,v BTW, i understand some people are happy with auto-installers, but this is really unpractical for people wanting to package it. Why don't you provide standard source and binary tarballs along ? -- Guillaume Rousse <ro...@cc...> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html |
|
From: brian z. <bz...@zi...> - 2001-12-14 13:06:36
|
Rasmus,
Make these couple of changes in the method 'import_module' and it should
work for most Python modules.
try:
if parent and parent.__path__:
fp, pathname, stuff = imp.find_module(partname, parent and
parent.__path__)
else:
fp, pathname, stuff = imp.find_module(partname)
except ImportError:
return None
try:
#m = imp.load_module(fqname, fp, pathname, stuff)
original_reload(sys.modules[partname])
m = sys.modules[partname]
finally:
if fp: fp.close()
There is a bug in the Jython version of imp.find_module where if the
second argument is None it does not use sys.path as documented in the
CPython documentation. That's the exception you saw.
Here's a trivial sample. If you have other issues, you might want to
contact the author.
a.py
****
class A:
def __init__(self):
print "a"
b.py
****
import a
class B(a.A):
def __init__(self):
a.A.__init__(self)
print "b"
Jython 2.1b1 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> import a, b
>>> a.A()
a
<a.A instance at 3559141>
>>> b.B()
a
b
<b.B instance at 4515730>
>>> reload(b)
<module b at 1732618>
>>> b.B()
a
b
<b.B instance at 2147462>
>>> fp = open(r"d:/home/development/python/a.py", "r")
>>> data = fp.read()
>>> fp.close()
>>> data = data.replace('"a"', '"c"')
>>> fp = open(r"d:/home/development/python/a.py", "w")
>>> fp.write(data)
>>> fp.close()
>>> import deep_reload
>>> deep_reload.reload(b)
Reloading b
Reloading a
<module b at 1732618>
>>> b.B()
c
b
<b.B instance at 3115826>
>>>
brian
> -----Original Message-----
> From: jyt...@li...
> [mailto:jyt...@li...] On Behalf
> Of Rasmus Fogh
> Sent: Friday, December 14, 2001 4:36 AM
> To: brian zimmer
> Cc: jyt...@li...
> Subject: RE: [Jython-users] reload command
>
>
> Thanks. deep_reload is very useful.
>
> Of course it does not work, as imp.find_module('test',None) throws
> AttributeError: __getitem__ when I run deep_reload from
> inside my Jython 2.0 ObjectDomain Jython interpreter, but I
> guess you cannot have everyting...
>
> Rasmus
>
> --------------------------------------------------------------
> -------------
> Dr. Rasmus H. Fogh Email: r.h...@bi...
> Dept. of Biochemistry, University of Cambridge,
> 80 Tennis Court Road, Cambridge CB2 1GA, UK. FAX (01223)766002
>
> On Thu, 13 Dec 2001, brian zimmer wrote:
>
> > Rasmus,
> >
> > Python's reload() does not work recursively, but this replacement
> > does:
> >
> > http://www.idyll.org/~n8gray/code/files/deep_reload.py
> >
> > brian
> >
>
>
> _______________________________________________
> Jython-users mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-users
>
|
|
From: Rasmus F. <rh...@mo...> - 2001-12-14 10:35:54
|
Thanks. deep_reload is very useful.
Of course it does not work, as imp.find_module('test',None) throws
AttributeError: __getitem__ when I run deep_reload from inside my Jython
2.0 ObjectDomain Jython interpreter, but I guess you cannot have
everyting...
Rasmus
---------------------------------------------------------------------------
Dr. Rasmus H. Fogh Email: r.h...@bi...
Dept. of Biochemistry, University of Cambridge,
80 Tennis Court Road, Cambridge CB2 1GA, UK. FAX (01223)766002
On Thu, 13 Dec 2001, brian zimmer wrote:
> Rasmus,
>
> Python's reload() does not work recursively, but this replacement does:
>
> http://www.idyll.org/~n8gray/code/files/deep_reload.py
>
> brian
>
|
|
From: brian z. <bz...@zi...> - 2001-12-13 20:43:56
|
Rasmus, Python's reload() does not work recursively, but this replacement does: http://www.idyll.org/~n8gray/code/files/deep_reload.py brian > -----Original Message----- > From: jyt...@li... > [mailto:jyt...@li...] On Behalf > Of Rasmus Fogh > Sent: Thursday, December 13, 2001 1:01 PM > To: jyt...@li... > Subject: [Jython-users] reload command > > > Dear Jython users, > > If I do module1=reload(module1) and module1 contains the > statement 'import module2', should the reload statement > automatically reload module2? If not, how can I make sure > that all imported modules are reloaded? > > ObjectDomain has embedded Jython in their UML modelling > program, and in their newest version reloading module1 does > *not* reload module2 in this situation. ObjectDomain support > claims that the reason is their recent change from Jython 1.2 > to Jython 2.0, and that *not* reloading mocule2 in the above > situation is correct behaviour. Is this true? > > Thanks for your help, > > Rasmus > > ============================================================== > ============ > > Appendix - Painfully detailed description of the problem follows: > > The system properties are: > Java: IBM corporation, 1.3.0, downloaded bundled with ObjectDomain. > OS: arch x86, Linux, 2.2.17-21mdk > Java Class Version 46.0, compiler jitc > ObjectDomain version 3.00.203 > > > My test files are the following: > > test.py: > import subtest > def dotest(): > print 'Original version' > > subtest.py: > def dosubtest(): > print 'Original subversion' > > > The behaviour observed is: > > Open ObjectDomain > type 'import test' in python shell window. > test.dotest() prints 'Original version' > test.subtest.dosubtest() prints 'Original subversion' > > Now edit test.py and subtest.py to print 'Modified (sub)version' > > Restart python interpreter (green flag icon). > import test.py, either using up-arrow to get the 'import > test' command, > or typing in 'import test' directly. > test.dotest() prints 'Original version' > test.subtest.dosubtest() prints 'Original subversion' > > type 'test = reload(test)' > test.dotest() prints 'Modified version' > test.subtest.dosubtest() prints 'Original subversion' > > > This behaviour means that you are forced to exit and re-enter > the program if you modify a script that is imported through > another script - surely this cannot be the intention. > > -------------------------------------------------------------- > ------------- > Dr. Rasmus H. Fogh Email: r.h...@bi... > Dept. of Biochemistry, University of Cambridge, > 80 Tennis Court Road, Cambridge CB2 1GA, UK. FAX (01223)766002 > > > > > > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users > |
|
From: Rasmus F. <rh...@mo...> - 2001-12-13 19:00:55
|
Dear Jython users,
If I do module1=reload(module1) and module1 contains the statement
'import module2', should the reload statement automatically reload
module2? If not, how can I make sure that all imported modules are
reloaded?
ObjectDomain has embedded Jython in their UML modelling program, and in
their newest version reloading module1 does *not* reload module2 in this
situation. ObjectDomain support claims that the reason is their recent
change from Jython 1.2 to Jython 2.0, and that *not* reloading mocule2 in
the above situation is correct behaviour. Is this true?
Thanks for your help,
Rasmus
==========================================================================
Appendix - Painfully detailed description of the problem follows:
The system properties are:
Java: IBM corporation, 1.3.0, downloaded bundled with ObjectDomain.
OS: arch x86, Linux, 2.2.17-21mdk
Java Class Version 46.0, compiler jitc
ObjectDomain version 3.00.203
My test files are the following:
test.py:
import subtest
def dotest():
print 'Original version'
subtest.py:
def dosubtest():
print 'Original subversion'
The behaviour observed is:
Open ObjectDomain
type 'import test' in python shell window.
test.dotest() prints 'Original version'
test.subtest.dosubtest() prints 'Original subversion'
Now edit test.py and subtest.py to print 'Modified (sub)version'
Restart python interpreter (green flag icon).
import test.py, either using up-arrow to get the 'import test' command,
or typing in 'import test' directly.
test.dotest() prints 'Original version'
test.subtest.dosubtest() prints 'Original subversion'
type 'test = reload(test)'
test.dotest() prints 'Modified version'
test.subtest.dosubtest() prints 'Original subversion'
This behaviour means that you are forced to exit and re-enter the program
if you modify a script that is imported through another script - surely
this cannot be the intention.
---------------------------------------------------------------------------
Dr. Rasmus H. Fogh Email: r.h...@bi...
Dept. of Biochemistry, University of Cambridge,
80 Tennis Court Road, Cambridge CB2 1GA, UK. FAX (01223)766002
|
|
From: John D. <jo...@tp...> - 2001-12-13 13:22:33
|
Folks
I recently installed the java readline library to get good console
support on jython under Linux. I installed the latest version of the
library (version 0.6), and discovered that it needs the following change
to run.
--- org/python/util/ReadlineConsole.java Sat Dec 8 14:38:47 2001
+++ ../jython-2.1a3/org/python/util/ReadlineConsole.java Wed Nov 14 21:21:03 2001
@@ -17,6 +17,15 @@
}
public ReadlineConsole(PyObject locals, String filename) {
super(locals,filename);
+
+ // *** JohnD ***
+ // readline library now requires loading first
+ try {
+ Readline.load(ReadlineLibrary.GnuReadline);
+ } catch (Exception e) {
+ System.err.println("Exception loading GNU readline: " + e);
+ }
+
Readline.initReadline("jpython");
}
Cheers ........................ JohnD
John Dickson
|
|
From: <bc...@wo...> - 2001-12-12 16:41:23
|
[Jakob Svensson]
>sorry for these repeated questions about __findattr__, but I just can't get
>it to work properly. When I define __findattr__(String s) in my Java class,
>I will get attribute errors for method calls from Jython on all methods in
>my Java class. In the following example, which consists of two small files,
>I will get
>
> AttributeError: instance of 'Test' has no attribute 'info'
>
>Is this how __findattr__ is supposed, to work?
Yes.
>Shouldn't the interpreter
>first check whether the attribute exists as a method name before calling
>__findattr__?
No.
>(and if not, how do I combine __findattr__ with access to
>member functions?)
The code "a.info()" get compiled into the call:
a.invoke("info")
Where "invoke" is defined in PyObject as:
public PyObject invoke(String name) {
PyObject f = __getattr__(name);
return f.__call__();
}
and __getattr__ is defined as:
public final PyObject __getattr__(PyString name) {
PyObject ret = __findattr__(name);
if (ret == null)
throw Py.AttributeError(safeRepr() + " has no attribute '" +
name + "'");
return ret;
}
So it is not at all surprising that you get an AttributeError. The
default implementation of __findattr__ in PyObject already support
lookup in the class and binding of functions.
A common implementation of __findattr__ in PyObject subclasses looks
something like this:
public PyObject __findattr__(String name) {
if (name == "foobar")
return Py.newString("foobar");
return super.__findattr__(name);
}
First intercept the names that your object can answer for and then pass
the request to the class to resolve methods.
regards,
finn
|
|
From: Jan W. <j.w...@sc...> - 2001-12-12 16:13:42
|
On Wed, Dec 12, 2001 at 03:38:22PM +0000, Finn Bock wrote: > Hmm. Maybe it isn't using the compiled $py.class files for the sre > modules. Make sure that jython has created $py.class files for the sre > modules. Bingo! For the 2.1b1 version I moved the jython directory from my home to /usr/local, which is not writable for normal users. So the .py$class-files never got written. Giving myself write access on the Lib directory results in: ian@leo > jython -S -c "from time import time; t =3D time(); import re; p= rint time() - t" 0.6260000467300415 which is the same as for the 2.1a3 version. Thanks for your time and sorry for producing so much trouble! Cheerio, --=20 J.W...@sc... - Fon +4970719457-257 Fax-211 science+computing ag - Hagellocher Weg 71-75 - 72070 T=FCbingen Nobody writes jokes in base 13. (Douglas Adams) |
|
From: Jakob S. <pj...@ip...> - 2001-12-12 15:51:55
|
Hi again,
sorry for these repeated questions about __findattr__, but I just can't get
it to work properly. When I define __findattr__(String s) in my Java class,
I will get attribute errors for method calls from Jython on all methods in
my Java class. In the following example, which consists of two small files,
I will get
AttributeError: instance of 'Test' has no attribute 'info'
Is this how __findattr__ is supposed, to work? Shouldn't the interpreter
first check whether the attribute exists as a method name before calling
__findattr__? (and if not, how do I combine __findattr__ with access to
member functions?)
Thanks,
Jakob
--- Main.java ---
import org.python.core.*;
import org.python.util.*;
public class Main {
public static void main(String[] args) {
PythonInterpreter p = new PythonInterpreter();
PyObject ret;
p.exec("import Test");
p.exec("a = Test()");
ret = p.eval("a.info()");
System.out.println(ret.toString());
}
}
--- Test.java ---
import org.python.core.*;
public class Test extends PyObject {
public PyObject __findattr__(String s) {
return null;
}
public String info() {
return "info";
}
}
|
|
From: <bc...@wo...> - 2001-12-12 10:31:08
|
[Jan Wender] >I removed the cachedir and started each jython version two times, and there are >large differences between the first and second startup and not so large between >2.1a3 and 2.1b1. Thanks. Now I'm convinced that the jar cache isn't the problem in your case. Then try something like this. Notice the -S option. >jython-2.1a3-jdk13\jython -S -c "from time import time; t = time(); import site; print time() - t" 0.11000001430511475 >jython-2.1b1-jdk13\jython -S -c "from time import time; t = time(); import site; print time() - t" 0.44099998474121094 >jython-2.1a3-jdk13\jython -S -c "from time import time; t = time(); import re; print time() - t" 0.24000000953674316 >jython-2.1b1-jdk13\jython -S -c "from time import time; t = time(); import re; print time() - t" 0.25099992752075195 >jython-2.1a3-jdk13\jython -S -c "from time import time; t = time(); import os; os.sep; print time() - t" 0.04999995231628418 >jython-2.1b1-jdk13\jython -S -c "from time import time; t = time(); import os; os.sep; print time() - t" 0.3500000238418579 I use time.time() to do the timing, but that might only make sense for win2k. Keep using the shell time command for *nix. Make sure you run each command a couple of times to avoid disk cache artifacts. The slowdown that I can measure is consistent with the use of "re" in "os". >Would it help if I tried different Java VMs? Let's stick with what we have for now. >I hope this helps, I really want to find the cause of this slowdown. Me too. regards, finn |
|
From: Jakob S. <pj...@ip...> - 2001-12-12 10:24:37
|
Hi Scott,
thanks very much for your response, your question pointed out my mistake. I
had first called eval() and then exec() relying (I am using BSF) on the
raising of an exception in eval() to trigger the call to exec(). If any
excepton is raised in eval() it believes it is an expression and calls
exec(). But, what is it that triggers the Python exception, is it the return
of null from __findattr__()? Can I prevent the exception to be raised (I
want my own error message)?
Thanks,
Jakob
-----Original Message-----
From: Scott Schenkein [mailto:sch...@ya...]
Sent: 11 December 2001 19:14
To: Jakob Svensson; Jyt...@li...
Subject: Re: [Jython-users] __findattr__ called twice !?
Hello Jakob,
Can you please send the list the procedural portion of
the code that triggers this "findattr"?
Thanks,
Scott
--- Jakob Svensson <pj...@ip...> wrote:
> Hi,
>
> why is __findattr__() called twice when using the
> following java class:
>
>
> import org.python.core.*;
> import javax.swing.JOptionPane;
>
>
> public class Test extends PyObject {
>
> public PyObject __findattr__(String s) {
> JOptionPane.showMessageDialog(null,s);
> return null;
> }
> }
>
>
>
> And also, can one prevent the Jython error message
> if the attribute is not
> found?
>
>
> Regards,
> Jakob
>
>
> _______________________________________________
> Jython-users mailing list
> Jyt...@li...
>
https://lists.sourceforge.net/lists/listinfo/jython-users
>
>
>
__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com
|
|
From: Jan W. <j.w...@sc...> - 2001-12-12 07:34:01
|
On Tue, Dec 11, 2001 at 08:28:24PM +0000, Finn Bock wrote: >=20 > I'm sure it have scanned the jar files. The question is whether jython > wrote the scan result info cachedir/packages. Is the cachedir/packages > directory empty or non-existing? In ~/.jython: python.cachedir=3D/home/ian/.jython-cachedir ian@leo > ls -ld /home/ian/.jython-cachedir drwxr-xr-x 3 ian s+c 21 Dec 4 15:24 /home/ian/.jython= -cachedir/=20 ian@leo jsse1.0.2 > ls -ld /home/ian/.jython-cachedir/packages=20 drwxr-xr-x 2 ian s+c 4096 Dec 11 14:55 /home/ian/.jython= -cachedir/packages/ So it should be existing and writable. In the packages directory there ar= e the files: ian@leo > ls /home/ian/.jython-cachedir/packages ant.pkc gl4java.pkc i18n.pkc jython$2.pkc optional.pkc rt$1.pkc sunrsasig= n$1.pkc xmlrpc-a$1.pkc crimson.pkc i18n$1.pkc jaxp.pkc jython$3.pkc packages.idx rt$2.pkc sunrsasign$2.pkc xmlrpc-a.pkc gl4java-glutfonts.pkc i18n$2.pkc jython$1.pkc jython.pkc png.pkc rt.pkc sunrsasign.pkc , all -rw-r--r--, owner ian. >=20 > The problem was fixed in Stefan's case by running a chmod on the files > and subdirectories in cachedir. >=20 > The prime suspect is still the lack of caching of the jar scan result. > Try to remove cachedir just to verify that the startup time become > significantly larger. I removed the cachedir and started each jython version two times, and the= re are large differences between the first and second startup and not so large b= etween 2.1a3 and 2.1b1. Would it help if I tried different Java VMs? Although IBM Java gives a SI= GSEGV and must be killed -9, with both jython versions. ian@leo > rm -rf ~/.jython-cachedir/packages ian@leo > time jython -c 'import sys; sys.exit()' *sys-package-mgr*: processing new jar, '/usr/local/jython-2.1b1/jython.ja= r' *sys-package-mgr*: processing new jar, '/home/ian/venus/200gui/gui/jar/xm= lrpc-a.jar' *sys-package-mgr*: processing new jar, '/usr/java/jdk1.3.1_01/jre/lib/rt.= jar' *sys-package-mgr*: processing new jar, '/usr/java/jdk1.3.1_01/jre/lib/i18= n.jar' *sys-package-mgr*: processing new jar, '/usr/java/jdk1.3.1_01/jre/lib/sun= rsasign.jar' real 0m10.758s user 0m8.370s sys 0m0.300s ian@leo > time jython -c 'import sys; sys.exit()' real 0m4.886s user 0m3.440s sys 0m0.110s ian@leo > rm -rf ~/.jython-cachedir/packages ian@leo > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' *sys-package-mgr*: processing new jar, '/home/ian/jython-2.1a3/jython.jar= ' *sys-package-mgr*: processing new jar, '/home/ian/venus/200gui/gui/jar/xm= lrpc-a.jar' *sys-package-mgr*: processing new jar, '/usr/java/jdk1.3.1_01/jre/lib/rt.= jar' *sys-package-mgr*: processing new jar, '/usr/java/jdk1.3.1_01/jre/lib/i18= n.jar' *sys-package-mgr*: processing new jar, '/usr/java/jdk1.3.1_01/jre/lib/sun= rsasign.jar' real 0m7.062s user 0m6.530s sys 0m0.180s ian@leo > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' real 0m1.878s user 0m1.610s sys 0m0.120s ian@alpha > rm -rf ~/.jython-cachedir/packages ian@alpha > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' *sys-package-mgr*: processing new jar, '/net/leo/home/ian/jython-2.1a3/jy= thon.jar' *sys-package-mgr*: processing new jar, '/net/leo/home/ian/venus/200gui/gu= i/jar/xmlrpc-a.jar' *sys-package-mgr*: processing new jar, '/usr/opt/java130/jre/lib/rt.jar' *sys-package-mgr*: processing new jar, '/usr/opt/java130/jre/lib/i18n.jar= ' *sys-package-mgr*: processing new jar, '/usr/opt/java130/jre/lib/sunrsasi= gn.jar' real 0m30.020s user 0m28.047s sys 0m0.850s ian@alpha > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' real 0m2.595s user 0m2.167s sys 0m0.298s ian@alpha > rm -rf ~/.jython-cachedir/packages ian@alpha > time jython -c 'import sys; sys.exit()' *sys-package-mgr*: processing new jar, '/usr/local/jython-2.1b1/jython.ja= r' *sys-package-mgr*: processing new jar, '/net/leo/home/ian/venus/200gui/gu= i/jar/xmlrpc-a.jar' *sys-package-mgr*: processing new jar, '/usr/opt/java130/jre/lib/rt.jar' *sys-package-mgr*: processing new jar, '/usr/opt/java130/jre/lib/i18n.jar= ' *sys-package-mgr*: processing new jar, '/usr/opt/java130/jre/lib/sunrsasi= gn.jar' real 0m36.303s user 0m33.973s sys 0m0.935s ian@alpha > time jython -c 'import sys; sys.exit()' real 0m11.431s user 0m10.519s sys 0m0.428s I hope this helps, I really want to find the cause of this slowdown. Cheerio, --=20 J.W...@sc... - Fon +4970719457-257 Fax-211 science+computing ag - Hagellocher Weg 71-75 - 72070 T=FCbingen Lisp is truly amazing. Anything that's cool in any language existed in L= isp before, and probably is still more usable in Lisp. (W. Tanksley in c.l.py= thon) |
|
From: <bc...@wo...> - 2001-12-11 20:24:46
|
[Jan Wender on slow startup for 2.1b1] >I also noticed it on Unix systems: >Linux (MSC.2001Aug on i686) > >ian@leo tmp > time jython -c 'import sys; sys.exit()' > >real 0m4.859s >user 0m3.370s >sys 0m0.100s >ian@leo tmp > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' > >real 0m1.964s >user 0m1.740s >sys 0m0.090s > >DEC Alpha OSF1 alpha V4.0 >ian@alpha 200gui > time jython -c 'import sys; sys.exit()' > >real 0m10.416s >user 0m9.703s >sys 0m0.383s >ian@alpha 200gui > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' > >real 0m2.498s >user 0m2.072s >sys 0m0.313s > >> Which JVM? >Linux: >ian@leo tmp > java -version >java version "1.3.1_01" >Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_01) >Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode) > >Alpha: >ian@alpha 200gui > java -version >java version "1.3.0" >Java(TM) 2 Runtime Environment, Standard Edition >Classic VM (build 1.3.0-1, native threads, jit) > > >> Maybe its scanning CLASSPATH jar files. Do you have write access to the >> "cachedir" directory? > >Yes, and it has not scanned the jar files, because I called it twice and = >took only the second timing. I'm sure it have scanned the jar files. The question is whether jython wrote the scan result info cachedir/packages. Is the cachedir/packages directory empty or non-existing? The problem was fixed in Stefan's case by running a chmod on the files and subdirectories in cachedir. >> >> If your JVM have some kind of verbose options, try running with >> different kind of verbosity enabled. Maybe it will give some clues about >> what it is doing in that time. >I have attached two logfiles, produced with=20 >scjava -verbose -Dpython.home=3D"/home/ian/jython-2.1a3" -classpath "/hom= >e/ian/jython-2.1a3/jython.jar:$CLASSPATH" "org.python.util.jython" >loga3 >resp. >scjava -verbose -Dpython.home=3D"/usr/local/jython-2.1b1" -classpath "/us= >r/local/jython-2.1b1/jython.jar:$CLASSPATH" "org.python.util.jython" >log= >b1 > >CLASSPATH is /home/ian/venus/200gui/gui/jar/xmlrpc-a.jar in both cases. > >The b1 loads a lot (36) more libraries than the a3, this is probably causing >the delay. The vast majority of the additional classes is the "sre" module. This is now loaded by the "os" module which is loaded by the "site.py" file. We might have to rethink the use of re's in javaos.py, but for now I have a very hard time believing that we can measure the overhead of an additional 36 classes with a stopwatch. The prime suspect is still the lack of caching of the jar scan result. Try to remove cachedir just to verify that the startup time become significantly larger. regards, finn |
|
From: Scott S. <sch...@ya...> - 2001-12-11 18:14:34
|
Hello Jakob,
Can you please send the list the procedural portion of
the code that triggers this "findattr"?
Thanks,
Scott
--- Jakob Svensson <pj...@ip...> wrote:
> Hi,
>
> why is __findattr__() called twice when using the
> following java class:
>
>
> import org.python.core.*;
> import javax.swing.JOptionPane;
>
>
> public class Test extends PyObject {
>
> public PyObject __findattr__(String s) {
> JOptionPane.showMessageDialog(null,s);
> return null;
> }
> }
>
>
>
> And also, can one prevent the Jython error message
> if the attribute is not
> found?
>
>
> Regards,
> Jakob
>
>
> _______________________________________________
> Jython-users mailing list
> Jyt...@li...
>
https://lists.sourceforge.net/lists/listinfo/jython-users
>
>
>
__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com
|
|
From: Jakob S. <pj...@ip...> - 2001-12-11 14:59:05
|
Hi,
why is __findattr__() called twice when using the following java class:
import org.python.core.*;
import javax.swing.JOptionPane;
public class Test extends PyObject {
public PyObject __findattr__(String s) {
JOptionPane.showMessageDialog(null,s);
return null;
}
}
And also, can one prevent the Jython error message if the attribute is not
found?
Regards,
Jakob
|
|
From: Jan W. <j.w...@sc...> - 2001-12-11 14:07:21
|
On Mon, Dec 10, 2001 at 09:16:25PM +0000, Finn Bock wrote: > [Stefan] >=20 > >Hi, > > > >I note a big difference in startup time between > >Jython-2.1a3 and Jython-2.1b1 (using the same JVM > >and same registry). I also noticed it on Unix systems: Linux (MSC.2001Aug on i686) ian@leo tmp > time jython -c 'import sys; sys.exit()' real 0m4.859s user 0m3.370s sys 0m0.100s ian@leo tmp > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' real 0m1.964s user 0m1.740s sys 0m0.090s DEC Alpha OSF1 alpha V4.0 ian@alpha 200gui > time jython -c 'import sys; sys.exit()' real 0m10.416s user 0m9.703s sys 0m0.383s ian@alpha 200gui > time ~/jython-2.1a3/jython -c 'import sys; sys.exit()' real 0m2.498s user 0m2.072s sys 0m0.313s >=20 > Which JVM? Linux: ian@leo tmp > java -version java version "1.3.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_01) Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode) Alpha: ian@alpha 200gui > java -version java version "1.3.0" Java(TM) 2 Runtime Environment, Standard Edition Classic VM (build 1.3.0-1, native threads, jit) > Maybe its scanning CLASSPATH jar files. Do you have write access to the > "cachedir" directory? Yes, and it has not scanned the jar files, because I called it twice and = took only the second timing. >=20 > If your JVM have some kind of verbose options, try running with > different kind of verbosity enabled. Maybe it will give some clues abou= t > what it is doing in that time. I have attached two logfiles, produced with=20 scjava -verbose -Dpython.home=3D"/home/ian/jython-2.1a3" -classpath "/hom= e/ian/jython-2.1a3/jython.jar:$CLASSPATH" "org.python.util.jython" >loga3 resp. scjava -verbose -Dpython.home=3D"/usr/local/jython-2.1b1" -classpath "/us= r/local/jython-2.1b1/jython.jar:$CLASSPATH" "org.python.util.jython" >log= b1 CLASSPATH is /home/ian/venus/200gui/gui/jar/xmlrpc-a.jar in both cases. The b1 loads a lot (36) more libraries than the a3, this is probably caus= ing the delay. Cheerio, --=20 J.W...@sc... - Fon +4970719457-257 Fax-211 science+computing ag - Hagellocher Weg 71-75 - 72070 T=FCbingen The man who letterspaces lowercase letters also steals sheep. (F. Goudy) |
|
From: Sells, F. <fr...@ad...> - 2001-12-11 12:54:10
|
A long time ago I modified the trace function to display args called at each function/method entrance. It would be possible to "remember" the type of each arg and even catch when they are passed as different types in different invocations. I don't know if I still have that code, and am in "deadline mode" and cannot go hunting on several old machines in the closet just now. but it wasn't that hard to do. Thus you could run the program and use the trace to remember the arg types as well as local scope; everything created in __init__ would be an instance variable. This would do 80% of conversion for 20% of the work. -----Original Message----- From: rob...@ya... [mailto:rob...@ya...] Sent: Friday, December 07, 2001 7:35 AM To: Jyt...@li... Subject: Re: [Jython-users] Python source to Java source conversion hi ed, id be very interessted in that. since i use jython as a very cool proptotyping tool, a great percentage of my code must be converted to java. ciao robertj > I've started using Jython extensively in place of Java (heh, heh, a gross > understatement), but will port various classes to Java for performance > reasons. I know there is jythonc but no doubt the same baggage required for > the dynamic typing etc is included. > > I am curious if there are any tools that can aid in converting Python source > to Java source. Just something to get 90% of the way there. I started > writing a Python parser in ANTRL, but discovered that python has its own > compiler tools module. Anyone have any experience with this? Anyone think > this kind of tool is useful? > > -Ed > ------------------------------------------------------------ Robert Kuzelj Gaissacherstrasse 7 email: rob...@ya... 81371 Muenchen tel: 0177/5302230 the trinity of desirables of (software) architecture: Firmitas, Utilitas, Venustas (marcus vitruvius 20 BC) strength, utility, beauty _______________________________________________ Jython-users mailing list Jyt...@li... https://lists.sourceforge.net/lists/listinfo/jython-users |
|
From: <bc...@wo...> - 2001-12-10 21:12:57
|
[Stefan] >Hi, > >I note a big difference in startup time between >Jython-2.1a3 and Jython-2.1b1 (using the same JVM >and same registry). Which JVM? >Executing the following script (exit.py): > >import sys >sys.exit(0) > >I got these times: > >$ time /opt/jython-2.1a3/jython exit.py > >real 0m0.830s >user 0m0.760s >sys 0m0.040s > > >$ time /opt/jython-2.1b1/jython exit.py > >real 0m5.577s >user 0m5.490s >sys 0m0.070s > >Does anyone else note a similar difference? >Is it special to Jython-2.1b ? Is that 5 seconds real time? No, I certainly does not see that on win2k using javasoft JVMs. Maybe its scanning CLASSPATH jar files. Do you have write access to the "cachedir" directory? If your JVM have some kind of verbose options, try running with different kind of verbosity enabled. Maybe it will give some clues about what it is doing in that time. regards, finn |
|
From: Joya S. <jo...@fo...> - 2001-12-10 18:54:23
|
Python 10 Conference News Tim Berners-Lee, Director of the World Wide Web Consortium, and Andrew Koenig, Principal Research Staff Member at AT&T Shannon Laboratory, will give the keynote addresses. Tim Berners-Lee will speak on "Webizing Python" and Andrew Koenig will discuss "Notes from a Polygot Outsider." The entire program of the Refereed Paper Track is complete. You can view the titles and authors of all the presentations within each session and check out nominations for the Best Paper Award on the Python 10 Web site. The Tutorials Day program is also complete. Silver Sponsors of Python 10 are: Hostway Corporation: http://www.hostway.com and New Riders Publishing: http://www.newriders.com Registration for Python 10 is open. Save with early bird registration rates when you register online before January 7, 2002. To register and for conference details, visit: http://www.python10.org The Tenth International Python Conference February 4th through February 7th The Hilton Alexandria Mark Center Alexandria, Virginia |
|
From: Stefan <sd...@or...> - 2001-12-10 10:19:04
|
Hi, I note a big difference in startup time between Jython-2.1a3 and Jython-2.1b1 (using the same JVM and same registry). Executing the following script (exit.py): import sys sys.exit(0) I got these times: $ time /opt/jython-2.1a3/jython exit.py real 0m0.830s user 0m0.760s sys 0m0.040s $ time /opt/jython-2.1b1/jython exit.py real 0m5.577s user 0m5.490s sys 0m0.070s Does anyone else note a similar difference? Is it special to Jython-2.1b ? --Stefan |
103 messages has been excluded from this view by a project administrator.
![http://xoxoxo.hihome.com/sambo/dot62.gif">](http://xoxoxo.hihome.com/sambo/dot62.gif">){kind=link}
![http://xoxoxo.hihome.com/sambo/bg_rc3.gif">](http://xoxoxo.hihome.com/sambo/bg_rc3.gif">){kind=link}
![http://xoxoxo.hihome.com/sambo/sj5-1.jpg"](http://xoxoxo.hihome.com/sambo/sj5-1.jpg"){kind=link}
