Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(38) |
Nov
(98) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(114) |
Feb
(123) |
Mar
(96) |
Apr
(66) |
May
(84) |
Jun
(72) |
Jul
(128) |
Aug
(126) |
Sep
(82) |
Oct
(80) |
Nov
(148) |
Dec
(55) |
| 2002 |
Jan
(137) |
Feb
(85) |
Mar
(118) |
Apr
(67) |
May
(71) |
Jun
(28) |
Jul
(69) |
Aug
(48) |
Sep
(83) |
Oct
(79) |
Nov
(54) |
Dec
(32) |
| 2003 |
Jan
(44) |
Feb
(47) |
Mar
(59) |
Apr
(57) |
May
(43) |
Jun
(45) |
Jul
(44) |
Aug
(39) |
Sep
(27) |
Oct
(62) |
Nov
(17) |
Dec
(23) |
| 2004 |
Jan
(41) |
Feb
(51) |
Mar
(38) |
Apr
(30) |
May
(25) |
Jun
(12) |
Jul
(11) |
Aug
(27) |
Sep
(16) |
Oct
(56) |
Nov
(23) |
Dec
(29) |
| 2005 |
Jan
(75) |
Feb
(82) |
Mar
(50) |
Apr
(77) |
May
(19) |
Jun
(104) |
Jul
(47) |
Aug
(42) |
Sep
(28) |
Oct
(143) |
Nov
(62) |
Dec
(13) |
| 2006 |
Jan
(20) |
Feb
(10) |
Mar
(59) |
Apr
(45) |
May
(25) |
Jun
(129) |
Jul
(162) |
Aug
(91) |
Sep
(15) |
Oct
(39) |
Nov
(186) |
Dec
(191) |
| 2007 |
Jan
(134) |
Feb
(140) |
Mar
(106) |
Apr
(77) |
May
(92) |
Jun
(63) |
Jul
(233) |
Aug
(102) |
Sep
(119) |
Oct
(63) |
Nov
(68) |
Dec
(32) |
| 2008 |
Jan
(69) |
Feb
(91) |
Mar
(129) |
Apr
(44) |
May
(18) |
Jun
(53) |
Jul
(50) |
Aug
(25) |
Sep
(11) |
Oct
(28) |
Nov
(67) |
Dec
(36) |
| 2009 |
Jan
(20) |
Feb
(24) |
Mar
(66) |
Apr
(53) |
May
(48) |
Jun
(48) |
Jul
(59) |
Aug
(82) |
Sep
(49) |
Oct
(30) |
Nov
(16) |
Dec
(16) |
| 2010 |
Jan
(52) |
Feb
(25) |
Mar
(36) |
Apr
(34) |
May
(14) |
Jun
(15) |
Jul
(14) |
Aug
(16) |
Sep
(23) |
Oct
(6) |
Nov
(4) |
Dec
(5) |
| 2011 |
Jan
(4) |
Feb
(22) |
Mar
(45) |
Apr
(9) |
May
(8) |
Jun
(13) |
Jul
(12) |
Aug
(4) |
Sep
(6) |
Oct
(10) |
Nov
(21) |
Dec
(5) |
| 2012 |
Jan
(6) |
Feb
(9) |
Mar
(25) |
Apr
(6) |
May
(4) |
Jun
(23) |
Jul
(6) |
Aug
(18) |
Sep
(21) |
Oct
(34) |
Nov
(19) |
Dec
(25) |
| 2013 |
Jan
(8) |
Feb
(34) |
Mar
(35) |
Apr
(4) |
May
(11) |
Jun
(4) |
Jul
(7) |
Aug
(5) |
Sep
(20) |
Oct
(12) |
Nov
(11) |
Dec
(7) |
| 2014 |
Jan
(10) |
Feb
(18) |
Mar
(50) |
Apr
(26) |
May
(53) |
Jun
(21) |
Jul
(12) |
Aug
(39) |
Sep
(43) |
Oct
(26) |
Nov
(8) |
Dec
(6) |
| 2015 |
Jan
(18) |
Feb
(32) |
Mar
(31) |
Apr
(42) |
May
(38) |
Jun
(13) |
Jul
(6) |
Aug
(11) |
Sep
(29) |
Oct
(25) |
Nov
(10) |
Dec
(11) |
| 2016 |
Jan
(24) |
Feb
(12) |
Mar
(13) |
Apr
(15) |
May
(22) |
Jun
(8) |
Jul
(12) |
Aug
(25) |
Sep
(8) |
Oct
(6) |
Nov
(13) |
Dec
(7) |
| 2017 |
Jan
(6) |
Feb
(29) |
Mar
(32) |
Apr
(8) |
May
(82) |
Jun
(42) |
Jul
(20) |
Aug
(17) |
Sep
(27) |
Oct
(14) |
Nov
(22) |
Dec
(6) |
| 2018 |
Jan
(12) |
Feb
(9) |
Mar
(22) |
Apr
(14) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
(3) |
|
5
(2) |
6
(2) |
7
|
8
|
9
|
10
|
11
|
|
12
|
13
|
14
|
15
(1) |
16
|
17
|
18
|
|
19
(1) |
20
|
21
|
22
(2) |
23
|
24
(2) |
25
|
|
26
(2) |
27
(3) |
28
(3) |
29
(1) |
30
(4) |
31
(3) |
|
|
From: Jean-Yves Mengant <jymengant@if...> - 2004-12-31 16:26:37
|
Hi , I am the maintainer of jpydebug (http://jpydbg.sourceforge.net) which is a Python debugger jedit pluggin ; I got some enhancement request in order for the debugger to support Jython as well. So I am on my way to make jpydebug beeing a cross (CPython / Jython ) debugger for its next release. During this development I found a tiny limitation : At a given stage for PYTHON PATH checking helper,the GUI end debugger need make an import ... but without the initial call to the imported module. I encapsulate an instance of jython interpretor as a starting point and uses the available imp.java public importname semantics , and for the moment I patched the module by adding static global boolean flag /** set to true import semantics without initial call to module */ public static boolean checkImportModeOnly =3D false ; and prevent the call to happen whenever this flag is set if ( ! checkImportModeOnly ) code.call(f); This works of course and is simple although not elegant at all from my standpoint at least from a reentrancy standpoint. Adding an extra boolean parameter to misc involved method offers better reentrancy but is still cumbersome I don't know either if from a Jython standpoint this kind of patch is acceptable, since it's not part of PYTHON language rule but for Debugger semantics It's a real help to be able to have access to the low level semantics of a module when you're inside a Java environment , this direct access it also spare CPU cycles So let me know what are your thoughts on this patch, or if there is a different way to get a PyModule instance loaded back without call to the initial call. Thanks And happy new year to all of you Jean-Yves _____________________________________________________________________ Envie de discuter gratuitement avec vos amis ? Téléchargez Yahoo! Messenger http://yahoo.ifrance.com |
|
From: Samuele Pedroni <pedronis@bl...> - 2004-12-31 16:18:13
|
Jean-Yves Mengant wrote: > Hi , > > > > I am the maintainer of jpydebug (http://jpydbg.sourceforge.net) which is > a Python debugger jedit pluggin ; I got some enhancement request in > order for the debugger to support Jython as well. So I am on my way to > make jpydebug beeing a cross (CPython / Jython ) debugger for its next > release. > > > > During this development I found a tiny limitation : At a given stage for > PYTHON PATH checking helper,the GUI end debugger need make an import ... > but without the initial call to the imported module. > > > > I encapsulate an instance of jython interpretor as a starting point and > uses the available imp.java public importname semantics , and for the > moment I patched the module by adding static global boolean flag > > > > /** set to true import semantics without initial call to module */ > > public static boolean checkImportModeOnly = false ; > > > > and prevent the call to happen whenever this flag is set > > > > if ( ! checkImportModeOnly ) > > code.call(f); > > > > This works of course and is simple although not elegant at all from my > standpoint at least from a reentrancy standpoint. Adding an extra > boolean parameter to misc involved method offers better reentrancy but > is still cumbersome > > > > I don't know either if from a Jython standpoint this kind of patch is > acceptable, since it's not part of PYTHON language rule but for Debugger > semantics It's a real help to be able to have access to the low level > semantics of a module when you're inside a Java environment , this > direct access it also spare CPU cycles > > > > So let me know what are your thoughts on this patch, or if there is a > different way to get a PyModule instance loaded back without call to the > initial call. > what are you using with CPython to get the effect wanted? |
|
From: Jean-Yves Mengant <jymengant@if...> - 2004-12-31 16:01:55
|
<html><head><meta name=3D"Generator" content=3D"PSI HTML/CSS Generator"/>
<style type=3D"text/css"><!--
body{font-family:'Arial';font-size:10pt;font-color:'#000000';}
LI{display:list-item;margin:0.00in;}
p{display:block;margin:0.00in;}
body{}
--></style>
</head><BODY BGCOLOR=3D"#F0F0F0" ><p><SPAN style=3D"font-size:10pt;">Hi ,=
</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">I am the maintainer of jpydebug (<a=
href=3D"http://jpydbg.sourceforge.net">http://jpydbg.sourceforge.net</a>)=
which is a Python debugger jedit pluggin ; I got some enhancement request=
in order for the debugger to support Jython as well. So I am on my way to=
make jpydebug beeing a cross (CPython / Jython ) debugger for its next=
release.</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">During this development I found a tiny=
limitation : At a given stage for PYTHON PATH checking helper,the GUI end=
debugger need make an import ... but without the initial call to the=
imported module.</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">I encapsulate an instance of jython=
interpretor as a starting point and uses the available imp.java public=
importname semantics , and for the moment I patched the module by adding=
static global boolean flag</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">    /** set to true=
import semantics without initial call to module */</SPAN></p>
<p><SPAN style=3D"font-size:10pt;">    public static=
boolean checkImportModeOnly =3D false ; </SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">and prevent the call to happen whenever=
this flag is set </SPAN></p>
<p><SPAN style=3D"font-size:10pt;">  </SPAN></p>
<p><SPAN=
style=3D"font-size:10pt;">        if=
( ! checkImportModeOnly )</SPAN></p>
<p><SPAN=
style=3D"font-size:10pt;">        =
60; code.call(f);</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">This works of course and is simple although=
not elegant at all from my standpoint at least from a reentrancy=
standpoint. Adding an extra boolean parameter to misc involved method=
offers better reentrancy but is still cumbersome</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">I don't know either if from a Jython=
standpoint this kind of patch is acceptable, since it's not part of PYTHON=
language rule but for Debugger semantics It's a real help to be able to=
have access to the low level semantics of a module when you're inside a=
Java environment , this direct access it also spare CPU cycles</SPAN></p>
<p> </p>
<p><SPAN style=3D"font-size:10pt;">So let me know what are your thoughts on=
this patch, or if there is a different way to get a PyModule instance=
loaded back without call to the initial call.</SPAN></p>
<p><SPAN style=3D"font-size:10pt;">  </SPAN></p>
<p><SPAN style=3D"font-size:10pt;">Thanks</SPAN></p>
<p><SPAN style=3D"font-size:10pt;">And happy new year to all of=
you</SPAN></p>
<p><SPAN style=3D"font-size:10pt;">Jean-Yves</SPAN></p>
<p> </p>
</body></html>
_____________________________________________________________________
Envie de discuter gratuitement avec vos amis ?
Téléchargez Yahoo! Messenger http://yahoo.ifrance.com
|
|
From: brian zimmer <bzimmer@zi...> - 2004-12-30 20:38:10
|
As has been previously mentioned, the PSF accepted my grant proposal for supporting Jython development. I think this is great news for the Jython community. Once the holidays are over I'll have time to plan and announce the next couple activities, primarily the feature set of the next release. I'll definitely be looking for volunteers to help with all sorts of development efforts such as modules and missing features (sets, datetime, select, ...), major enhancements (jythonc) and bug fixes so let me know if there are any areas in which you have development interests. Finally, I'd like to thank Samuele Pedroni for all his efforts over the last couple years and for helping review the proposal. I'll definitely be looking to him for some design help with Jython as he transitions to PyPy. thanks, brian |
|
From: Samuele Pedroni <pedronis@bl...> - 2004-12-30 15:45:07
|
Sean McGrath wrote: > The PSF has published its list of projects to recieve grant funding: > > http://www.python.org/psf/grants/ > > Brian Zimmer will manage the project Moving Jython Forward > <http://www.python.org/psf/grants/Jython_PSF_Grant_Proposal.pdf>; > Good news! I was aware of the proposal because Brian Zimmer informed that he was going to submit such a proposal, and asked whether it was OK with me. I commented on some early drafts he sent to me. Recently he told me that he got a positive answer from the PSF. Although because of the amount of work put into that, by various people we would have got a new release, this should enable to get 2.4 feature parity and lay the foundation for a more solid development future for Jython. As hinted by some recent message, I have completed most of the plumbing necessary to support new-style classes, but that work still is not checked in. This will happen likely next week or before mid January. About new-style support: *) New-style-classness and subclassing need to be enabled separately for each builtin type, this is done for some basic types but needs to be done for rest. This is mostly done through code-generation tools that I'm also going to check-in. (They need a tiny bit more work that I will put in before checking them in.) Because this is done through tools it does not represent a huge amount of work left. *) Java classes and new-style classes cannot be mixed right now, this class x(object,java.lang.Object): ... will not work. This can be done, but right now it would have required more work and especially design work and involved subtle backward compatibility problems. This is left maybe for the future to pick up. - * - Right now I'm juggling between packing my stuff, moving my digital life and dev env to a new machine that I will bring with me to Sweden and sorting these things out. My main focus is going to shift to PyPy. PyPy apart from working to produce a new generation standalone Python execution engine (or better potentially family of engines), will experimentally target as hosting platform also Java or java bytecode, although a full intepreter is not in the immediate goals. I will probably post something about how this can possibly help Jython short-term and mean for Jython long-term. At the very least I will still hang out in Jython land, to answer questions about the codebase (especially obscure bits) and help design-wise. I had a long online conversation with Brian Zimmer about the work ahead for him. The first new release will likely still have a 2.2 baseline, since 2.3 for example, because of bools, requires java integration related design and work. After that, targetting directly a 2.4 baseline could make sense. Brian Zimmer will likely post updated plans and hint at where volunteer contributions may help. - * - About evolution management: A lot of the work is going to be about reaching mostly feature parity with Python new versions, fixing bugs and polishing and simplifying the current codebase. But there are things that have (especially java integration related) no CPython counterpart. Jython is a Python implementation, which means philosophy-wise that a kitchen-sink approach which simply adds things as long as they "work" is not suitable. One area that needs improvement is java importing, this will also involve the changes entailed by PEP 302. I already thought to some extent what kind of changes can be useful. So I will try to converge and help on a design with Brian Zimmer. Brian Zimmer needs forward motion especially because he agreed on a plan with and has to report to the PSF. So he needs to be able to proceed as he sees fit. As I said, as long as viable, I will try to help him and converge with him design-wise. For third-party new ideas with no CPython counterpart, unfortunately currently we don't have a sufficient number of active CVS committers to make a voting system work. So such ideas need to be discussed here; if they come or came directly in form of patches on SF they probably need a second-opinion, and if they are not minor a discussion here should be initiated. I may have a loud opinion about them which I hope Brian Zimmer will consider. If an idea in its essence is worthwhile but the design is lacking, but no alternative design comes in in reasonable time, an active committer can decide to apply it anyway. I hope this does not happen. regards. |
|
From: Sean McGrath <sean.mcgrath@pr...> - 2004-12-30 13:41:11
|
The PSF has published its list of projects to recieve grant funding:
http://www.python.org/psf/grants/
Brian Zimmer will manage the project Moving Jython Forward
<http://www.python.org/psf/grants/Jython_PSF_Grant_Proposal.pdf>;
Sean
|
|
From: Gerald Bauer <luxorxul@ya...> - 2004-12-30 00:52:36
|
Hello, In response to the Viva Scripting Language for Java of the Year 2004 poll (see http://jroller.com/page/viva) Mike Johnson wrote in to tell me about an alternative Python scripting language project for Java that he created called Jep (Java Embedded Python). Mike writes: Jep embeds CPython in Java. It is safe to use in a heavily threaded environment, it is quite fast and its stability is a main feature and goal. Some benefits to this approach: - Although Python isn't blazingly fast, it may mean a massive speed improvement over Java-based languages. - Python is mature so authors needn't fear the interpreter will suddenly change widely-used features. - Access to the high quality Python modules, both native and Python-based. - Compilers and assorted Python tools are as mature as the language. - Python is an ideal language for your business logic. It is easy to learn, eminently readable and generally immune to programming gotchas. More @ http://jepp.sourceforge.net and http://sourceforge.net/projects/jepp Let us know what you think about Jep? Is it a viable alternative to Jython? - Gerald ------------------- Gerald Bauer XUL Alliance | http://xulalliance.org XUL News | http://xulnews.com ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: Ilia Iourovitski <iiourov@ya...> - 2004-12-29 00:15:22
|
Well, Jython has already Python to Java translator. What is not here is the ability to specify types of variables, mainly int and double. Taking in consideration that any method can be called through reflection Pyrex approach is not that interesting in Jython land. The more interest is using byte code injection in order to remove as much reflection as possible. If any AOP framework can do it why Jython doesn't? Thanks, Ilia --- Johan Hahn <johahn2003@...> wrote: > > Any thought or feedback about using pyrex and > Jython in combination. > > Any feedback welcomed > > > Pardon my ignorance for not being all too familiar > with pyrex and not seeing > what it is that you want to achieve. What is the > point in writing C extensions > for Jython? Care to explain? > > ...johahn > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Jython-dev mailing list > Jython-dev@... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Johan Hahn <johahn2003@ho...> - 2004-12-28 23:19:12
|
Yes, it looks yummy. But I don't think I can swallow it all.
> Jython 2.2aNewstyle on java1.4.0_02 (JIT: null)
> Type "copyright", "credits" or "license" for more information.
> >>> class A(object):
> ... def __getattribute__(self,name):
> ... if name=3D=3D'a': return 3
> ... return object.__getattribute__(self,name)
> ...
> >>> a=3DA()
> >>> a
> <A object 1>
> >>> a.__class__
> <type 'A'>
> >>> a.a
> 3
> >>> a.x
> Traceback (innermost last):
> File "<console>", line 1, in ?
> File "<console>", line 4, in __getattribute__
> AttributeError: 'A' object has no attribute 'x'
> >>> a.x=3D4
> >>> a.x
> 4
> >>> a.__dict__
> {'x': 4}
I see:
- object base, presumably a new style class
- __getattribute__ in action
Is there more?
> >>> class X(object):
> ... def __init__(self,o):
> ... self.o =3D o
> ... def __getitem__(self,d):
> ... return self.o + d
> ... def shift(self,d):
> ... self.o+=3Dd
> ...
> >>> x=3DX(3)
> >>> x[2]
> 5
> >>> x.shift(2)
> >>> x[2]
> 7
> >>> xshf=3Dx.shift
> >>> xshf(2)
> >>> x[2]
> 9
What is so interesting about this? It's the same behaviour as before.
What did I miss?
> >>> class N(object):
> ... def __new__(typ,x):
> ... if x%2=3D=3D1:
> ... return N.odd
> ... else:
> ... return N.even
> ... def __repr__(self):
> ... return "<%s>" % self.descr
> ...
> >>> N.odd =3D object.__new__(N)
> >>> N.odd.descr=3D"odd"
> >>> N.even =3D object.__new__(N)
> >>> N.even.descr=3D"even"
> >>> N(0)
> <even>
> >>> N(2)
> <even>
> >>> N(3)
> <odd>
> >>> N(5)
> <odd>
> >>>
Nice, __new__ implies that you have staticmethod() and metaclasses as =
well.
> [more from me later next week]
Great, I'm looking forward to it!
...johahn
|
|
From: Johan Hahn <johahn2003@ho...> - 2004-12-28 22:35:50
|
> Any thought or feedback about using pyrex and Jython in combination. > Any feedback welcomed=20 Pardon my ignorance for not being all too familiar with pyrex and not = seeing=20 what it is that you want to achieve. What is the point in writing C = extensions=20 for Jython? Care to explain? ...johahn |
|
From: Gottfried Zojer <goenzoy@gm...> - 2004-12-28 20:16:24
|
Hallo all, Any thought or feedback about using pyrex and Jython in combination. Any feedback welcomed Cheers Gottfried |
|
From: Sean McGrath <sean.mcgrath@pr...> - 2004-12-27 12:32:49
|
Yummy!
Sean
Samuele Pedroni wrote:
> Jython 2.2aNewstyle on java1.4.0_02 (JIT: null)
> Type "copyright", "credits" or "license" for more information.
> >>> class A(object):
> ... def __getattribute__(self,name):
> ... if name=='a': return 3
> ... return object.__getattribute__(self,name)
> ...
> >>> a=A()
> >>> a
> <A object 1>
> >>> a.__class__
> <type 'A'>
> >>> a.a
> 3
> >>> a.x
> Traceback (innermost last):
> File "<console>", line 1, in ?
> File "<console>", line 4, in __getattribute__
> AttributeError: 'A' object has no attribute 'x'
> >>> a.x=4
> >>> a.x
> 4
> >>> a.__dict__
> {'x': 4}
> >>> class X(object):
> ... def __init__(self,o):
> ... self.o = o
> ... def __getitem__(self,d):
> ... return self.o + d
> ... def shift(self,d):
> ... self.o+=d
> ...
> >>> x=X(3)
> >>> x[2]
> 5
> >>> x.shift(2)
> >>> x[2]
> 7
> >>> xshf=x.shift
> >>> xshf(2)
> >>> x[2]
> 9
> >>> class N(object):
> ... def __new__(typ,x):
> ... if x%2==1:
> ... return N.odd
> ... else:
> ... return N.even
> ... def __repr__(self):
> ... return "<%s>" % self.descr
> ...
> >>> N.odd = object.__new__(N)
> >>> N.odd.descr="odd"
> >>> N.even = object.__new__(N)
> >>> N.even.descr="even"
> >>> N(0)
> <even>
> >>> N(2)
> <even>
> >>> N(3)
> <odd>
> >>> N(5)
> <odd>
> >>>
>
> [more from me later next week]
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Jython-dev mailing list
> Jython-dev@...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>
>
|
|
From: Kent Johnson <kent37@td...> - 2004-12-27 11:47:42
|
The error message you quote has a space in 'u nlink', is that in your program too? Kent Bhaktavatsala, Sudarshana (Contractor) wrote: > This error I am getting when I am trying to using unlink method in "os". > This error I am getting in solaris environment . > I need your immediate help > > *Regards,* > *Sudarshan* > *NetBoss Business Unit* > *Harris Corporation * > *(321)724-3942* > |
|
From: Kent Johnson <kent37@td...> - 2004-12-27 11:46:21
|
Neither of these modules is available in Jython. _winreg is a C module and not supported. You might like to try JNIRegistry - see this thread for some details: http://aspn.activestate.com/ASPN/Mail/Message/Jython-dev/2007903 subprocess is new in Python 2.4 and not included in Jython which implements Python 2.1. Kent Fisher, Douglas A (RSPS Fort Collins) wrote: > Hello, > > I am currently using jython 2.1 and I need to do some windows registry > manipulation, but when I try importing the _winreg module I get a module > not found error. Is this module available in jython? > > I also need to use some of the features in the subprocess module, but > can not seem to find that either. > > Thank you for your help. > > Doug Fisher > > ######################################################################## > ############## > Douglas A. Fisher N7LTW > # > Hewlett Packard, Customer Support, Remote Support and Proactive Services > (RSPS) # > email: douglas.fisher@... > # > ######################################################################## > ############## > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Jython-dev mailing list > Jython-dev@... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Philip Aston <paston@be...> - 2004-12-26 18:03:00
|
[For http://www.jython.org/users.html] The Grinder (http://grinder.sourceforge.net) is a Java load-testing framework that executes test scripts written in Jython. The Grinder is freely available under a BSD-style open source license. Regards, - Phil |
|
From: Samuele Pedroni <pedronis@bl...> - 2004-12-26 13:27:24
|
Jython 2.2aNewstyle on java1.4.0_02 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> class A(object):
... def __getattribute__(self,name):
... if name=='a': return 3
... return object.__getattribute__(self,name)
...
>>> a=A()
>>> a
<A object 1>
>>> a.__class__
<type 'A'>
>>> a.a
3
>>> a.x
Traceback (innermost last):
File "<console>", line 1, in ?
File "<console>", line 4, in __getattribute__
AttributeError: 'A' object has no attribute 'x'
>>> a.x=4
>>> a.x
4
>>> a.__dict__
{'x': 4}
>>> class X(object):
... def __init__(self,o):
... self.o = o
... def __getitem__(self,d):
... return self.o + d
... def shift(self,d):
... self.o+=d
...
>>> x=X(3)
>>> x[2]
5
>>> x.shift(2)
>>> x[2]
7
>>> xshf=x.shift
>>> xshf(2)
>>> x[2]
9
>>> class N(object):
... def __new__(typ,x):
... if x%2==1:
... return N.odd
... else:
... return N.even
... def __repr__(self):
... return "<%s>" % self.descr
...
>>> N.odd = object.__new__(N)
>>> N.odd.descr="odd"
>>> N.even = object.__new__(N)
>>> N.even.descr="even"
>>> N(0)
<even>
>>> N(2)
<even>
>>> N(3)
<odd>
>>> N(5)
<odd>
>>>
[more from me later next week]
|
|
From: Sean McGrath <sean.mcgrath@pr...> - 2004-12-24 16:05:14
|
Frank Cohen wrote: > Hi Sean: Thanks for the blog on the DynLang summit. Tim Bray > impresses me that he's got staying power on this topic. I'm able to > support his efforts with writing, coding, and generally showing > developers the path to Jython. I love it! > > > You wrote about the difference between the Java platform and the Java > language. I would love to see Jython in Eclipse and NetBeans. Me too. > Does that wind up in the platform side of things? That is a very good question. It will take time for the distinction between Java the platform and Java the language to take hold. Until it does, IDEs that target "Java" will be tilted towards Java the programming language. As Jython/Groovy/JRuby infiltrate the IDES, this will change I think, but it will be a gradual process. I've started to use the phrase "100% pure JVM". Dunno if it will catch on :-) I want a JVM IDE :-) Sean |
|
From: Frank Cohen <fcohen@pu...> - 2004-12-24 15:57:36
|
Hi Sean: Thanks for the blog on the DynLang summit. Tim Bray impresses me that he's got staying power on this topic. I'm able to support his efforts with writing, coding, and generally showing developers the path to Jython. I love it! You wrote about the difference between the Java platform and the Java language. I would love to see Jython in Eclipse and NetBeans. Does that wind up in the platform side of things? -Frank On Dec 19, 2004, at 4:37 AM, Sean McGrath wrote: > All, > > Some of you will no doubt have read about the recent Dynamic Languages > on the JVM meeting in Sun hosted by Tim Bray ( > http://seanmcgrath.blogspot.com/ > 2004_12_05_seanmcgrath_archive.html#110270995272486367). > > I had the pleasure of attending that meeting in my capacity as a > Jython enthusiast and heavy commercial user of Jython. > > It was great to hear Graham Hamilton of Sun emphasising the difference > between Java the platform and Java the programming language. The time > is right for the development of a flourishing dynamic language > eco-system on top of the JVM. One could not ask for a better advocate > for this development than Tim > Bray(http://www.tbray.org/ongoing/When/200x/2004/12/08/DynamicJava). > > Jython is extremely well positioned in the dynamic languages for the > JVM world. I look forward to mutually beneficial cross-population > between the emerging dynamic languages ecosystemon the JVM: Jython, > Groovy, JRuby, SISC etc. > > Talking to Samuele in California, he told me that he had been making > good progress with the implementation of new style classes in Jython. > Samuele has a busy 2005 ahead of him with the PyPy project > (http://seanmcgrath.blogspot.com/ > 2004_12_05_seanmcgrath_archive.html#110270995272486367 congratulations > Samuele!) so he is aiming to commit a CVS branch as soon as possible > to allow parallelized development of Jython to resume. > > Samuele has been travelling a lot lately but he will be sending an > update e-mail to the Jython lists soon outlining the state of play and > his suggestions for Jython development going forward. > > regards, > Sean "100% pure JVM" McGrath > http://seanmcgrath.blogspot.com > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Jython-users mailing list > Jython-users@... > https://lists.sourceforge.net/lists/listinfo/jython-users > > --- Frank Cohen, PushToTest, http://www.PushToTest.com, phone: 408 374 7426 Author of "Java Testing and Design: From Unit Tests to Automated Web Tests" from Prentice Hall, details at http://thebook.pushtotest.com |
|
From: Fisher, Douglas A (RSPS Fort Collins) <douglas.fisher@hp...> - 2004-12-22 20:44:56
|
Hello, I am currently using jython 2.1 and I need to do some windows registry manipulation, but when I try importing the _winreg module I get a module not found error. Is this module available in jython? I also need to use some of the features in the subprocess module, but can not seem to find that either. Thank you for your help. Doug Fisher ######################################################################## ############## Douglas A. Fisher N7LTW # Hewlett Packard, Customer Support, Remote Support and Proactive Services (RSPS) # email: douglas.fisher@... # ######################################################################## ############## =20 |
|
From: Bhaktavatsala, Sudarshana (Contractor) <sbhaktav@ha...> - 2004-12-22 19:25:39
|
This error I am getting when I am trying to using unlink method in "os". This error I am getting in solaris environment . I need your immediate help Regards, Sudarshan NetBoss Business Unit Harris Corporation (321)724-3942 |
|
From: Sean McGrath <sean.mcgrath@pr...> - 2004-12-19 12:37:35
|
All, Some of you will no doubt have read about the recent Dynamic Languages on the JVM meeting in Sun hosted by Tim Bray ( http://seanmcgrath.blogspot.com/2004_12_05_seanmcgrath_archive.html#110270995272486367). I had the pleasure of attending that meeting in my capacity as a Jython enthusiast and heavy commercial user of Jython. It was great to hear Graham Hamilton of Sun emphasising the difference between Java the platform and Java the programming language. The time is right for the development of a flourishing dynamic language eco-system on top of the JVM. One could not ask for a better advocate for this development than Tim Bray(http://www.tbray.org/ongoing/When/200x/2004/12/08/DynamicJava). Jython is extremely well positioned in the dynamic languages for the JVM world. I look forward to mutually beneficial cross-population between the emerging dynamic languages ecosystemon the JVM: Jython, Groovy, JRuby, SISC etc. Talking to Samuele in California, he told me that he had been making good progress with the implementation of new style classes in Jython. Samuele has a busy 2005 ahead of him with the PyPy project (http://seanmcgrath.blogspot.com/2004_12_05_seanmcgrath_archive.html#110270995272486367 congratulations Samuele!) so he is aiming to commit a CVS branch as soon as possible to allow parallelized development of Jython to resume. Samuele has been travelling a lot lately but he will be sending an update e-mail to the Jython lists soon outlining the state of play and his suggestions for Jython development going forward. regards, Sean "100% pure JVM" McGrath http://seanmcgrath.blogspot.com |
|
From: Famille Ploix <lauploix@cl...> - 2004-12-15 19:33:27
|
Hi, I - and Amaury, a friend of mine - wrote an article on how to use jython unit tests inside Junit (and Eclipse): http://www.devx.com/Java/Article/26602 Hope this helps, and that it is understandable. Hope also this mailing list is a good one to send this email. Laurent Ploix |
|
From: Mark Asbach <mark.asbach@rw...> - 2004-12-06 21:20:25
|
Hallo Jython users and developers, last month I wrote on jython-dev: > reading the FAQ and searching the archives confirmed that I'm not the=20= > only one searching for command history and completion. As Russell=20 > Tokuyama stated on 2004-07-08, it would be nice to update the FAQ and=20= > give a hint on how to accomplish this. > > Below you will find a new FAQ-entry proposal that needs to be verified=20= > and posted to the FAQ by someone who knows the password. PSF members:=20= > please help! > > My proposed solution uses a small wrapper around Java Readline=20 > (available soon from my homepage) to make it as compatible as possible=20= > to CPython. In addition, it would be VERY COOL if Jython itself could=20= > be modified to be able to switch console classes on runtime so that=20 > editing the registry file would not be necessary any longer. Is there=20= > anyone working on Jython 2.2 / 2.3 (?) who would like to work together=20= > on this issue? Till today nobody responded and I'm asking myself if nobody wants or=20 needs readline completion in Jython and if there are PSF members that=20 might want to help me update the FAQ. In addition, I really would like to contribute to Jython to make this=20 issue better in later releases, but I would need someone to take me by=20= the hand (which branch to check out, how to commit changes, how to=20 test). Mark --=20 Dipl.-Ing. Mark Asbach Tel +49 (0)241 = 80-27678 Institut f=FCr Nachrichtentechnik Fax +49 (0)241 = 80-22196 Melatener Stra=DFe 23 = asbach@... D-52074 Aachen = http://www.ient.rwth-aachen.de |
|
From: Nihil Sum <deimors@ho...> - 2004-12-06 16:56:08
|
Hi I'm having a bit of a problem grabbing the errors generated by Jython. I've setErr()'d the interpreter to my own OutputStream, but for some reason they keep going to stdout. Any ideas? Thanks, --deimors |
|
From: Jeff Emanuel <jemanuel@fr...> - 2004-12-05 20:38:29
|
jython, the interpreter, interprets by compiling Python code directly to Java byte code and then executing the byte code. The granularity of code compiled depends on how the interpreter is used. You can pass it an entire source file to be compiled and run at once; or, in interactive mode, it works line-by-line. You can also compile code and repeatedly execute it without requiring recompiling. jythonc, the static compiler, does produce an intermediate Java source file. I believe that someone has (or had) a goal of making both jythonc and jython work the same. |