On 4 August 2016 at 00:24, Alexander Belopolsky
wrote:
> On Fri, Jul 29, 2016 at 12:55 PM, Alexander Belopolsky
> wrote:
>>
>> How should I present the signature of the new replace method in the
>> documentation?
>
> Having not seeing any replies, let me make a proposal:
>
> datetime.replace(hour
On Fri, Jul 29, 2016 at 12:55 PM, Alexander Belopolsky
wrote:
>
> How should I present the signature of the new replace method in the
> documentation?
Having not seeing any replies, let me make a proposal:
datetime.replace(hour=self.hour, minute=self.minute, second=self.second,
microsecond=s
On 03/08/2016, Marcos Dione wrote:
> Hi pythonistas. A couple of moths ago I opened an issue in the bug
> tracker for adding a new syscall to the os module. It's based on new
> developments in the Linux kernel. Here's the link:
>
> https://bugs.python.org/issue26826
To give more context, this
On Wed, Aug 3, 2016, at 16:32, Marcos Dione wrote:
> (it needs to check the availability of the function and the suitability
> for the parameters given; copy_file_range() only works on files on the
> same filesystem[1]). Hmm...
What is the benefit to using copy_file_range over sendfile in this
sce
On 8/3/2016 1:23 PM, Marcos Dione wrote:
Hi pythonistas. A couple of moths ago I opened an issue in the bug
tracker for adding a new syscall to the os module. It's based on new
developments in the Linux kernel. Here's the link:
https://bugs.python.org/issue26826
I suggest that at some poi
On Wed, Aug 03, 2016 at 11:31:46AM -0700, Guido van Rossum wrote:
> Then again are people really concerned about the speed of those file
> copy functions? Or are we just offering a solution in search of a
> problem?
At kernel level: clearly yes, otherwise their BDFL would noy allow
those[1] pa
Then again are people really concerned about the speed of those file
copy functions? Or are we just offering a solution in search of a
problem?
(I honestly don't know. At Dropbox we don't use Python for scripting
much, we use it to write dynamic web servers. Static files are served
by a CDN so e.g
On Wed, Aug 03, 2016 at 10:46:13AM -0700, Guido van Rossum wrote:
> I wonder if the issue isn't that there are so many Linux syscalls that
> we probably should have a process for deciding which ones are worth
> supporting in the os module, and that process should not necessarily
> start with a patc
I wonder if the issue isn't that there are so many Linux syscalls that
we probably should have a process for deciding which ones are worth
supporting in the os module, and that process should not necessarily
start with a patch review. What fraction of Linux syscalls do we
currently support? What fr
Hi pythonistas. A couple of moths ago I opened an issue in the bug
tracker for adding a new syscall to the os module. It's based on new
developments in the Linux kernel. Here's the link:
https://bugs.python.org/issue26826
After two months and a half I managed to create a nice patch with
10 matches
Mail list logo