From: SourceForge.net <no...@so...> - 2006-11-28 05:16:11
|
Bugs item #1604250, was opened at 2006-11-28 00:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: targeted for 2.2beta2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Groves (cgroves) Assigned to: Nobody/Anonymous (nobody) Summary: Java descriptors dont allow __doc__ to be set Initial Comment: the descriptors created in typeSetup by the templating system don't allow docstrings to be associated with them. This causes descrdoc in test_descr.py to fail. Correcting this would require something like * adding to the method parsing in the templating system to extract doc strings * passing the docstring to the descriptor constructor in the generated code * overriding getDoc in PyDescriptor and returning the value passed into the constructor ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 |
From: SourceForge.net <no...@so...> - 2007-01-15 14:20:26
|
Bugs item #1604250, was opened at 2006-11-28 05:16 Message generated for change (Comment added) made by leouserz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: targeted for 2.2beta2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Groves (cgroves) Assigned to: Nobody/Anonymous (nobody) Summary: Java descriptors dont allow __doc__ to be set Initial Comment: the descriptors created in typeSetup by the templating system don't allow docstrings to be associated with them. This causes descrdoc in test_descr.py to fail. Correcting this would require something like * adding to the method parsing in the templating system to extract doc strings * passing the docstring to the descriptor constructor in the generated code * overriding getDoc in PyDescriptor and returning the value passed into the constructor ---------------------------------------------------------------------- Comment By: leouser (leouserz) Date: 2007-01-15 14:20 Message: Logged In: YES user_id=1277399 Originator: NO The code in question is: def vereq(a, b): if not (a == b): raise TestFailed, "%r == %r" % (a, b) def descrdoc(): if verbose: print "Testing descriptor doc strings..." def check(descr, what): vereq(descr.__doc__, what) check(file.closed, "True if the file is closed") # getset descriptor check(file.name, "file name") # member descriptor What's worse is that this explodes in the jython interpreter: java.lang.NullPointerException at org.python.core.PyObject.getDoc(PyObject.java:360) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.python.core.PyGetSetDescr.__get__(PyGetSetDescr.java:55) at org.python.core.PyObject.object___findattr__(PyObject.java:2770) at org.python.core.PyObject.__findattr__(PyObject.java:1044) at org.python.core.PyObject.__getattr__(PyObject.java:1081) at org.python.pycode._pyx2.f$0(<console>:1) at org.python.pycode._pyx2.call_function(<console>) at org.python.core.PyTableCode.call(PyTableCode.java:213) at org.python.core.PyCode.call(PyCode.java:14) at org.python.core.Py.runCode(Py.java:1182) at org.python.core.Py.exec(Py.java:1204) at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:148) at org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java:88) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:69) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:44) at org.python.util.InteractiveConsole.push(InteractiveConsole.java:83) at org.python.util.InteractiveConsole.interact(InteractiveConsole.java:62) at org.python.util.jython.main(jython.java:214) As to the description as to what to do about getting the __doc__ strings, it appears to make sense. There just isn't any __doc__ strings that I can see that are in the PyFile class. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 |
From: SourceForge.net <no...@so...> - 2007-01-15 21:11:00
|
Bugs item #1604250, was opened at 2006-11-28 00:16 Message generated for change (Comment added) made by kzuberi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: targeted for 2.2beta2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Groves (cgroves) Assigned to: Nobody/Anonymous (nobody) Summary: Java descriptors dont allow __doc__ to be set Initial Comment: the descriptors created in typeSetup by the templating system don't allow docstrings to be associated with them. This causes descrdoc in test_descr.py to fail. Correcting this would require something like * adding to the method parsing in the templating system to extract doc strings * passing the docstring to the descriptor constructor in the generated code * overriding getDoc in PyDescriptor and returning the value passed into the constructor ---------------------------------------------------------------------- >Comment By: Khalid Zuberi (kzuberi) Date: 2007-01-15 16:10 Message: Logged In: YES user_id=18288 Originator: NO What version of jython were you testing on? While your test snippet fails for me, it does so without the NullPointerException (both on trunk & 2.3, fix from bug 1462188). - kz ---------------------------------------------------------------------- Comment By: leouser (leouserz) Date: 2007-01-15 09:20 Message: Logged In: YES user_id=1277399 Originator: NO The code in question is: def vereq(a, b): if not (a == b): raise TestFailed, "%r == %r" % (a, b) def descrdoc(): if verbose: print "Testing descriptor doc strings..." def check(descr, what): vereq(descr.__doc__, what) check(file.closed, "True if the file is closed") # getset descriptor check(file.name, "file name") # member descriptor What's worse is that this explodes in the jython interpreter: java.lang.NullPointerException at org.python.core.PyObject.getDoc(PyObject.java:360) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.python.core.PyGetSetDescr.__get__(PyGetSetDescr.java:55) at org.python.core.PyObject.object___findattr__(PyObject.java:2770) at org.python.core.PyObject.__findattr__(PyObject.java:1044) at org.python.core.PyObject.__getattr__(PyObject.java:1081) at org.python.pycode._pyx2.f$0(<console>:1) at org.python.pycode._pyx2.call_function(<console>) at org.python.core.PyTableCode.call(PyTableCode.java:213) at org.python.core.PyCode.call(PyCode.java:14) at org.python.core.Py.runCode(Py.java:1182) at org.python.core.Py.exec(Py.java:1204) at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:148) at org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java:88) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:69) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:44) at org.python.util.InteractiveConsole.push(InteractiveConsole.java:83) at org.python.util.InteractiveConsole.interact(InteractiveConsole.java:62) at org.python.util.jython.main(jython.java:214) As to the description as to what to do about getting the __doc__ strings, it appears to make sense. There just isn't any __doc__ strings that I can see that are in the PyFile class. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 |
From: SourceForge.net <no...@so...> - 2007-01-15 21:26:41
|
Bugs item #1604250, was opened at 2006-11-28 05:16 Message generated for change (Comment added) made by leouserz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: targeted for 2.2beta2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Groves (cgroves) Assigned to: Nobody/Anonymous (nobody) Summary: Java descriptors dont allow __doc__ to be set Initial Comment: the descriptors created in typeSetup by the templating system don't allow docstrings to be associated with them. This causes descrdoc in test_descr.py to fail. Correcting this would require something like * adding to the method parsing in the templating system to extract doc strings * passing the docstring to the descriptor constructor in the generated code * overriding getDoc in PyDescriptor and returning the value passed into the constructor ---------------------------------------------------------------------- Comment By: leouser (leouserz) Date: 2007-01-15 21:26 Message: Logged In: YES user_id=1277399 Originator: NO Well, now its bombing without the NullPointerException. I sometimes have experimental jythons floating around so maybe that was the problem...???? leouser ---------------------------------------------------------------------- Comment By: Khalid Zuberi (kzuberi) Date: 2007-01-15 21:10 Message: Logged In: YES user_id=18288 Originator: NO What version of jython were you testing on? While your test snippet fails for me, it does so without the NullPointerException (both on trunk & 2.3, fix from bug 1462188). - kz ---------------------------------------------------------------------- Comment By: leouser (leouserz) Date: 2007-01-15 14:20 Message: Logged In: YES user_id=1277399 Originator: NO The code in question is: def vereq(a, b): if not (a == b): raise TestFailed, "%r == %r" % (a, b) def descrdoc(): if verbose: print "Testing descriptor doc strings..." def check(descr, what): vereq(descr.__doc__, what) check(file.closed, "True if the file is closed") # getset descriptor check(file.name, "file name") # member descriptor What's worse is that this explodes in the jython interpreter: java.lang.NullPointerException at org.python.core.PyObject.getDoc(PyObject.java:360) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.python.core.PyGetSetDescr.__get__(PyGetSetDescr.java:55) at org.python.core.PyObject.object___findattr__(PyObject.java:2770) at org.python.core.PyObject.__findattr__(PyObject.java:1044) at org.python.core.PyObject.__getattr__(PyObject.java:1081) at org.python.pycode._pyx2.f$0(<console>:1) at org.python.pycode._pyx2.call_function(<console>) at org.python.core.PyTableCode.call(PyTableCode.java:213) at org.python.core.PyCode.call(PyCode.java:14) at org.python.core.Py.runCode(Py.java:1182) at org.python.core.Py.exec(Py.java:1204) at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:148) at org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java:88) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:69) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:44) at org.python.util.InteractiveConsole.push(InteractiveConsole.java:83) at org.python.util.InteractiveConsole.interact(InteractiveConsole.java:62) at org.python.util.jython.main(jython.java:214) As to the description as to what to do about getting the __doc__ strings, it appears to make sense. There just isn't any __doc__ strings that I can see that are in the PyFile class. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 |
From: SourceForge.net <no...@so...> - 2007-02-11 05:03:43
|
Bugs item #1604250, was opened at 2006-11-28 00:16 Message generated for change (Settings changed) made by cgroves You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core >Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Groves (cgroves) Assigned to: Nobody/Anonymous (nobody) Summary: Java descriptors dont allow __doc__ to be set Initial Comment: the descriptors created in typeSetup by the templating system don't allow docstrings to be associated with them. This causes descrdoc in test_descr.py to fail. Correcting this would require something like * adding to the method parsing in the templating system to extract doc strings * passing the docstring to the descriptor constructor in the generated code * overriding getDoc in PyDescriptor and returning the value passed into the constructor ---------------------------------------------------------------------- Comment By: leouser (leouserz) Date: 2007-01-15 16:26 Message: Logged In: YES user_id=1277399 Originator: NO Well, now its bombing without the NullPointerException. I sometimes have experimental jythons floating around so maybe that was the problem...???? leouser ---------------------------------------------------------------------- Comment By: Khalid Zuberi (kzuberi) Date: 2007-01-15 16:10 Message: Logged In: YES user_id=18288 Originator: NO What version of jython were you testing on? While your test snippet fails for me, it does so without the NullPointerException (both on trunk & 2.3, fix from bug 1462188). - kz ---------------------------------------------------------------------- Comment By: leouser (leouserz) Date: 2007-01-15 09:20 Message: Logged In: YES user_id=1277399 Originator: NO The code in question is: def vereq(a, b): if not (a == b): raise TestFailed, "%r == %r" % (a, b) def descrdoc(): if verbose: print "Testing descriptor doc strings..." def check(descr, what): vereq(descr.__doc__, what) check(file.closed, "True if the file is closed") # getset descriptor check(file.name, "file name") # member descriptor What's worse is that this explodes in the jython interpreter: java.lang.NullPointerException at org.python.core.PyObject.getDoc(PyObject.java:360) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.python.core.PyGetSetDescr.__get__(PyGetSetDescr.java:55) at org.python.core.PyObject.object___findattr__(PyObject.java:2770) at org.python.core.PyObject.__findattr__(PyObject.java:1044) at org.python.core.PyObject.__getattr__(PyObject.java:1081) at org.python.pycode._pyx2.f$0(<console>:1) at org.python.pycode._pyx2.call_function(<console>) at org.python.core.PyTableCode.call(PyTableCode.java:213) at org.python.core.PyCode.call(PyCode.java:14) at org.python.core.Py.runCode(Py.java:1182) at org.python.core.Py.exec(Py.java:1204) at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:148) at org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java:88) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:69) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:44) at org.python.util.InteractiveConsole.push(InteractiveConsole.java:83) at org.python.util.InteractiveConsole.interact(InteractiveConsole.java:62) at org.python.util.jython.main(jython.java:214) As to the description as to what to do about getting the __doc__ strings, it appears to make sense. There just isn't any __doc__ strings that I can see that are in the PyFile class. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112867&aid=1604250&group_id=12867 |