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: Oti <oh...@gm...> - 2017-02-08 22:21:57
|
awesome - and thanks! Oti. fwi...@gm... <fwi...@gm...> schrieb am Mi. 8. Feb. 2017 um 22:46: > On Wed, Feb 8, 2017 at 1:38 PM, Darjus Loktevic <da...@gm...> wrote: > > Hey Guys, > > > > Just came back from vacations and was super happy to see all the work by > > Stefan on various issues :) > > Stefan, thank you! > +1000 :) > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > -- http://ohumbel.me |
From: <fwi...@gm...> - 2017-02-08 21:45:48
|
On Wed, Feb 8, 2017 at 1:38 PM, Darjus Loktevic <da...@gm...> wrote: > Hey Guys, > > Just came back from vacations and was super happy to see all the work by > Stefan on various issues :) > Stefan, thank you! +1000 :) |
From: Darjus L. <da...@gm...> - 2017-02-08 21:39:07
|
Hey Guys, Just came back from vacations and was super happy to see all the work by Stefan on various issues :) Stefan, thank you! Darjus |
From: Rory O'D. <ror...@or...> - 2017-02-03 21:10:22
|
Hi Alan, *JDK 9 Early Access* b155 <https://jdk9.java.net/download/> is available on java.net There have been a number of fixes to bugs reported by Open Source projects since the last availability email : * b155 - JDK-8167273 : Calendar.getDisplayNames inconsistent with DateFormatSymbols * b154 - JDK-8157611 : field visiblePackages is null for the unnamed module producing NPE when accessed * b153 - JDK-8163449 : Allow per protocol setting for URLConnection defaultUseCaches * b152 - JDK-8172158 : Annotation processor not run with -source <= 8 Dalibor and I are presenting at FOSDEM this weekend, we would love to meet you there! * JDK 9 Outreach - The Awesome Parts <https://fosdem.org/2017/schedule/event/outreach/> Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
From: Jython t. <st...@bu...> - 2017-02-03 17:10:23
|
ACTIVITY SUMMARY (2017-01-27 - 2017-02-03) 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 309 ( +3) closed 2258 ( +1) total 2567 ( +4) Open issues with patches: 28 Issues opened (4) ================= #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 opened by stefan.richthofer #2546: No way to add __doc__ to fields in Java-written module (?) http://bugs.jython.org/issue2546 opened by stefan.richthofer #2547: PyException only uses default constructor; doesn't initialize http://bugs.jython.org/issue2547 opened by jason_s #2548: Unicode u'\N{name}' frequently broken, because ucnhash.dat out http://bugs.jython.org/issue2548 opened by stefan.richthofer Most recent 15 issues with no replies (15) ========================================== #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2543: broken links for mailing list website http://bugs.jython.org/issue2543 #2540: settrace doesn't notice "with" statements http://bugs.jython.org/issue2540 #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2494: Support for pydoc_data http://bugs.jython.org/issue2494 #2484: Codec encodings can exhaust permgen http://bugs.jython.org/issue2484 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 embedd 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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 Top 10 most discussed issues (4) ================================ #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 7 msgs #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 3 msgs #2527: cStringIO throws IllegalArgumentException with non-ASCII value http://bugs.jython.org/issue2527 3 msgs #2548: Unicode u'\N{name}' frequently broken, because ucnhash.dat out http://bugs.jython.org/issue2548 3 msgs |
From: Jython t. <st...@bu...> - 2017-01-27 17:10:22
|
ACTIVITY SUMMARY (2017-01-20 - 2017-01-27) 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 306 ( +3) closed 2257 ( +0) total 2563 ( +3) Open issues with patches: 28 Issues opened (3) ================= #2542: TLS1.2 protocol support http://bugs.jython.org/issue2542 opened by aditya24 #2543: broken links for mailing list website http://bugs.jython.org/issue2543 opened by jason_s #2544: Third party python module import in Jython http://bugs.jython.org/issue2544 opened by sowmya.rani Most recent 15 issues with no replies (15) ========================================== #2543: broken links for mailing list website http://bugs.jython.org/issue2543 #2540: settrace doesn't notice "with" statements http://bugs.jython.org/issue2540 #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 embedd 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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 Top 10 most discussed issues (1) ================================ #2542: TLS1.2 protocol support http://bugs.jython.org/issue2542 3 msgs |
From: Jason S. <jm...@gm...> - 2017-01-23 21:32:26
|
Has there been any recent work on making a Jython 2.7 standalone "lite" package, with a smaller .jar size? (2.5.3 was 13.7M, 2.7 is 35.3M) Some of us don't need the unicodedata module or the functionality in bouncycastle or netty, and it would be nice to be able to use Jython without these features if it reduces the .jar footprint. thanks, Jason Sachs ----- https://sourceforge.net/p/jython/mailman/message/33521633/ *Re: [Jython-dev] ImportError: No module named site <https://sourceforge.net/p/jython/mailman/message/33521633/>* From: Jim Baker <jim.baker@py...> - 2015-03-02 17:45:58 *Attachments:* Message as HTML <https://sourceforge.net/p/jython/mailman/attachment/CAOhO%3DaPDW9ZxeQRs%2BqhjQxtOGodODKM9QftXKhAEtOxvnUSocg%40mail.gmail.com/1/> On Mon, Mar 2, 2015 at 10:34 AM, David Charles <david.charkowsky@...> wrote: > Alex, > > Thank you for your reply. Yes, I am using the standalone jar. Here are > my file sizes: > > $ ls -l jython-standalone* > -rw-r--r-- 1 12345 users 13432713 Jun 12 2013 jython-standalone-2.7-b1.jar > -rw-r--r-- 1 12345 users 28913501 Nov 4 14:25 jython-standalone-2.7-b3.jar > -rw-r--r-- 1 12345 users 35018318 Feb 26 16:14 jython-standalone-2.7-b4.jar > > The only one that works for me is b1. On the client, I am using javaws > -clearcache between tests. > > Wow, jython-standalone-2.7-b4.jar is 34Mb? > Yes, sorry about that. We are focused on correctness first, then we will go and trim down in subsequent 2.7.x releases, where x > 0. A huge chunk of that additional bloat is supporting unicodedata and the corresponding ICU4J jar we now use. It should be a straightforward matter of programming to remove this ICU4J dependency. Possibly this and other optimizations, especially startup time, would be suitable for a Google Summer of Code student, given that we are planning to participate this summer. - Jim |
From: Jython t. <st...@bu...> - 2017-01-20 17:10:23
|
ACTIVITY SUMMARY (2017-01-13 - 2017-01-20) 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 303 ( +2) closed 2257 ( +0) total 2560 ( +2) Open issues with patches: 28 Issues opened (2) ================= #2540: settrace doesn't notice "with" statements http://bugs.jython.org/issue2540 opened by nedbat #2541: readline.get_history_item broken http://bugs.jython.org/issue2541 opened by kmac Most recent 15 issues with no replies (15) ========================================== #2540: settrace doesn't notice "with" statements http://bugs.jython.org/issue2540 #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2494: Support for pydoc_data http://bugs.jython.org/issue2494 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 embedd 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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 Top 10 most discussed issues (2) ================================ #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 3 msgs #2541: readline.get_history_item broken http://bugs.jython.org/issue2541 3 msgs |
From: Jython t. <st...@bu...> - 2017-01-13 17:10:23
|
ACTIVITY SUMMARY (2017-01-06 - 2017-01-13) 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 301 ( +0) closed 2257 ( +0) total 2558 ( +0) Open issues with patches: 27 Most recent 15 issues with no replies (15) ========================================== #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2494: Support for pydoc_data http://bugs.jython.org/issue2494 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 Top 10 most discussed issues (2) ================================ #2515: typing module doesn't import http://bugs.jython.org/issue2515 4 msgs #2523: defaultdict.__getitem__() does not propagate exceptions raised http://bugs.jython.org/issue2523 3 msgs |
From: Rory O'D. <ror...@or...> - 2017-01-10 10:10:53
|
Hi Alan, Best wishes for the New Year. Dalibor and I will be at FOSDEM '17, Brussels 4 & 5 February. Let us know if you will be there, hopefully we can meet up ! *JDK 9 Early Access* b151 <https://jdk9.java.net/download/> is available on java.net There have been a number of fixes to bugs reported by Open Source projects since the last availability email : * JDK-8171377 : Add sun.misc.Unsafe::invokeCleaner * JDK-8075793 : Source incompatibility for inference using -source 7 * JDK-8087303 : LSSerializer pretty print does not work anymore * JDK-8167143 :CLDR timezone parsing does not work for all locales Other changes that maybe of interest: * JDK-8066474 : Remove the lib/$ARCH directory from Linux and Solaris images * JDK-8170428 : Move src.zip to JDK/lib/src.zip *JEPs intergrated:* * JEP 295 <http://openjdk.java.net/jeps/295>: Ahead-of-Time Compilation has been integrated in b150. *Schedule - Milestones since last availability email * * *Feature Extension Complete 22nd of December 2016* * *Rampdown Started 5th of January 2017 * o Phases in which increasing levels of scrutiny are applied to incoming changes. o In phase 1, only P1-P3 bugs can be fixed. In phase 2 only showstopper bugs can be fixed. Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
From: Jython t. <st...@bu...> - 2017-01-06 17:10:22
|
ACTIVITY SUMMARY (2016-12-30 - 2017-01-06) 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 301 ( +0) closed 2257 ( +0) total 2558 ( +0) Open issues with patches: 27 Most recent 15 issues with no replies (15) ========================================== #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Jython t. <st...@bu...> - 2016-12-30 17:10:22
|
ACTIVITY SUMMARY (2016-12-23 - 2016-12-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 301 ( +0) closed 2257 ( +0) total 2558 ( +0) Open issues with patches: 27 Most recent 15 issues with no replies (15) ========================================== #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2537: test_java_integration hangs during regrtest http://bugs.jython.org/issue2537 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Jython t. <st...@bu...> - 2016-12-23 17:10:22
|
ACTIVITY SUMMARY (2016-12-16 - 2016-12-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 301 ( +1) closed 2257 ( +0) total 2558 ( +1) Open issues with patches: 27 Issues opened (1) ================= #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 opened by stefan.richthofer Most recent 15 issues with no replies (15) ========================================== #2539: javadoc aborts with Java 8 http://bugs.jython.org/issue2539 #2537: test_java_integration hangs during regrtest http://bugs.jython.org/issue2537 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Jython t. <st...@bu...> - 2016-12-16 17:10:23
|
ACTIVITY SUMMARY (2016-12-09 - 2016-12-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 300 ( +1) closed 2257 ( +0) total 2557 ( +1) Open issues with patches: 27 Issues opened (1) ================= #2538: Test failures in test_unittest http://bugs.jython.org/issue2538 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2537: test_java_integration hangs during regrtest http://bugs.jython.org/issue2537 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Jeff A. <ja...@fa...> - 2016-12-10 08:13:42
|
It's always a good move to check in what way our customised modules differ from the CPython version. In the case of test.test_unittest it's rather surprising: there's almost nothing in the CPython one: unittest tests itself. The CPython version also carries a few tests we fail, but assuming that can be put right, does anyone see why we should stick with a custom test.test_unittest? -- Jeff Allen |
From: Jython t. <st...@bu...> - 2016-12-09 17:10:22
|
ACTIVITY SUMMARY (2016-12-02 - 2016-12-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 299 ( +0) closed 2257 ( +0) total 2556 ( +0) Open issues with patches: 27 Most recent 15 issues with no replies (15) ========================================== #2537: test_java_integration hangs during regrtest http://bugs.jython.org/issue2537 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Rory O'D. <ror...@or...> - 2016-12-09 10:21:25
|
Hi Alan, JDK 9 build b148 <https://jdk9.java.net/download/> includes an important Refresh of the module system [1] , summary of changes are listed here <http://download.java.net/java/jdk9/changes/jdk-9+148.html>. *This refresh includes a disruptive change that is important to understand. *For those that have been trying out modules with regular JDK 9 builds then be aware that `requires public` changes to `requires transitive`. In addition, the binary representation of the module declaration (module-info.class) has changed so that you need to recompile any modules that were compiled with previous JDK 9 builds. As things stand today in JDK 9 then you use setAccessible to break into non-public elements of any type in exported packages. However, it cannot be used to break into any type in non-exported package. The current specified behavior was a compromise for the initial integration of the module system. It is of course not very satisfactory, hence the #AwkwardStrongEncapsulation issue [2] on the JSR 376 issues list. With the updated proposal in the JSR, this refresh changes setAccessible further so that it cannot be used to break into non-public types, or non-public elements of public types, in exported packages. Code that uses setAccessible to hack into the private constructor of java.lang.invoke.MethodHandles.Lookup will be disappointed for example. This change will expose hacks in many existing libraries and tools. As a workaround then a new command line option `--add-opens` can be used to open specific packages for "deep reflection". For example, a really popular build tool fails with this refresh because it uses setAccessible + core reflection to hack into a private field of an unmodifiable collection so that it can mutate it, facepalm! This code will continue to work as before when run with `--add-opens java.base/java.util=ALL-UNNAMED` to open the package java.util in module java.base to "all unnamed modules" (think class path). *Any help reporting issues to popular tools and libraries would be appreciated. * A debugging aid that is useful to identify issues is to run with -Dsun.reflect.debugModuleAccessChecks=true to get a stack trace when setAccessible fails, this is particularly useful when code swallows exceptions without any logging. Rgds,Rory [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-November/005276.html <http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000430.html> [2] http://openjdk.java.net/projects/jigsaw/spec/issues/#AwkwardStrongEncapsulation -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
From: Jython t. <st...@bu...> - 2016-12-02 17:10:22
|
ACTIVITY SUMMARY (2016-11-25 - 2016-12-02) 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 299 ( +4) closed 2257 ( +0) total 2556 ( +4) Open issues with patches: 27 Issues opened (4) ================= #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 opened by pguermo #2535: Building jython standalone manually results in local filesyste http://bugs.jython.org/issue2535 opened by teeohhem #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 opened by stefan.richthofer #2537: test_java_integration hangs during regrtest http://bugs.jython.org/issue2537 opened by stefan.richthofer Most recent 15 issues with no replies (15) ========================================== #2537: test_java_integration hangs during regrtest http://bugs.jython.org/issue2537 #2536: test_logging deadlocks during regrtest http://bugs.jython.org/issue2536 #2534: os.getlogin() returns a wrong user or returns an exception http://bugs.jython.org/issue2534 #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Jython t. <st...@bu...> - 2016-11-25 17:10:23
|
ACTIVITY SUMMARY (2016-11-18 - 2016-11-25) 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 295 ( +1) closed 2257 ( +0) total 2552 ( +1) Open issues with patches: 27 Issues opened (1) ================= #2533: Opcode.java is outdated -> breaks PyBytecode.interpret http://bugs.jython.org/issue2533 opened by stefan.richthofer Most recent 15 issues with no replies (15) ========================================== #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 #2494: Support for pydoc_data http://bugs.jython.org/issue2494 #2484: Codec encodings can exhaust permgen http://bugs.jython.org/issue2484 #2482: Publish U.S. ECCN for Jython http://bugs.jython.org/issue2482 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Jython t. <st...@bu...> - 2016-11-18 17:10:29
|
ACTIVITY SUMMARY (2016-11-11 - 2016-11-18) 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 294 ( +2) closed 2257 ( +0) total 2551 ( +2) Open issues with patches: 27 Issues opened (2) ================= #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 opened by zyasoft #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 opened by stuckyb Most recent 15 issues with no replies (15) ========================================== #2532: JVM memory settings are ignored on GNU/Linux http://bugs.jython.org/issue2532 #2531: Support SNI for SSL/TLS server sockets http://bugs.jython.org/issue2531 #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 #2494: Support for pydoc_data http://bugs.jython.org/issue2494 #2484: Codec encodings can exhaust permgen http://bugs.jython.org/issue2484 #2482: Publish U.S. ECCN for Jython http://bugs.jython.org/issue2482 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: Rory O'D. <ror...@or...> - 2016-11-14 12:24:30
|
Hi Alan, Early Access b144 <https://jdk9.java.net/jigsaw/> (#5709) for JDK 9 with Project Jigsaw is available on java.net, summary of changes are listed here. <http://www.java.net/download/java/jigsaw/archive/144/binaries/jdk-9+144.html> Early Access b144 <https://jdk9.java.net/download/> for JDK 9 is available on java.net, summary of changes are listed here <http://www.java.net/download/java/jdk9/changes/jdk-9+144.html>. There have been a number of fixes to bugs reported by Open Source projects since the last availability email : * JDK-8156149 : Blurry rendering on Windows 7 at 125% screen setting * JDK-8167431 : tools javac takes too long time to resolve interface dependency * JDK-8062810 : infrastructure Examine src.zip in JDK image and decide if source classes should be organized by module *Proposal* - latest update * b142 of JDK 9 with project Jigsaw has the initial implementation of open modules and open packages as detailed in the recent proposal for #ReflectiveAccessToNonExportedTypes [1] *Tool* Adapted from JEP 277 [2] * A static analysis tool jdeprscan has been provided that scans a jar file (or some other aggregation of class files) for uses of deprecated API elements. *Schedule* * The proposed JDK 9 schedule has been adopted and posted on the Open JDK 9 Project Page [3] Rgds,Rory [1] http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000430.html [2] http://openjdk.java.net/jeps/277 [3] http://openjdk.java.net/projects/jdk9/ -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
From: Jan W. <xi...@mi...> - 2016-11-13 20:06:37
|
Hi everyone, Thank you for many responses. I'll address each of them below. @Stefan Richthofer PEP 484 ------- If it will be possible, I do plan to use typing syntax provided by PEP 484. I will do that if the outcome of this discussion will be that it's preferable to work on Python 3. PEP 484 provides some nice syntax for typing, but keep in mind that it is largely influenced by the mypy project (http://mypy-lang.org/) and shares some of its ideas/expressiveness. It is organized around classes with a constant set of attributes. I find this very natural from the developer point of view, but it causes some problems if you want to know the exact representation of the object. Consider the following example: class Y: def __init__(self, p): if p == 0: self.x = 42 else: self.y = 42 def f(a: Y) -> None: a.x = a.x * 2 In function f, we use the x property of the argument, which is initialized only in some cases in class Y. The above code does not detect any errors when checking it with mypy, because class Y is defined as object potentially having properties x and y. In order to make the definition of f closer to actual implementation, we could write it in a different way (the example below does not use PEP 484 notation): def f(a: {"x": int}) -> None: a.x = a.x * 2 This version gives enough information to prove correctness of the executed code. On the other hand, if Y always defined x and we could prove that all instances of Y contain an integer x, the first typing would also be "correct". There are times where simple class-based descriptions are insufficient and we need to know the precise structure of objects. I'd say that this happens when classes are not written like in a standard statically typed language, e.g. Java. The direction I am going in is less about making clear module interfaces and more about program verification. The type system I am proposing is based on objects being dictionaries from property names to types (primitives, function bodies or, recursively, object types). My approach is closer to how Python objects are actually represented and therefore does not restrict allowed constructions at the level of type definitions. In order to make the code as readable as possible, but at the same time provide enough information for program verification, I'd like to use most of PEP 484-like class-based types as hints or constraints for the actual type inference, but mostly work with very precise information about objects. In other words, I would like to combine PEP 484 class-based notation with a property-based notation that requires properties of arguments to be of specific types instead. Java-typing ----------- My main focus lies in static type analysis in Python, so I did not have any specific plans regarding using type information for different languages. I would like to focus on pure Python first, however here are some of my thoughts. The fact that Java classes are immutable (at least as long as their ClassLoader is not garbage collected) gives me a very valuable information not present in Python: I know for sure that the set of attributes of a class will stay constant and, if the bytecode is correct, getfield will not produce an AttributeError-like error. I do not think there should be any bigger problem representing a Java class in my type system, aside from nulls. For example, let us take a look at such a Java class: public class LinkedListNode { public LinkedListNode next; public int value; } From the bytecode I could say that it's recursive type is: linkedListNodeType == { "next": Or(linkedListNodeType, javaNullType), "value": int } There would be a problem with nulls for non-private attributes, since this would require analysis of the Java bytecode to check if they are nullable. I did a similar kind of analysis this year for Java bytecode and I believe proving nullability is pretty much impossible without an input from the developer or making some assumptions (no reflection, not loading new classes that operate on our object etc.). I am yet to design any sort of built-in containers and polymorphism in my type system, so I can not say for sure about handling Java generics. Probably it would be beneficial for Jython if I could type Java and Python collections, so that their types are as interchangeable in the type system, as they are during the execution. Since I will have to type built-in Python collections anyway, I will have a way to make Java versions of these types. However, I think it will be pretty messy, since it will essentially require me to manually create a rule for type inference for each supported Java collection. Type safety when running Python from Java ----------------------------------------- I believe the work with Java API you are mentioning does not have that much in common with what I want to do. I want to take Python classes written by a developer and get a lot of type information about them. To Java, this information could be made available as a converted class bytecode that uses more specific types or through a new API. However, this is orthogonal to any generic API, since each user program would have different types. You also mentioned later that you'd like to see Java-Python connection more type-safe. I believe this could be possible, but it would become more complex for users if they were given objects of very specific user-defined types. Currently, I do not know enough about Jython integration with Java to discuss this. I just want to mention that even if I managed to compute precise type information of returned object, I would not be able to give it to a user though a generic API. At least not without something like first converting the whole Python project into Java class files. Fully converted Python class ---------------------------- As you are interested in integration of Python with Java, let me give one of the ideas I would like to apply in later project stages to make the code faster. Under conditions that some restrictive Python type systems assume (such as immutable classes), I could compile Python classes to Java classes. Those conditions would be very restrictive, as they would require not using many dynamic aspects of the language, but I believe it could speed up simple, computation-intensive methods. More specifically, I think it would be great to be able to produce a Java class like that: public class Person { private String surname; private String name; public Person(String s, String n) { surname = s; name = n; } public String fullName() { return name + " " + surname; } } from a Python class like that: class Person: def __init__(self, s, n): self.surname = s self.name = n def fullName(self): return self.name + " " + self.surname Keep in mind that even this example would require a lot of type information to be successfully inferred and probably performing a global analysis using all Python code used by the project. The largest upside of this would be removing the overhead of keeping the object as a dictionary, getting the computations closer to bare metal after JIT optimizations in some cases. I can see a lot of problems with that, such as completely different API (native Java classes?) in case we want this object to be integrated with Java. Still, I wanted to share that kind of idea early to get feedback if it aligns with the goals of the Jython project. Jython 3 -------- I do believe this project is more suited for Jython 3, however I did not find much solid information about it. Where can I find some resources about status of Jython 3? Is this mailing list also for discussing Jython 3? ------------------------------------------------------------- @Jeff Allen: Thanks for letting me know about the Numba project. It might share similar goals with mine. From a quick look I found that it seems to be focused on numerical computations, run on manually marked pieces of code and not analyze the Python program as a whole. My goal is to perform static type analysis of the Python program being ran and get type information from that. This does not necessarily need to imply many changes in internal API, as it would work kind of aside from the actual interpreter. Before even executing a Python program, I would like to parse it, statically compute what it imports, then recursively analyze that. Finally, I would like to export the type information using a new API and maybe use it to optimize some parts of the project by compiling some methods/classes to native-like Java classes like in the example above (this is the part that could have a lot in common with the Numba project). I know that even adding two integers is a complex call, but this is where the typing information helps me. Using your example, if I can prove that both integers are instances of built-in Python int class, I will also know that this class is not modifiable and will be able to infer statically a lot of information. The problem is when I would deal with a user class, where the __add__ method could be even dynamically added anywhere in the code, but this is why I need to analyze the code of the whole project. I assume that in sane cases I will be able to at least define which files to analyze, knowing initial environment of the execution, such as PYTHONPATH. If not, then I will have to fall back to a "dynamic" type more often, not giving much useful information. Do you think that kind of type inference project could be created as a module of Jython and then maybe used to improve other parts? ------------------------------------------------------------- @John Hayes: The Cython project is also close to what I would like to achieve. However, it seems to target mainly Python 2 and not use type annotations at all. Perhaps I should think about combining my research with Cython to improve its type inference and broaden Python support. However, there are various things I like about Jython, including already implemented full support for execution of Python, the fact that it is targeting JVM, which creates new possibilities of applications and, depending on many things, I think I will perform some more research on programs running on JVM in a more distant future. Jan Wroblewski On 11/7/2016 12:45 AM, John Hayes wrote: > Hi everyone, > > I haven't followed all the subtleties of this discussion, but my naive > impression is that statically typed Python variables have been dealt > with, in a way, in Cython ( http://cython.org/) to enhance Python > performance otherwise. It is incompatible with Jython itself per se > AFAIK, but quite interesting in a general Pythonic sense IMO. > > Cheers, > John > > > On Nov 6, 2016 6:20 PM, "Jeff Allen" <ja...@fa... > <mailto:ja...@fa...>> wrote: > > Hello Jan, > > this sounds a very interesting project. I have given a little thought to > type inference as an optimisation technique, walking the AST to infer > type. In that context it seems more helpful to infer the implementation > type (and range), rather than the Python type. This seems to be what > Numba does: I know that the Numba team find the type hints are not fine > enough for their purposes: they want to know how wide the float is, how > big the int. > > I'm not hopeful it could be incorporated into Jython (or CPython) > without implementing the core entirely differently. There seems to be so > much of the runtime where actual type is washed away to PyObject. It's > not just a matter of providing a more precise return type for library > methods. All the abstractions work against you: even adding two integers > has to return a general object because the slot (equivalently Jython's > PyObject._add) has to accommodate the possibility of returning > NotImplemented. > > Jeff Allen > > On 06/11/2016 18:31, Stefan Richthofer wrote: > > Hello Jan, > > > > just some questions/remarks from me for now. > > > > > > PEP 484 > > > > In your whole email you didn't mention PEP 484 for a single time. > > Will your work incorporate this official Python-typing? > > (i.e. given that Jython 3 is still in work, this mainly refers to > https://www.python.org/dev/peps/pep-0484/#suggested-syntax-for-python-2-7-and-straddling-code > <https://www.python.org/dev/peps/pep-0484/#suggested-syntax-for-python-2-7-and-straddling-code>) > > In case you are interested: > > I created a Python 2.7-workable version of > typing.get_type_hints() (the original from typing-module only works > for Python 3 and plainly returns None on Python 2.) > > Unfortunately it currently doesn't work on Jython due to > bugs.jython.org/issue2515 <http://bugs.jython.org/issue2515>. > Anyway, that issue would need a fix for any PEP 484-related work on > Jython. > > > > > > Java-typing > > > > How would your approach work with Java-typing behind the scenes > (e.g. for mixed Java/Python programs)? Whenever Jython imports a > Java-lib, on Java-site there is more Type-info available than the > import mechanism exposes. Also, it somewhat obfuscates that info due > to coercion and so. Would you also incorporate Java-type info? > > What about Java-Generics? The Generics-info can be retrieved from > Java too, it's a bit constrained and tricky though. > > > > I always wanted to do some type-cleanup in Jython in the sense > that Jython's Java-API could often be more precise regarding > type-info. E.g. it often just returns a PyObject, even when it is > clear that actually a PyTuple, a PyList<PyObject> or at least > List<PyObject> etc is returned. > > However, so far I lacked time and motivation to actually start > this. Also not sure if this could break code, but since the types > would only be specialized, everything should stay compatible. > > Anyway, maybe this is more something for Jython 3. Would it > benefit your approach? > > > > > > Including into Jython > > > > If your work goes well, I'd be in principle +1 on including it > into Jython. Especially if it would help to make the Java/Python > cross-connection more typesafe, especially when calling Python-code > from Java. However, let's see what the others say; I guess it will > depend on the actual benefits and features, which are currently > formulated a bit vaguely I guess. > > > > > > Best > > > > Stefan > > > > > > > >> Gesendet: Sonntag, 06. November 2016 um 15:21 Uhr > >> Von: "Jan Wroblewski" <xi...@mi... <mailto:xi...@mi...>> > >> An: jyt...@li... > <mailto:jyt...@li...> > >> Betreff: [Jython-dev] Statically typing Python in Jython > >> > >> To Jython devs, > >> > >> I am a 3rd year PhD student at University of Warsaw and I wanted > to do > >> my Python static typing research by implementing it as a part of > Jython. > >> Before starting, I would like to hear your opinion on combining my > >> research with Jython, and whether it would have a chance to be > >> integrated into the main Jython branch after it is complete. Below I > >> describe my plans. > >> > >> My research > >> ----------- > >> I want to statically type Python, which means constructing automatic > >> type inference of most objects (incl. functions and classes) > present in > >> a Python program. The type system I am working on consists of: > >> - primitives, > >> - objects, i.e. dictionaries from strings known at compile time > to types > >> of values contained there, > >> - functions, > >> - constructs like "TypeA or TypeB", "FunctionTypeA and > FunctionTypeB". > >> In other words, before even running a program, I want to compute > what > >> properties each variable present in it has, and recursively what are > >> properties of those properties, until I get to primitives or > function > >> bodies. > >> > >> The Python type inference algorithm I have in mind would take > the Python > >> AST, convert it to a simpler Lucretia language and make the type > >> inference there. Lucretia is a language designed by Viviana > Bono, Marcin > >> Benke and Aleksy Schubert (my PhD supervisor) for the purpose of > static > >> typing of dynamic languages (pdf: > https://arxiv.org/pdf/1206.5112.pdf > <https://arxiv.org/pdf/1206.5112.pdf>). > >> > >> One of the features of my project is that I would like to > support full > >> Python language instead of subset of its features that are typeable > >> (like mypy does: http://mypy-lang.org/). Since it is provably > impossible > >> to make type inference algorithm working for all Python > programs, I want > >> to use gradual typing and treat all variables that my algorithm > was not > >> able to process as "dynamic". > >> > >> As for similar research projects, I'd say Reticulated Python by > Michael > >> M. Vitousek, Andrew M. Kent, Jeremy G. Siek and Jim Baker is the > closest > >> one to what I would like to achieve (pdf: > >> > http://wphomes.soic.indiana.edu/jsiek/files/2014/03/retic-python.pdf > <http://wphomes.soic.indiana.edu/jsiek/files/2014/03/retic-python.pdf>). > >> Reticulated Python also does not seem to restrict allowed language > >> constructs, but it has slightly different type system and different > >> policy on handling imports (kind of at runtime instead of > statically). I > >> noticed that Jim Baker is not only sub-author of Reticulated Python > >> paper, but also a major commiter to Jython, so I am interested in > >> hearing if some of the work from Reticulated Python is already > >> integrated into Jython. > >> > >> Combining with Jython > >> --------------------- > >> The type inference in Lucretia and combining its results with > Python is > >> something new and I would like to implement it as a part of > Jython. The > >> current Jython implementation would help me with parsing, > execution, and > >> generally with lots of technical stuff. I was originally going > to target > >> only recent versions of Python 3, but I am open for changes, even to > >> Python 2.7. If the general idea is welcome, I am also open to other > >> major changes. > >> > >> I think that there could be two main applications of my research: > >> - Improvement of IDEs - after exposing some Jython internals > connected > >> to my work, more precise type information could be made > available to an > >> IDE. As many IDEs run on JVM, the integration could also be > smoother. > >> - Producing faster, more optimized for JVM bytecode - although > it is not > >> the main goal of Jython, more speed is always better. I believe > I could > >> do that in situations where I could prove that no properties > would be > >> ever dynamically added to an object, existing ones would not change > >> their type and I could resolve statically all called methods. > >> > >> Jan Wroblewski > >> http://www.mimuw.edu.pl/~xi/ > >> > >> > ------------------------------------------------------------------------------ > >> Developer Access Program for Intel Xeon Phi Processors > >> Access to Intel Xeon Phi processor-based developer platforms. > >> With one year of Intel Parallel Studio XE. > >> Training and support from Colfax. > >> Order your platform today. http://sdm.link/xeonphi > >> _______________________________________________ > >> Jython-dev mailing list > >> Jyt...@li... > <mailto:Jyt...@li...> > >> https://lists.sourceforge.net/lists/listinfo/jython-dev > <https://lists.sourceforge.net/lists/listinfo/jython-dev> > >> > > > ------------------------------------------------------------------------------ > > Developer Access Program for Intel Xeon Phi Processors > > Access to Intel Xeon Phi processor-based developer platforms. > > With one year of Intel Parallel Studio XE. > > Training and support from Colfax. > > Order your platform today. http://sdm.link/xeonphi > > _______________________________________________ > > Jython-dev mailing list > > Jyt...@li... > <mailto:Jyt...@li...> > > https://lists.sourceforge.net/lists/listinfo/jython-dev > <https://lists.sourceforge.net/lists/listinfo/jython-dev> > > > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > <mailto:Jyt...@li...> > https://lists.sourceforge.net/lists/listinfo/jython-dev > <https://lists.sourceforge.net/lists/listinfo/jython-dev> > > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
From: Jython t. <st...@bu...> - 2016-11-11 17:10:22
|
ACTIVITY SUMMARY (2016-11-04 - 2016-11-11) 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 292 ( +0) closed 2257 ( +0) total 2549 ( +0) Open issues with patches: 27 Most recent 15 issues with no replies (15) ========================================== #2525: Jython incorrectly buffers file pipe output with Subprocess(co http://bugs.jython.org/issue2525 #2524: datetime <-> time conversion incorrect in non UTC times http://bugs.jython.org/issue2524 #2521: Windows installation (all) fails on Windows 10 http://bugs.jython.org/issue2521 #2520: Jython does NOT support socket.listen(0) for accepting only on http://bugs.jython.org/issue2520 #2512: Values in built-in modules's __dict__ are â<reflected field http://bugs.jython.org/issue2512 #2511: Percent operator calls __getattr__('__getitem__') http://bugs.jython.org/issue2511 #2510: TypeError when monkey-patching time.time with an unbound funct http://bugs.jython.org/issue2510 #2507: Run "invokeFunction" in a thread does not inherit the "ScriptC http://bugs.jython.org/issue2507 #2503: datetime.strptime doesn't handle Unicode strings when using su http://bugs.jython.org/issue2503 #2500: Loading default cacerts on client socket when specifying a def http://bugs.jython.org/issue2500 #2494: Support for pydoc_data http://bugs.jython.org/issue2494 #2484: Codec encodings can exhaust permgen http://bugs.jython.org/issue2484 #2482: Publish U.S. ECCN for Jython http://bugs.jython.org/issue2482 #2475: Backported python 3 pythlib and pathlib2 do not work b/c of me http://bugs.jython.org/issue2475 #2422: test_classpathimporter fauls on Linux http://bugs.jython.org/issue2422 Most recent 15 issues waiting for review (15) ============================================= #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 #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 #2228: [PATCH] Re-use "makeCompiledFilename" function where possible http://bugs.jython.org/issue2228 #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 #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 #1866: Parser does not have mismatch token error messages caught by B http://bugs.jython.org/issue1866 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 #1796: Jython doesn't support jar dir with colon's in it http://bugs.jython.org/issue1796 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo http://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject http://bugs.jython.org/issue1646 |
From: John H. <ja...@gm...> - 2016-11-06 23:45:53
|
Hi everyone, I haven't followed all the subtleties of this discussion, but my naive impression is that statically typed Python variables have been dealt with, in a way, in Cython ( http://cython.org/) to enhance Python performance otherwise. It is incompatible with Jython itself per se AFAIK, but quite interesting in a general Pythonic sense IMO. Cheers, John On Nov 6, 2016 6:20 PM, "Jeff Allen" <ja...@fa...> wrote: > Hello Jan, > > this sounds a very interesting project. I have given a little thought to > type inference as an optimisation technique, walking the AST to infer > type. In that context it seems more helpful to infer the implementation > type (and range), rather than the Python type. This seems to be what > Numba does: I know that the Numba team find the type hints are not fine > enough for their purposes: they want to know how wide the float is, how > big the int. > > I'm not hopeful it could be incorporated into Jython (or CPython) > without implementing the core entirely differently. There seems to be so > much of the runtime where actual type is washed away to PyObject. It's > not just a matter of providing a more precise return type for library > methods. All the abstractions work against you: even adding two integers > has to return a general object because the slot (equivalently Jython's > PyObject._add) has to accommodate the possibility of returning > NotImplemented. > > Jeff Allen > > On 06/11/2016 18:31, Stefan Richthofer wrote: > > Hello Jan, > > > > just some questions/remarks from me for now. > > > > > > PEP 484 > > > > In your whole email you didn't mention PEP 484 for a single time. > > Will your work incorporate this official Python-typing? > > (i.e. given that Jython 3 is still in work, this mainly refers to > https://www.python.org/dev/peps/pep-0484/#suggested- > syntax-for-python-2-7-and-straddling-code) > > In case you are interested: > > I created a Python 2.7-workable version of typing.get_type_hints() (the > original from typing-module only works for Python 3 and plainly returns > None on Python 2.) > > Unfortunately it currently doesn't work on Jython due to > bugs.jython.org/issue2515. Anyway, that issue would need a fix for any > PEP 484-related work on Jython. > > > > > > Java-typing > > > > How would your approach work with Java-typing behind the scenes (e.g. > for mixed Java/Python programs)? Whenever Jython imports a Java-lib, on > Java-site there is more Type-info available than the import mechanism > exposes. Also, it somewhat obfuscates that info due to coercion and so. > Would you also incorporate Java-type info? > > What about Java-Generics? The Generics-info can be retrieved from Java > too, it's a bit constrained and tricky though. > > > > I always wanted to do some type-cleanup in Jython in the sense that > Jython's Java-API could often be more precise regarding type-info. E.g. it > often just returns a PyObject, even when it is clear that actually a > PyTuple, a PyList<PyObject> or at least List<PyObject> etc is returned. > > However, so far I lacked time and motivation to actually start this. > Also not sure if this could break code, but since the types would only be > specialized, everything should stay compatible. > > Anyway, maybe this is more something for Jython 3. Would it benefit your > approach? > > > > > > Including into Jython > > > > If your work goes well, I'd be in principle +1 on including it into > Jython. Especially if it would help to make the Java/Python > cross-connection more typesafe, especially when calling Python-code from > Java. However, let's see what the others say; I guess it will depend on the > actual benefits and features, which are currently formulated a bit vaguely > I guess. > > > > > > Best > > > > Stefan > > > > > > > >> Gesendet: Sonntag, 06. November 2016 um 15:21 Uhr > >> Von: "Jan Wroblewski" <xi...@mi...> > >> An: jyt...@li... > >> Betreff: [Jython-dev] Statically typing Python in Jython > >> > >> To Jython devs, > >> > >> I am a 3rd year PhD student at University of Warsaw and I wanted to do > >> my Python static typing research by implementing it as a part of Jython. > >> Before starting, I would like to hear your opinion on combining my > >> research with Jython, and whether it would have a chance to be > >> integrated into the main Jython branch after it is complete. Below I > >> describe my plans. > >> > >> My research > >> ----------- > >> I want to statically type Python, which means constructing automatic > >> type inference of most objects (incl. functions and classes) present in > >> a Python program. The type system I am working on consists of: > >> - primitives, > >> - objects, i.e. dictionaries from strings known at compile time to types > >> of values contained there, > >> - functions, > >> - constructs like "TypeA or TypeB", "FunctionTypeA and FunctionTypeB". > >> In other words, before even running a program, I want to compute what > >> properties each variable present in it has, and recursively what are > >> properties of those properties, until I get to primitives or function > >> bodies. > >> > >> The Python type inference algorithm I have in mind would take the Python > >> AST, convert it to a simpler Lucretia language and make the type > >> inference there. Lucretia is a language designed by Viviana Bono, Marcin > >> Benke and Aleksy Schubert (my PhD supervisor) for the purpose of static > >> typing of dynamic languages (pdf: https://arxiv.org/pdf/1206.5112.pdf). > >> > >> One of the features of my project is that I would like to support full > >> Python language instead of subset of its features that are typeable > >> (like mypy does: http://mypy-lang.org/). Since it is provably > impossible > >> to make type inference algorithm working for all Python programs, I want > >> to use gradual typing and treat all variables that my algorithm was not > >> able to process as "dynamic". > >> > >> As for similar research projects, I'd say Reticulated Python by Michael > >> M. Vitousek, Andrew M. Kent, Jeremy G. Siek and Jim Baker is the closest > >> one to what I would like to achieve (pdf: > >> http://wphomes.soic.indiana.edu/jsiek/files/2014/03/retic-python.pdf). > >> Reticulated Python also does not seem to restrict allowed language > >> constructs, but it has slightly different type system and different > >> policy on handling imports (kind of at runtime instead of statically). I > >> noticed that Jim Baker is not only sub-author of Reticulated Python > >> paper, but also a major commiter to Jython, so I am interested in > >> hearing if some of the work from Reticulated Python is already > >> integrated into Jython. > >> > >> Combining with Jython > >> --------------------- > >> The type inference in Lucretia and combining its results with Python is > >> something new and I would like to implement it as a part of Jython. The > >> current Jython implementation would help me with parsing, execution, and > >> generally with lots of technical stuff. I was originally going to target > >> only recent versions of Python 3, but I am open for changes, even to > >> Python 2.7. If the general idea is welcome, I am also open to other > >> major changes. > >> > >> I think that there could be two main applications of my research: > >> - Improvement of IDEs - after exposing some Jython internals connected > >> to my work, more precise type information could be made available to an > >> IDE. As many IDEs run on JVM, the integration could also be smoother. > >> - Producing faster, more optimized for JVM bytecode - although it is not > >> the main goal of Jython, more speed is always better. I believe I could > >> do that in situations where I could prove that no properties would be > >> ever dynamically added to an object, existing ones would not change > >> their type and I could resolve statically all called methods. > >> > >> Jan Wroblewski > >> http://www.mimuw.edu.pl/~xi/ > >> > >> ------------------------------------------------------------ > ------------------ > >> Developer Access Program for Intel Xeon Phi Processors > >> Access to Intel Xeon Phi processor-based developer platforms. > >> With one year of Intel Parallel Studio XE. > >> Training and support from Colfax. > >> Order your platform today. http://sdm.link/xeonphi > >> _______________________________________________ > >> Jython-dev mailing list > >> Jyt...@li... > >> https://lists.sourceforge.net/lists/listinfo/jython-dev > >> > > ------------------------------------------------------------ > ------------------ > > Developer Access Program for Intel Xeon Phi Processors > > Access to Intel Xeon Phi processor-based developer platforms. > > With one year of Intel Parallel Studio XE. > > Training and support from Colfax. > > Order your platform today. http://sdm.link/xeonphi > > _______________________________________________ > > Jython-dev mailing list > > Jyt...@li... > > https://lists.sourceforge.net/lists/listinfo/jython-dev > > > > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
From: Jeff A. <ja...@fa...> - 2016-11-06 23:20:11
|
Hello Jan, this sounds a very interesting project. I have given a little thought to type inference as an optimisation technique, walking the AST to infer type. In that context it seems more helpful to infer the implementation type (and range), rather than the Python type. This seems to be what Numba does: I know that the Numba team find the type hints are not fine enough for their purposes: they want to know how wide the float is, how big the int. I'm not hopeful it could be incorporated into Jython (or CPython) without implementing the core entirely differently. There seems to be so much of the runtime where actual type is washed away to PyObject. It's not just a matter of providing a more precise return type for library methods. All the abstractions work against you: even adding two integers has to return a general object because the slot (equivalently Jython's PyObject._add) has to accommodate the possibility of returning NotImplemented. Jeff Allen On 06/11/2016 18:31, Stefan Richthofer wrote: > Hello Jan, > > just some questions/remarks from me for now. > > > PEP 484 > > In your whole email you didn't mention PEP 484 for a single time. > Will your work incorporate this official Python-typing? > (i.e. given that Jython 3 is still in work, this mainly refers to https://www.python.org/dev/peps/pep-0484/#suggested-syntax-for-python-2-7-and-straddling-code) > In case you are interested: > I created a Python 2.7-workable version of typing.get_type_hints() (the original from typing-module only works for Python 3 and plainly returns None on Python 2.) > Unfortunately it currently doesn't work on Jython due to bugs.jython.org/issue2515. Anyway, that issue would need a fix for any PEP 484-related work on Jython. > > > Java-typing > > How would your approach work with Java-typing behind the scenes (e.g. for mixed Java/Python programs)? Whenever Jython imports a Java-lib, on Java-site there is more Type-info available than the import mechanism exposes. Also, it somewhat obfuscates that info due to coercion and so. Would you also incorporate Java-type info? > What about Java-Generics? The Generics-info can be retrieved from Java too, it's a bit constrained and tricky though. > > I always wanted to do some type-cleanup in Jython in the sense that Jython's Java-API could often be more precise regarding type-info. E.g. it often just returns a PyObject, even when it is clear that actually a PyTuple, a PyList<PyObject> or at least List<PyObject> etc is returned. > However, so far I lacked time and motivation to actually start this. Also not sure if this could break code, but since the types would only be specialized, everything should stay compatible. > Anyway, maybe this is more something for Jython 3. Would it benefit your approach? > > > Including into Jython > > If your work goes well, I'd be in principle +1 on including it into Jython. Especially if it would help to make the Java/Python cross-connection more typesafe, especially when calling Python-code from Java. However, let's see what the others say; I guess it will depend on the actual benefits and features, which are currently formulated a bit vaguely I guess. > > > Best > > Stefan > > > >> Gesendet: Sonntag, 06. November 2016 um 15:21 Uhr >> Von: "Jan Wroblewski" <xi...@mi...> >> An: jyt...@li... >> Betreff: [Jython-dev] Statically typing Python in Jython >> >> To Jython devs, >> >> I am a 3rd year PhD student at University of Warsaw and I wanted to do >> my Python static typing research by implementing it as a part of Jython. >> Before starting, I would like to hear your opinion on combining my >> research with Jython, and whether it would have a chance to be >> integrated into the main Jython branch after it is complete. Below I >> describe my plans. >> >> My research >> ----------- >> I want to statically type Python, which means constructing automatic >> type inference of most objects (incl. functions and classes) present in >> a Python program. The type system I am working on consists of: >> - primitives, >> - objects, i.e. dictionaries from strings known at compile time to types >> of values contained there, >> - functions, >> - constructs like "TypeA or TypeB", "FunctionTypeA and FunctionTypeB". >> In other words, before even running a program, I want to compute what >> properties each variable present in it has, and recursively what are >> properties of those properties, until I get to primitives or function >> bodies. >> >> The Python type inference algorithm I have in mind would take the Python >> AST, convert it to a simpler Lucretia language and make the type >> inference there. Lucretia is a language designed by Viviana Bono, Marcin >> Benke and Aleksy Schubert (my PhD supervisor) for the purpose of static >> typing of dynamic languages (pdf: https://arxiv.org/pdf/1206.5112.pdf). >> >> One of the features of my project is that I would like to support full >> Python language instead of subset of its features that are typeable >> (like mypy does: http://mypy-lang.org/). Since it is provably impossible >> to make type inference algorithm working for all Python programs, I want >> to use gradual typing and treat all variables that my algorithm was not >> able to process as "dynamic". >> >> As for similar research projects, I'd say Reticulated Python by Michael >> M. Vitousek, Andrew M. Kent, Jeremy G. Siek and Jim Baker is the closest >> one to what I would like to achieve (pdf: >> http://wphomes.soic.indiana.edu/jsiek/files/2014/03/retic-python.pdf). >> Reticulated Python also does not seem to restrict allowed language >> constructs, but it has slightly different type system and different >> policy on handling imports (kind of at runtime instead of statically). I >> noticed that Jim Baker is not only sub-author of Reticulated Python >> paper, but also a major commiter to Jython, so I am interested in >> hearing if some of the work from Reticulated Python is already >> integrated into Jython. >> >> Combining with Jython >> --------------------- >> The type inference in Lucretia and combining its results with Python is >> something new and I would like to implement it as a part of Jython. The >> current Jython implementation would help me with parsing, execution, and >> generally with lots of technical stuff. I was originally going to target >> only recent versions of Python 3, but I am open for changes, even to >> Python 2.7. If the general idea is welcome, I am also open to other >> major changes. >> >> I think that there could be two main applications of my research: >> - Improvement of IDEs - after exposing some Jython internals connected >> to my work, more precise type information could be made available to an >> IDE. As many IDEs run on JVM, the integration could also be smoother. >> - Producing faster, more optimized for JVM bytecode - although it is not >> the main goal of Jython, more speed is always better. I believe I could >> do that in situations where I could prove that no properties would be >> ever dynamically added to an object, existing ones would not change >> their type and I could resolve statically all called methods. >> >> Jan Wroblewski >> http://www.mimuw.edu.pl/~xi/ >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today. http://sdm.link/xeonphi >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |