From: Jeff A. <ja...@fa...> - 2016-08-24 19:50:06
|
Good. Thanks for being quick. Gah, sorry about the line endings! I have them visible in the IDE too, so no excuse. From the fact that they're mixed, it must've happened when I used notepad as a ... note pad. I'll de-nit. NEWS entry ... above the "Jython 2.7.1rc" heading, ready for an rc2 heading above that when we get there, right? Jeff Jeff Allen On 24/08/2016 20:29, Jim Baker wrote: > 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... > <mailto: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... > <mailto: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 > <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... > <mailto:ja...@fa...>> > An: "Stefan Richthofer" <Ste...@gm... > <mailto:Ste...@gm...>> > Cc: "Jython Developers" > <jyt...@li... > <mailto: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... > <mailto:ja...@fa...>> > An: "Stefan Richthofer" > <Ste...@gm... > <mailto:Ste...@gm...>> > Cc: "Jython Developers" > <jyt...@li... > <mailto: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 > <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 > <http://sdm.link/zohodev2dev> > _______________________________________________ > 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> > > > > |