Menu
▾
▴
jython-dev — Discussion of developing and enhancing Jython itself(!) (not how to use Jython)
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
(19) |
May
(14) |
Jun
(9) |
Jul
(9) |
Aug
(22) |
Sep
(22) |
Oct
(12) |
Nov
(13) |
Dec
(8) |
| 2019 |
Jan
(22) |
Feb
(3) |
Mar
(30) |
Apr
(20) |
May
(20) |
Jun
(6) |
Jul
(15) |
Aug
(25) |
Sep
(11) |
Oct
(24) |
Nov
(11) |
Dec
(6) |
| 2020 |
Jan
(9) |
Feb
(12) |
Mar
(29) |
Apr
(10) |
May
(22) |
Jun
(11) |
Jul
(15) |
Aug
(5) |
Sep
(6) |
Oct
(7) |
Nov
(7) |
Dec
(13) |
| 2021 |
Jan
(21) |
Feb
(5) |
Mar
(5) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(6) |
Aug
(8) |
Sep
(5) |
Oct
(9) |
Nov
(5) |
Dec
(6) |
| 2022 |
Jan
(5) |
Feb
(4) |
Mar
(8) |
Apr
(6) |
May
(5) |
Jun
(5) |
Jul
(10) |
Aug
(6) |
Sep
(7) |
Oct
(4) |
Nov
(4) |
Dec
(6) |
| 2023 |
Jan
(5) |
Feb
(5) |
Mar
(6) |
Apr
(4) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
(5) |
Sep
(5) |
Oct
(5) |
Nov
(7) |
Dec
(8) |
| 2024 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: James M. <jam...@gm...> - 2019-01-08 19:42:06
|
I agree a 2.7.2 release as soon as possible would be great. Sorry I haven't done much work on Jython since the website but hopefully have a look at the remaining issues soon. My opinion on Java support would be to try for 8 and 11. Is there is a compelling reason maintain 7 support? Dropping 7 would be nice for java syntax and might allow some issue to be looked at e.g. http://bugs.jython.org/issue2695, on the other hand we still have 7 working now so maybe its worth keeping for this release? Also I think we should be careful to say which we actually support vs which work. I think making Jython run on 7,8,9,10 and 11 is possible but saying only 8 and 11 are officially supported makes things a bit easier going forward? I haven't followed the Gradle discussion, so based on nothing here are my opinions. Gradle is probably the nicest Java build system available at the moment (i.e its what I would use given free choice). I think the real gain would be to produce a smaller jar without the bundled dependencies (but with a POM) so that people could integrate jython into other products more easily where they have their own dependencies to worry about. The current build.gradle looks really nice! I will have a play with it. A related issue I mean to look at is OSGi support https://github.com/jythontools/jython/issues/79 I think adding some manifest header would be enough to make a start on this so I would like to try and do that for this release. Here is the current master regtest result on my system (Linux, Oracle Java 11.0.1): [exec] 379 tests OK. [exec] 2 tests skipped: [exec] test_codecmaps_hk test_curses [exec] 3 tests failed: [exec] test_import_jy test_signal test_socket [exec] 3 fails unexpected: [exec] test_import_jy test_signal test_socket So its pretty close. Thanks for all the hard work already done towards 2.7.2 James On Tue, 8 Jan 2019 at 09:19, Jeff Allen <ja...@fa...> wrote: > Thanks Jim. > > 1. It would be worth deciding whether we support Java 7. It was sensible a > year ago, I think, especially given that ANTLR produced horrible (although > apparently harmless) stack dumps on Java 8+: it didn't feel safe to build a > release other than on 7, but that's now fixed. (Java 9 and 10 went by > quickly, didn't they? I suppose this moves our target :( to 7/8 &11.) > > 2. Darn, I guess I missed the import. It came and went a few times in the > edit. Normally I let the IDE sort this out last thing, but hold off with > old code as it creates noise in the change set. Easily fixed. > > 3. I have done a partial job on this, only scanning some modules, and > intend to revisit. I do not think this explains a problem with Pattern. > > 4. A reflective access warning only occur if you are foolish enough to ask > for a real fd. I regard this as unavoidable (but we now avoid doing it > ourselves). > > 5. Signals: not something I understand very well at present. > > Let's not forget ski8pped tests. However, each should have an issue, and > that issue may not be in this milestone. > > I wonder if Adam's extra failing tests might be to do with localisation? > Jeff Allen > > On 08/01/2019 06:12, Jim Baker wrote: > > I agree with "better now (not perfect)"! Some more observations: > > 1. Java 9 is no longer supported, only Java 8 and Java 11, both of which > are under long term support. > 2. Java 11 removes javax.xml.bind, which we import from DatatypeConverter; > fortunately we don't actually use! Commenting out two lines of source means > trunk builds just fine on Java 11. > 3. The key change that prevented Java 9 support from running, namely > introspecting Java packages without using the rt.jar, now mostly works. In > the regrtest, it still fails with importing Pattern from java.util.regex, > not certain why; the two other imports tested in import_star_from_java.py > work fine. > 4. We do have some illegal access warnings from jnr.posix in terms of > reflected fields, which we will have to look into at some point. Of course, > this is just the usual encapsulation of Java that Java 9 introduced. > 5. The other failing test in test_signal when run on JDK 11 is related to > the change over to how signals are exposed. > > To summarize: > > [exec] 380 tests OK. > [exec] 2 tests skipped: > [exec] test_codecmaps_hk test_curses > [exec] 2 tests failed: > [exec] test_import_jy test_signal > [exec] 2 fails unexpected: > [exec] test_import_jy test_signal > [exec] Result: 1 > > So this looks very close to me! > > Lots of incredibly hard work has gone into 2.7.2, it's time to get it out > there. > > - Jim > > On Mon, Jan 7, 2019 at 1:19 PM Jeff Allen <ja...@fa...> wrote: > >> Thanks Adam. Mainly I thought we couldn't ship in such a shabby state on >> Java 9. Better now (not perfect). -- J. >> >> Jeff Allen >> >> On 07/01/2019 10:55, Adam Burke wrote: >> >> I just checked out out the head for the first time in a while and >> regrtest is green for me under Windows and Java 8. Great to see. >> >> <0.02 put in jar> >> >> From my (front-row?) spectator seat, I think more frequent patch releases >> wouldn't hurt. It's been a fair while since 2.7.1. If the tests are green, >> bugs have been fixed, and more stuff works in 2.7.2 than 2.7.1, I would >> vote to ship. >> >> If the gradle stuff is working well enough to produce a jar, it could be >> included and marked experimental? I'm sure it would be useful to projects >> with dependencies on jython from maven or gradle projects. >> >> Obviously it would be good to announce the beta on the website though. >> >> Cheers >> Adam >> >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Jeff A. <ja...@fa...> - 2019-01-08 09:19:12
|
Thanks Jim. 1. It would be worth deciding whether we support Java 7. It was sensible a year ago, I think, especially given that ANTLR produced horrible (although apparently harmless) stack dumps on Java 8+: it didn't feel safe to build a release other than on 7, but that's now fixed. (Java 9 and 10 went by quickly, didn't they? I suppose this moves our target :( to 7/8 &11.) 2. Darn, I guess I missed the import. It came and went a few times in the edit. Normally I let the IDE sort this out last thing, but hold off with old code as it creates noise in the change set. Easily fixed. 3. I have done a partial job on this, only scanning some modules, and intend to revisit. I do not think this explains a problem with Pattern. 4. A reflective access warning only occur if you are foolish enough to ask for a real fd. I regard this as unavoidable (but we now avoid doing it ourselves). 5. Signals: not something I understand very well at present. Let's not forget ski8pped tests. However, each should have an issue, and that issue may not be in this milestone. I wonder if Adam's extra failing tests might be to do with localisation? Jeff Allen On 08/01/2019 06:12, Jim Baker wrote: > I agree with "better now (not perfect)"! Some more observations: > > 1. Java 9 is no longer supported, only Java 8 and Java 11, both of > which are under long term support. > 2. Java 11 removes javax.xml.bind, which we import from > DatatypeConverter; fortunately we don't actually use! Commenting out > two lines of source means trunk builds just fine on Java 11. > 3. The key change that prevented Java 9 support from running, namely > introspecting Java packages without using the rt.jar, now mostly > works. In the regrtest, it still fails with importing Pattern from > java.util.regex, not certain why; the two other imports tested > in import_star_from_java.py work fine. > 4. We do have some illegal access warnings from jnr.posix in terms of > reflected fields, which we will have to look into at some point. Of > course, this is just the usual encapsulation of Java that Java 9 > introduced. > 5. The other failing test in test_signal when run on JDK 11 is related > to the change over to how signals are exposed. > > To summarize: > > [exec] 380 tests OK. > [exec] 2 tests skipped: > [exec] test_codecmaps_hk test_curses > [exec] 2 tests failed: > [exec] test_import_jy test_signal > [exec] 2 fails unexpected: > [exec] test_import_jy test_signal > [exec] Result: 1 > > So this looks very close to me! > > Lots of incredibly hard work has gone into 2.7.2, it's time to get it > out there. > > - Jim > > On Mon, Jan 7, 2019 at 1:19 PM Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > Thanks Adam. Mainly I thought we couldn't ship in such a shabby > state on Java 9. Better now (not perfect). -- J. > > Jeff Allen > > On 07/01/2019 10:55, Adam Burke wrote: >> I just checked out out the head for the first time in a while and >> regrtest is green for me under Windows and Java 8. Great to see. >> >> <0.02 put in jar> >> >> From my (front-row?) spectator seat, I think more frequent patch >> releases wouldn't hurt. It's been a fair while since 2.7.1. If >> the tests are green, bugs have been fixed, and more stuff works >> in 2.7.2 than 2.7.1, I would vote to ship. >> >> If the gradle stuff is working well enough to produce a jar, it >> could be included and marked experimental? I'm sure it would be >> useful to projects with dependencies on jython from maven or >> gradle projects. >> >> Obviously it would be good to announce the beta on the website >> though. >> >> Cheers >> Adam >> > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > <mailto:Jyt...@li...> > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Adam B. <ada...@gm...> - 2019-01-08 08:22:31
|
JDK 11 on Windows 10 regrtest
7 tests skipped:
test_codecmaps_hk test_curses test_smtpnet test_socketserver
test_subprocess test_urllib2net test_urllibnet
6 tests failed:
test_calendar test_email test_email_renamed test_import_jy
test_lib2to3 test_strptime
6 fails unexpected:
test_calendar test_email test_email_renamed test_import_jy
test_lib2to3 test_strptime
Platform:
'Java-11.0.1-OpenJDK_64-Bit_Server_VM,_11.0.1+13,_Oracle_Corporation-on-Windows_10-10.0-amd64'
This is cloned, then deleting the two redundant import statements that
break compilation, building with JDK 11, then running
dist\bin\jython.exe -m test.regrtest -e -m regrtest_memo_11_win.txt
(since I vaguely recall most of the list don't run windows)
Cheers
Adam
On Tue, 8 Jan 2019 at 16:12, Jim Baker <jim...@py...> wrote:
> I agree with "better now (not perfect)"! Some more observations:
>
> 1. Java 9 is no longer supported, only Java 8 and Java 11, both of which
> are under long term support.
> 2. Java 11 removes javax.xml.bind, which we import from DatatypeConverter;
> fortunately we don't actually use! Commenting out two lines of source means
> trunk builds just fine on Java 11.
> 3. The key change that prevented Java 9 support from running, namely
> introspecting Java packages without using the rt.jar, now mostly works. In
> the regrtest, it still fails with importing Pattern from java.util.regex,
> not certain why; the two other imports tested in import_star_from_java.py
> work fine.
> 4. We do have some illegal access warnings from jnr.posix in terms of
> reflected fields, which we will have to look into at some point. Of course,
> this is just the usual encapsulation of Java that Java 9 introduced.
> 5. The other failing test in test_signal when run on JDK 11 is related to
> the change over to how signals are exposed.
>
> To summarize:
>
> [exec] 380 tests OK.
> [exec] 2 tests skipped:
> [exec] test_codecmaps_hk test_curses
> [exec] 2 tests failed:
> [exec] test_import_jy test_signal
> [exec] 2 fails unexpected:
> [exec] test_import_jy test_signal
> [exec] Result: 1
>
> So this looks very close to me!
>
> Lots of incredibly hard work has gone into 2.7.2, it's time to get it out
> there.
>
> - Jim
>
> On Mon, Jan 7, 2019 at 1:19 PM Jeff Allen <ja...@fa...> wrote:
>
>> Thanks Adam. Mainly I thought we couldn't ship in such a shabby state on
>> Java 9. Better now (not perfect). -- J.
>>
>> Jeff Allen
>>
>> On 07/01/2019 10:55, Adam Burke wrote:
>>
>> I just checked out out the head for the first time in a while and
>> regrtest is green for me under Windows and Java 8. Great to see.
>>
>> <0.02 put in jar>
>>
>> From my (front-row?) spectator seat, I think more frequent patch releases
>> wouldn't hurt. It's been a fair while since 2.7.1. If the tests are green,
>> bugs have been fixed, and more stuff works in 2.7.2 than 2.7.1, I would
>> vote to ship.
>>
>> If the gradle stuff is working well enough to produce a jar, it could be
>> included and marked experimental? I'm sure it would be useful to projects
>> with dependencies on jython from maven or gradle projects.
>>
>> Obviously it would be good to announce the beta on the website though.
>>
>> Cheers
>> Adam
>>
>> _______________________________________________
>> Jython-dev mailing list
>> Jyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/jython-dev
>>
>
|
|
From: Jim B. <jim...@py...> - 2019-01-08 06:35:55
|
I agree with "better now (not perfect)"! Some more observations:
1. Java 9 is no longer supported, only Java 8 and Java 11, both of which
are under long term support.
2. Java 11 removes javax.xml.bind, which we import from DatatypeConverter;
fortunately we don't actually use! Commenting out two lines of source means
trunk builds just fine on Java 11.
3. The key change that prevented Java 9 support from running, namely
introspecting Java packages without using the rt.jar, now mostly works. In
the regrtest, it still fails with importing Pattern from java.util.regex,
not certain why; the two other imports tested in import_star_from_java.py
work fine.
4. We do have some illegal access warnings from jnr.posix in terms of
reflected fields, which we will have to look into at some point. Of course,
this is just the usual encapsulation of Java that Java 9 introduced.
5. The other failing test in test_signal when run on JDK 11 is related to
the change over to how signals are exposed.
To summarize:
[exec] 380 tests OK.
[exec] 2 tests skipped:
[exec] test_codecmaps_hk test_curses
[exec] 2 tests failed:
[exec] test_import_jy test_signal
[exec] 2 fails unexpected:
[exec] test_import_jy test_signal
[exec] Result: 1
So this looks very close to me!
Lots of incredibly hard work has gone into 2.7.2, it's time to get it out
there.
- Jim
On Mon, Jan 7, 2019 at 1:19 PM Jeff Allen <ja...@fa...> wrote:
> Thanks Adam. Mainly I thought we couldn't ship in such a shabby state on
> Java 9. Better now (not perfect). -- J.
>
> Jeff Allen
>
> On 07/01/2019 10:55, Adam Burke wrote:
>
> I just checked out out the head for the first time in a while and regrtest
> is green for me under Windows and Java 8. Great to see.
>
> <0.02 put in jar>
>
> From my (front-row?) spectator seat, I think more frequent patch releases
> wouldn't hurt. It's been a fair while since 2.7.1. If the tests are green,
> bugs have been fixed, and more stuff works in 2.7.2 than 2.7.1, I would
> vote to ship.
>
> If the gradle stuff is working well enough to produce a jar, it could be
> included and marked experimental? I'm sure it would be useful to projects
> with dependencies on jython from maven or gradle projects.
>
> Obviously it would be good to announce the beta on the website though.
>
> Cheers
> Adam
>
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>
|
|
From: Jeff A. <ja...@fa...> - 2019-01-07 20:19:03
|
Thanks Adam. Mainly I thought we couldn't ship in such a shabby state on Java 9. Better now (not perfect). -- J. Jeff Allen On 07/01/2019 10:55, Adam Burke wrote: > I just checked out out the head for the first time in a while and > regrtest is green for me under Windows and Java 8. Great to see. > > <0.02 put in jar> > > From my (front-row?) spectator seat, I think more frequent patch > releases wouldn't hurt. It's been a fair while since 2.7.1. If the > tests are green, bugs have been fixed, and more stuff works in 2.7.2 > than 2.7.1, I would vote to ship. > > If the gradle stuff is working well enough to produce a jar, it could > be included and marked experimental? I'm sure it would be useful to > projects with dependencies on jython from maven or gradle projects. > > Obviously it would be good to announce the beta on the website though. > > Cheers > Adam > |
|
From: Adam B. <ada...@gm...> - 2019-01-07 10:56:51
|
I forgot Jeff specifically proposed gradle being experimental, so basically take this mail as a vote for that I guess. Cheers Adam On Mon, 7 Jan 2019 at 20:55, Adam Burke <ada...@gm...> wrote: > I just checked out out the head for the first time in a while and regrtest > is green for me under Windows and Java 8. Great to see. > > <0.02 put in jar> > > From my (front-row?) spectator seat, I think more frequent patch releases > wouldn't hurt. It's been a fair while since 2.7.1. If the tests are green, > bugs have been fixed, and more stuff works in 2.7.2 than 2.7.1, I would > vote to ship. > > If the gradle stuff is working well enough to produce a jar, it could be > included and marked experimental? I'm sure it would be useful to projects > with dependencies on jython from maven or gradle projects. > > Obviously it would be good to announce the beta on the website though. > > Cheers > Adam > > On Wed, 2 Jan 2019 at 09:55, Jeff Allen <ja...@fa...> wrote: > >> Happy New Year. >> >> We didn't get 2.7.2 out in 2018, but I think it is within reach to do so >> in the first half of 2019, with a beta in (say) February. >> >> The triage I did last Spring appears still to be valid. What looked like >> a highly focussed list proved to contain some many-headed problems. >> There are still 14 open issues in the milestone, but I would say that >> the difficult ones have yielded most of the way. We have done some work >> not in the original target because of enthusiasm or outside contributions. >> >> Web site: not sure what the blockage is, but I think we need it to >> launch the beta release. >> >> Gradle support: I believe "support" means we produce artefacts others >> may use in a Gradle build. Jim originally considered Gradle support to >> be essential, but has moderated that (elsewhere in this thread). My view >> is that it is highly desirable, but I don't know quite what to produce, >> although another thread in this list contains a helpful discussion. I'd >> like to make Gradle experimental in beta so we can get some experience >> and feedback. >> >> Jeff >> >> Jeff Allen >> >> On 26/02/2018 03:00, fwi...@gm... wrote: >> > Hi Jeff - some comments inline: >> > >> > On Sun, Feb 25, 2018 at 12:49 AM, Jeff Allen <ja...@fa...> >> wrote: >> >> It's still the New Year :) >> >> >> >> We currently have 85 open bugs tagged Milestone 2.7.2, and about 250 >> others. >> >> (20 or so are tagged 2.7.1 or 2.7.0, but I think that's mostly a >> >> misunderstanding at the time they were raised.) It's hard for me to say >> >> which should be show-stoppers. >> >> >> >> I thought I'd at least read them all. So far I've got 2 categories: >> "fairly >> >> sure I can close" and "that's not simple". >> >> >> >> I think we should have tagged as Milestone 2.7.2 only those things we >> have a >> >> serious intention to fix by the end of 2.7.2b, and everything else >> >> decisively put off. Knowledgeable contributions to this process would >> be >> >> welcome. >> > That sounds right to me, we can put others into a 2.7.3 Milestone >> perhaps. >> > >> >> I think (below) Frank bids a GitHub-based website as part of the 2.7.2, >> >> which I think is highly desirable for communication reasons. >> > Yes I need to look at the logistics of getting a github based website >> > up and running. I'll try to find some time to look into that soonish. >> > >> > Thanks for looking into this and keeping the ball rolling! >> > >> > -Frank >> > >> >> >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> > |
|
From: Adam B. <ada...@gm...> - 2019-01-07 10:55:57
|
I just checked out out the head for the first time in a while and regrtest is green for me under Windows and Java 8. Great to see. <0.02 put in jar> >From my (front-row?) spectator seat, I think more frequent patch releases wouldn't hurt. It's been a fair while since 2.7.1. If the tests are green, bugs have been fixed, and more stuff works in 2.7.2 than 2.7.1, I would vote to ship. If the gradle stuff is working well enough to produce a jar, it could be included and marked experimental? I'm sure it would be useful to projects with dependencies on jython from maven or gradle projects. Obviously it would be good to announce the beta on the website though. Cheers Adam On Wed, 2 Jan 2019 at 09:55, Jeff Allen <ja...@fa...> wrote: > Happy New Year. > > We didn't get 2.7.2 out in 2018, but I think it is within reach to do so > in the first half of 2019, with a beta in (say) February. > > The triage I did last Spring appears still to be valid. What looked like > a highly focussed list proved to contain some many-headed problems. > There are still 14 open issues in the milestone, but I would say that > the difficult ones have yielded most of the way. We have done some work > not in the original target because of enthusiasm or outside contributions. > > Web site: not sure what the blockage is, but I think we need it to > launch the beta release. > > Gradle support: I believe "support" means we produce artefacts others > may use in a Gradle build. Jim originally considered Gradle support to > be essential, but has moderated that (elsewhere in this thread). My view > is that it is highly desirable, but I don't know quite what to produce, > although another thread in this list contains a helpful discussion. I'd > like to make Gradle experimental in beta so we can get some experience > and feedback. > > Jeff > > Jeff Allen > > On 26/02/2018 03:00, fwi...@gm... wrote: > > Hi Jeff - some comments inline: > > > > On Sun, Feb 25, 2018 at 12:49 AM, Jeff Allen <ja...@fa...> wrote: > >> It's still the New Year :) > >> > >> We currently have 85 open bugs tagged Milestone 2.7.2, and about 250 > others. > >> (20 or so are tagged 2.7.1 or 2.7.0, but I think that's mostly a > >> misunderstanding at the time they were raised.) It's hard for me to say > >> which should be show-stoppers. > >> > >> I thought I'd at least read them all. So far I've got 2 categories: > "fairly > >> sure I can close" and "that's not simple". > >> > >> I think we should have tagged as Milestone 2.7.2 only those things we > have a > >> serious intention to fix by the end of 2.7.2b, and everything else > >> decisively put off. Knowledgeable contributions to this process would be > >> welcome. > > That sounds right to me, we can put others into a 2.7.3 Milestone > perhaps. > > > >> I think (below) Frank bids a GitHub-based website as part of the 2.7.2, > >> which I think is highly desirable for communication reasons. > > Yes I need to look at the logistics of getting a github based website > > up and running. I'll try to find some time to look into that soonish. > > > > Thanks for looking into this and keeping the ball rolling! > > > > -Frank > > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Jython t. <st...@bu...> - 2019-01-04 18:05:24
|
ACTIVITY SUMMARY (2018-12-28 - 2019-01-04) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 332 ( -2) closed 2413 ( +4) total 2745 ( +2) Open issues with patches: 27 Issues opened (2) ================= #2726: os.uname() throws IllegalArgumentException on Windows (Chinese https://bugs.jython.org/issue2726 opened by k870611 #2728: jython-standalone 2.7.1 fails vulnerability check because of g https://bugs.jython.org/issue2728 opened by najibk Most recent 15 issues with no replies (15) ========================================== #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in https://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe https://bugs.jython.org/issue2722 #2720: wrap_scoket_exception: 'module' object has no attribute 'OP_NO https://bugs.jython.org/issue2720 #2719: Divergence of __str__ and __repr__ from CPython https://bugs.jython.org/issue2719 #2713: Rounding a float field causes test_cpickle to fail https://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd https://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> https://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py https://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume https://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 https://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package https://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes https://bugs.jython.org/issue2665 #2651: Travis Builds failing with *** buffer overflow detected *** https://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth https://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ https://bugs.jython.org/issue2640 Most recent 15 issues waiting for review (15) ============================================= #2635: AST.lineno ignored by compile https://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License https://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core https://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries https://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object https://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 Top 10 most discussed issues (2) ================================ #2726: os.uname() throws IllegalArgumentException on Windows (Chinese https://bugs.jython.org/issue2726 10 msgs #2663: Remove dependency on javax.xml.bind.DatatypeConverter https://bugs.jython.org/issue2663 5 msgs |
|
From: Rory O'D. <ror...@or...> - 2019-01-04 10:02:43
|
Hi Alan, Happy New Year! *OpenJDK builds *- JDK 12 Early Access build 26 is available at http://jdk.java.net/12/ * These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Changes since last email o Distrust TLS server certificates anchored by Symantec Root CAs (JDK-8207258 <https://bugs.openjdk.java.net/browse/JDK-8207258>) o Customizing the generation of a PKCS12 keystore (JDK-8076190 <https://bugs.openjdk.java.net/browse/JDK-8076190>) o Compact Number Formatting Support (JDK-8177552 <https://bugs.openjdk.java.net/browse/JDK-8177552>) *OpenJDK builds *- JDK 13 - Early Access build 2 is available at http://jdk.java.net/13/ * These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Changes in this build <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B1%22%3A%3A%22jdk-13%2B2%22-%22jdk-13%2B1%22%29> *jpackage EA builds* * This is an early access build of JEP 343: Packaging Tool <https://openjdk.java.net/jeps/343>, aimed at testing a prototype implementation of jpackage, which is a new tool for packaging self-contained Java applications along with a Java Runtime Environment. * Please send feedback via e-mail to cor...@op... <mailto:cor...@op...> *Quality Outreach report for December 2018* * The report for December 2018 is available here <https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+for+December+2018> Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
|
From: Jeff A. <ja...@fa...> - 2019-01-01 23:54:32
|
Happy New Year. We didn't get 2.7.2 out in 2018, but I think it is within reach to do so in the first half of 2019, with a beta in (say) February. The triage I did last Spring appears still to be valid. What looked like a highly focussed list proved to contain some many-headed problems. There are still 14 open issues in the milestone, but I would say that the difficult ones have yielded most of the way. We have done some work not in the original target because of enthusiasm or outside contributions. Web site: not sure what the blockage is, but I think we need it to launch the beta release. Gradle support: I believe "support" means we produce artefacts others may use in a Gradle build. Jim originally considered Gradle support to be essential, but has moderated that (elsewhere in this thread). My view is that it is highly desirable, but I don't know quite what to produce, although another thread in this list contains a helpful discussion. I'd like to make Gradle experimental in beta so we can get some experience and feedback. Jeff Jeff Allen On 26/02/2018 03:00, fwi...@gm... wrote: > Hi Jeff - some comments inline: > > On Sun, Feb 25, 2018 at 12:49 AM, Jeff Allen <ja...@fa...> wrote: >> It's still the New Year :) >> >> We currently have 85 open bugs tagged Milestone 2.7.2, and about 250 others. >> (20 or so are tagged 2.7.1 or 2.7.0, but I think that's mostly a >> misunderstanding at the time they were raised.) It's hard for me to say >> which should be show-stoppers. >> >> I thought I'd at least read them all. So far I've got 2 categories: "fairly >> sure I can close" and "that's not simple". >> >> I think we should have tagged as Milestone 2.7.2 only those things we have a >> serious intention to fix by the end of 2.7.2b, and everything else >> decisively put off. Knowledgeable contributions to this process would be >> welcome. > That sounds right to me, we can put others into a 2.7.3 Milestone perhaps. > >> I think (below) Frank bids a GitHub-based website as part of the 2.7.2, >> which I think is highly desirable for communication reasons. > Yes I need to look at the logistics of getting a github based website > up and running. I'll try to find some time to look into that soonish. > > Thanks for looking into this and keeping the ball rolling! > > -Frank > |
|
From: Jython t. <st...@bu...> - 2018-12-28 18:05:32
|
ACTIVITY SUMMARY (2018-12-21 - 2018-12-28) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 334 ( +0) closed 2409 ( +1) total 2743 ( +1) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in https://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe https://bugs.jython.org/issue2722 #2720: wrap_scoket_exception: 'module' object has no attribute 'OP_NO https://bugs.jython.org/issue2720 #2719: Divergence of __str__ and __repr__ from CPython https://bugs.jython.org/issue2719 #2713: Rounding a float field causes test_cpickle to fail https://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd https://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> https://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py https://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume https://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 https://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package https://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes https://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter https://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** https://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth https://bugs.jython.org/issue2644 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH https://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile https://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License https://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core https://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries https://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object https://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 Issues closed (1) ================= #2724: Mail Gateway Test https://bugs.jython.org/issue2724 closed by EWDurbin |
|
From: Jython t. <st...@bu...> - 2018-12-21 17:10:27
|
ACTIVITY SUMMARY (2018-12-14 - 2018-12-21) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 334 ( +3) closed 2408 ( +0) total 2742 ( +3) Open issues with patches: 28 Issues opened (3) ================= #2721: cannot invoke Python from Java http://bugs.jython.org/issue2721 opened by navneethnarendra #2722: run-time issue while trying to reach external endpoint (Weathe http://bugs.jython.org/issue2722 opened by vaishnavihravi #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in http://bugs.jython.org/issue2723 opened by rsmith31415 Most recent 15 issues with no replies (15) ========================================== #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in http://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe http://bugs.jython.org/issue2722 #2720: wrap_scoket_exception: 'module' object has no attribute 'OP_NO http://bugs.jython.org/issue2720 #2719: Divergence of __str__ and __repr__ from CPython http://bugs.jython.org/issue2719 #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 Top 10 most discussed issues (1) ================================ #2721: cannot invoke Python from Java http://bugs.jython.org/issue2721 5 msgs |
|
From: Jeff A. <ja...@fa...> - 2018-12-16 20:45:59
|
On 15/12/2018 09:13, Samuele Pedroni wrote: > On Wed, Dec 12, 2018 at 10:35 AM Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > ... > PyObject.java contains some comments I've never understood and > have had > difficulty following > (https://hg.python.org/jython/file/tip/src/org/python/core/PyObject.java#l218). > > It seems advice only relevant to those who extend PyObject, which is > mostly us. And we certainly don't follow it in PyObjectDerived which > contains the mechanism by which Python authors override __str__ and > where toString delegates to __repr__. > > > for what is worth that comment seems to be from before new-style > classes support, when indeed extending PyObject was easy/natural and > was done also outside of the Jython code base itself often, and the > code was following Java patterns more than the slightly quirky > patterns needed to implement new-style semantics, so telling people > implement toString and the runtime will do the rest made sense. Hi Samuele, You're right. They don't come much older. It seems the present code tries to preserve that approach, but against the tide of expectation that __str__ and __repr__should define the string forms. Given this is a Python object, upholding Java conventions against the Python data model is bound to create cognitive stress. And it doesn't quite work. In a proxy to a Java object, the argument runs the other way of course (a synthetic __repr__ or __str__ should wrap toString). Assuming this is right, there is the question of user code extending PyObject that followed the old advice. Breakage may preclude a fix. Jeff PS: I'd neglected your book until recently, since it does not cover recent features, but I found it still good on why certain things work the way they do. Jeff Allen |
|
From: Samuele P. <sam...@gm...> - 2018-12-15 09:13:31
|
On Wed, Dec 12, 2018 at 10:35 AM Jeff Allen <ja...@fa...> wrote: > We're discussing this in a couple of places already, but I wanted to ask > here in case there are old hands subscribed who can shed any light. > > http://bugs.jython.org/issue2719 > > https://github.com/jythontools/jython/pull/126 > > PyObject.java contains some comments I've never understood and have had > difficulty following > ( > https://hg.python.org/jython/file/tip/src/org/python/core/PyObject.java#l218). > > It seems advice only relevant to those who extend PyObject, which is > mostly us. And we certainly don't follow it in PyObjectDerived which > contains the mechanism by which Python authors override __str__ and > where toString delegates to __repr__. > > for what is worth that comment seems to be from before new-style classes support, when indeed extending PyObject was easy/natural and was done also outside of the Jython code base itself often, and the code was following Java patterns more than the slightly quirky patterns needed to implement new-style semantics, so telling people implement toString and the runtime will do the rest made sense. |
|
From: Jython t. <st...@bu...> - 2018-12-14 17:10:27
|
ACTIVITY SUMMARY (2018-12-07 - 2018-12-14) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 331 ( +3) closed 2408 ( +0) total 2739 ( +3) Open issues with patches: 28 Issues opened (3) ================= #2718: Jython not built for IBM Linux on POWER (ppc64el) systems http://bugs.jython.org/issue2718 opened by tpearson-raptor #2719: Divergence of __str__ and __repr__ from CPython http://bugs.jython.org/issue2719 opened by jeff.allen #2720: wrap_scoket_exception: 'module' object has no attribute 'OP_NO http://bugs.jython.org/issue2720 opened by arao Most recent 15 issues with no replies (15) ========================================== #2720: wrap_scoket_exception: 'module' object has no attribute 'OP_NO http://bugs.jython.org/issue2720 #2719: Divergence of __str__ and __repr__ from CPython http://bugs.jython.org/issue2719 #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 Top 10 most discussed issues (1) ================================ #2718: Jython not built for IBM Linux on POWER (ppc64el) systems http://bugs.jython.org/issue2718 3 msgs |
|
From: Rory O'D. <ror...@or...> - 2018-12-14 10:26:54
|
Hi Alan, *JDK 12 Early Access build 22 **is now available **at : - jdk.java.net/12/* * Per the JDK 12 schedule [1], we are now in Rampdown Phase One. o For more details , see Mark Reinhold's email to jdk-dev mailing list [2] o The overall feature set is frozen, no further JEPs will be targeted to this release. o We’ve forked the main-line source repository, jdk/jdk, to the JDK 12 stabilization repository. Changes since the last availability email * JEP 189: Shenandoah: A Low-Pause-Time Garbage Collector (Experimental) <http://openjdk.java.net/jeps/189> moved to *Targeted*. * JEP 334: JVM Constants API <http://openjdk.java.net/jeps/334> moved to *Targeted*. * JEP 344: Abortable Mixed Collections for G1 <http://openjdk.java.net/jeps/344> moved to *Targeted*. * JEP 346: Promptly Return Unused Committed Memory from G1 <http://openjdk.java.net/jeps/346> to *Targeted*. * JEP 326: Raw String Literals <https://openjdk.java.net/jeps/326> (Preview) *Proposed to drop from JDK 12* o link to proposal on jdk-dev <https://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002402.html> Bug fixes reported by Open Source Projects : o JDK-8211051 - fixed in b22 - reported by JUnit5 o JDK-8211422 - fixed in b23 - reported by Apache Batik The Java Crypto Roadmap <https://java.com/cryptoroadmap> has been updated with the following target: * With the 2019-04-16 CPU, o Targeted Releases - JDK 12, JDK 11, JDK 8, and JDK 7 o Distrust TLS server certificates anchored by Symantec Root CAs. Oracle Java SE 8 Release Updates [3] * Public updates for Oracle Java SE 8 released after January 2019 will not be available for business, commercial or production use without a commercial license. Rgds, Rory [1] http://openjdk.java.net/projects/jdk/12/#Schedule [2] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-December/002405.html [3] https://java.com/en/download/release_notice.jsp -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
|
From: Jeff A. <ja...@fa...> - 2018-12-12 09:34:49
|
We're discussing this in a couple of places already, but I wanted to ask here in case there are old hands subscribed who can shed any light. http://bugs.jython.org/issue2719 https://github.com/jythontools/jython/pull/126 PyObject.java contains some comments I've never understood and have had difficulty following (https://hg.python.org/jython/file/tip/src/org/python/core/PyObject.java#l218). It seems advice only relevant to those who extend PyObject, which is mostly us. And we certainly don't follow it in PyObjectDerived which contains the mechanism by which Python authors override __str__ and where toString delegates to __repr__. Generally, the plain dunder methods in Jython correspond to tp_* slots in CPython, and methods with a name like int___add__ to which they delegate are the implementation functions. Overriding __add__ to call int___add__ is equivalent to the action in CPython of placing a function pointer in a tp-slot. At present, __str__ and __repr__ do not follow this convention: __str__ defaults to __repr__ by this mechanism, as expected. However, we tell people not to override these methods, but to define the result of either by overriding Object.toString. No real clue there what to do if they should give different results. Moreover, we expose (the non-final) Java PyObject.__repr__ as Python object.__str__, and something we call object_toString as object.__repr__. The logic of this cross-wiring is not explained, except that there will be a stack overflow if you don't. But why is this the right way to solve that problem? To me the obvious pattern is something like: 1. __str__ calls final object___str__, which is exposed as object.__str__ . 2. object___str__ calls __repr__ 3. __repr__ calls final object___repr__, which is exposed as object.__repr__ . 4. toString calls __str__ and we discourage overriding it because that's what __str__ is for in Python objects. Then in PyObjectDerived we do not override toString, but as normal all slot functions do their look-up for exposed versions and toString continues to call __str__. I think this defuses the stack overflow in a natural way, but if it doesn't, we look for some other solution than the one we have now. I notice that in CPython, these slots are wrapped with a little more logic (e.g. https://github.com/python/cpython/blob/2.7/Objects/object.c#L453), whereas in Jython we tend to call __str__ and so on directly. This may also be part of the right solution for us: to be investigated. Jeff -- Jeff Allen |
|
From: Jython t. <st...@bu...> - 2018-12-07 17:10:25
|
ACTIVITY SUMMARY (2018-11-30 - 2018-12-07) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 328 ( +0) closed 2408 ( +0) total 2736 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 Top 10 most discussed issues (1) ================================ #2717: Arguments mis-handled passing **kwargs from Java to Python http://bugs.jython.org/issue2717 7 msgs |
|
From: Jython t. <st...@bu...> - 2018-11-30 17:10:35
|
ACTIVITY SUMMARY (2018-11-23 - 2018-11-30) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 328 ( -3) closed 2408 ( +4) total 2736 ( +1) Open issues with patches: 28 Issues opened (1) ================= #2717: passing**kwargs form java to python using Jython http://bugs.jython.org/issue2717 opened by mohamad.mahajna Most recent 15 issues with no replies (15) ========================================== #2717: passing**kwargs form java to python using Jython http://bugs.jython.org/issue2717 #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 Top 10 most discussed issues (1) ================================ #2362: Import * doesn't work on JDK9 for java.*, jdk.* namespaces http://bugs.jython.org/issue2362 4 msgs |
|
From: Rory O'D. <ror...@or...> - 2018-11-30 11:57:03
|
Hi Alan, *NOTE:- *The JDK 12 schedule <http://openjdk.java.net/projects/jdk/12/> rampdown phase 1 of the release is coming up in a few weeks on Dec. 13, 2018. ** *JDK 12 Early Access build 22 **is now available **at : - jdk.java.net/12/* * Release Note updates since last email * * o Build 21 - Deprecating the default keytool -keyalg value (JDK-8212003) o Build 21 - Change to X25519 and X448 encoded private key format (JDK-8213363) o Build 20 - New command-line flag for more extensive error reporting in crash logs (JDK-8211845) o Build 20 -Initial Value of user.timezone System Property Changed (JDK-8185496) * JEPs proposed for JDK 12 : o JEP 189: Shenandoah: A Low-Pause-Time Garbage Collector(Experimental) <http://openjdk.java.net/jeps/189> o JEP 334: JVM Constants API <http://openjdk.java.net/jeps/334> o JEP 344: Abortable Mixed Collections for G1 <http://openjdk.java.net/jeps/344> o JEP 346: Promptly Return Unused Committed Memory from G1 <http://openjdk.java.net/jeps/346> * JEPs targeted to JDK 12, so far o JEP 230: Microbenchmark Suite <https://openjdk.java.net/jeps/230> o JEP 325: Switch Expressions (Preview) <http://openjdk.java.net/jeps/325> o JEP 326: Raw String Literals (Preview) <http://openjdk.java.net/jeps/326> o JEP 340: One AArch64 Port, Not Two <http://openjdk.java.net/jeps/340> o JEP 341: Default CDS Archives <http://openjdk.java.net/jeps/341> Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
|
From: Jython t. <st...@bu...> - 2018-11-23 17:10:26
|
ACTIVITY SUMMARY (2018-11-16 - 2018-11-23) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 331 ( +0) closed 2404 ( +0) total 2735 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2715: Over-stretched array.array support for buffer protocol http://bugs.jython.org/issue2715 #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 |
|
From: Stefan R. <ste...@gm...> - 2018-11-23 12:58:34
|
Right before Jython 2.7.1 release I went through all dependencies and upgraded each to the highest version that didn't break anything. I vaguely remember that ams couldn't be upgraded further at that time but don't remember what went broken. Maybe it was fixed as a by product of some work done since then. However, better test carefully, also on other platforms etc. Am Do., 22. Nov. 2018, 17:50 hat Jeff Allen <ja...@fa...> geschrieben: > In build.xml at a couple of points we find the comment: > > <!-- pin to ASM 5.2 until we upgrade compilation --> > > In fact we have "pinned" ASM at 5.0.3, then 5.0.4 and then 5.2. I need > to advance ASM, probably to 7.0, to fix > http://bugs.jython.org/issue2362, and it seems to work (passes regrtest > -e on Windows). Does anyone know why we chose to pin ASM at 5? > > -- > > Jeff Allen > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Jeff A. <ja...@fa...> - 2018-11-22 07:49:37
|
In build.xml at a couple of points we find the comment: <!-- pin to ASM 5.2 until we upgrade compilation --> In fact we have "pinned" ASM at 5.0.3, then 5.0.4 and then 5.2. I need to advance ASM, probably to 7.0, to fix http://bugs.jython.org/issue2362, and it seems to work (passes regrtest -e on Windows). Does anyone know why we chose to pin ASM at 5? -- Jeff Allen |
|
From: Jython t. <st...@bu...> - 2018-11-16 17:10:23
|
ACTIVITY SUMMARY (2018-11-09 - 2018-11-16) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 331 ( +1) closed 2404 ( +0) total 2735 ( +1) Open issues with patches: 28 Issues opened (1) ================= #2716: why '==' return true but 'is' return false http://bugs.jython.org/issue2716 opened by k870611 Most recent 15 issues with no replies (15) ========================================== #2715: Over-stretched array.array support for buffer protocol http://bugs.jython.org/issue2715 #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 Top 10 most discussed issues (1) ================================ #2716: why '==' return true but 'is' return false http://bugs.jython.org/issue2716 4 msgs |
|
From: Jython t. <st...@bu...> - 2018-11-09 17:10:39
|
ACTIVITY SUMMARY (2018-11-02 - 2018-11-09) Jython tracker at http://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 330 (-23) closed 2404 (+25) total 2734 ( +2) Open issues with patches: 28 Issues opened (2) ================= #2714: Locale and java version failures in test_os_jy http://bugs.jython.org/issue2714 opened by adamburke #2715: Over-stretched array.array support for buffer protocol http://bugs.jython.org/issue2715 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2715: Over-stretched array.array support for buffer protocol http://bugs.jython.org/issue2715 #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #2330: full-build fails to copy CPython License http://bugs.jython.org/issue2330 #2230: Jython evaluation blocks under heavy load with high multi-core http://bugs.jython.org/issue2230 #2143: site-packages support in standalone jar http://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context http://bugs.jython.org/issue2142 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #2077: marshal doesn't raise error when fed unmarshalable object http://bugs.jython.org/issue2077 #1925: Support loading java.sql.Drivers that aren't on the boot class http://bugs.jython.org/issue1925 #1917: No ctypes.c_char http://bugs.jython.org/issue1917 Top 10 most discussed issues (1) ================================ #2362: Import * doesn't work on JDK9 for java.*, jdk.* namespaces http://bugs.jython.org/issue2362 3 msgs |
101 messages has been excluded from this view by a project administrator.
