From: Jim B. <jim...@py...> - 2016-08-24 19:29:28
|
Jeff, I think the change looks good other than one small nit - the following new files use Windows-style line endings: - src/org/python/core/buffer/Base1DBuffer.java - src/org/python/core/buffer/BaseArrayBuffer.java - src/org/python/core/buffer/BaseNIOBuffer.java - src/org/python/core/buffer/SimpleNIOBuffer.java - src/org/python/core/buffer/Strided1DNIOBuffer.java - tests/java/org/python/core/ByteBufferTestSupport.java - tests/java/org/python/core/PyBufferNIOTest.java It makes sense for me to get this into the long delayed 2.7.1 - I do not see this change impacting any users, and it will clean up buffer protocol support. The alternative is that we have this change sit around and "bit rot" - not a good situation! Please merge away, with an updated NEWS entry, once the line endings are fixed. Thanks! - Jim On Wed, Aug 24, 2016 at 1:40 PM, Jim Baker <jim...@py...> wrote: > Jeff, > > Sorry, thanks for pinging about this. I will take a look today and get > back to you on that change. > > Other people on this list: feel free to bug me if I miss something. I'm a > very poor implementation of a select loop - always dropping things... But > retries usually get through. > > - Jim > > On Wed, Aug 24, 2016 at 4:02 AM, Jeff Allen <ja...@fa...> wrote: > >> Jim & all: >> >> I feel this has been sitting off to one side long enough. Do we feel safe >> that I can merge the underlying work? >> >> https://bitbucket.org/tournesol/jython-nio >> >> I'll write a short paragraph for NEWS as the last change. On a trivial >> matter of technique, that para goes above the "Jython 2.7.1rc" heading, >> ready for an rc2 heading above that when we get there, right? >> >> Jeff >> >> Jeff Allen >> >> >> On 19/07/2016 21:00, Jeff Allen wrote: >> >>> Thanks Stefan: nothing obviously crazy about the concept then. >>> >>> I'll take others' advice (Jim?) on whether this kind of change is too >>> much for 2.7.1, or feels safe. >>> >>> Concerning loops with calls in them, there's always an implementation >>> like that near the base of the hierarchy so that the non-contiguous case >>> is catered for, then the option (which I like to take up) of using a >>> bulk method in the contiguous sub-class. If we suddenly wanted to >>> support CopyTo/From ByteBuffer in the API, implementing it efficiently >>> could follow along. >>> >>> Main thing is you have your buffer protocol interface onto non-heap >>> storage to try when you can. >>> >>> Jeff >>> >>> Jeff Allen >>> >>> On 17/07/2016 15:26, Stefan Richthofer wrote: >>> >>>> Hello Jeff, >>>> >>>> sorry for the delay. I was (and still am) busy with adding NumPy >>>> support and it turned out that NumPy is okay with PyMemoryView_FromObject >>>> returning null for now (I suppose it has a fallback for that). It actually >>>> does call that method which is why I thought buffer protocol (which >>>> PyMemoryView_FromObject is based on) would be an urgent need for NumPy >>>> support. Of course I still want to add buffer protocol to JyNI, but won't >>>> find time to look at this before NumPy support moved on some more. So I did >>>> not yet take a detailed look at your work. However my main concern there >>>> would be to avoid that any index-iterating (NIO-bridge-)method would >>>> perform method calls within a loop, but instead is implemented using >>>> bulk-access methods. If this is already the case I would most likely have >>>> no further concerns. >>>> Thanks for adding getObj(); this is useful in any case. >>>> >>>> Do you think this would be bloat, nice-to-have, or really useful for >>>>> what you were hoping to do? >>>>> >>>> This sounds like it is mainly relevant for Java-integration and not so >>>> much for JyNI. Spontaneously I'd give it a "nice to have". >>>> >>>> To give you some definite clue regarding my time-management: I will >>>> resume work on BufferProtocol-front after >>>> a) Jython 2.7.1 was released >>>> b) JyNI 2.7-alpha.4 was released. >>>> >>>> >>>> Best, >>>> >>>> Stefan >>>> >>>> >>>> Gesendet: Freitag, 15. Juli 2016 um 09:42 Uhr >>>>> Von: "Jeff Allen" <ja...@fa...> >>>>> An: "Stefan Richthofer" <Ste...@gm...> >>>>> Cc: "Jython Developers" <jyt...@li...> >>>>> Betreff: Re: [Jython-dev] Jython buffer protocol >>>>> >>>>> Stefan: >>>>> >>>>> I recently pushed more changes to my bitbucket fork, including addition >>>>> of a getObj() to PyBuffer in response to your need to navigate to the >>>>> exporting object. >>>>> >>>>> The existing PyBuffer interface provides copyTo/From byte arrays. With >>>>> support for non-heap NIO storage it seems natural (and not too hard) to >>>>> add copyTo/From ByteBuffer. At present these are in the NIO >>>>> implementation, but not made interface items. Do you think this would >>>>> be >>>>> bloat, nice-to-have, or really useful for what you were hoping to do? >>>>> >>>>> Jeff >>>>> >>>>> Jeff Allen >>>>> >>>>> On 13/06/2016 01:04, Stefan Richthofer wrote: >>>>> >>>>>> Hey Jeff, >>>>>> thanks a lot for this work. I will take a closer look as soon as I >>>>>> find time. >>>>>> However, so far - quickly scrolling through some source-files - it >>>>>> looks pretty good. >>>>>> >>>>>> Best >>>>>> >>>>>> Stefan >>>>>> >>>>>> >>>>>> >>>>>> Gesendet: Samstag, 11. Juni 2016 um 11:37 Uhr >>>>>>> Von: "Jeff Allen" <ja...@fa...> >>>>>>> An: "Stefan Richthofer" <Ste...@gm...> >>>>>>> Cc: "Jython Developers" <jyt...@li...> >>>>>>> Betreff: Re: [Jython-dev] Jython buffer protocol >>>>>>> >>>>>>> Stefan: >>>>>>> >>>>>>> A sane version of the nio buffer work now exists for your delight at: >>>>>>> https://bitbucket.org/tournesol/jython-nio >>>>>>> >>>>>>> <snip> >>>>> >>>>> >>> ------------------------------------------------------------ >>> ------------------ >>> What NetFlow Analyzer can do for you? Monitors network bandwidth and >>> traffic >>> patterns at an interface-level. Reveals which users, apps, and protocols >>> are >>> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >>> J-Flow, sFlow and other flows. Make informed decisions using capacity >>> planning >>> reports.http://sdm.link/zohodev2dev >>> _______________________________________________ >>> Jython-dev mailing list >>> Jyt...@li... >>> https://lists.sourceforge.net/lists/listinfo/jython-dev >>> >>> >> > |