-Original Message-
From: Eryk Sun
Sent: 02 June 2020 02:02
To: python-ideas@python.org
Cc: Christopher Barker ; Steve Barnes
Subject: Re: [Python-ideas] Re: How to propose a change with tests where the
failing test case (current behaviour) is bad or dangerous
On 5/25/20,
On 5/25/20, Christopher Barker wrote:
> On Mon, May 25, 2020 at 10:59 AM Steve Barnes
> wrote:
>
>> On Windows
>> https://freetechtutors.com/create-virtual-hard-disk-using-diskpart-windows/
>> gives a nice description of creating a virtual disk with only operating
>> system commands. Note that
OK, I didn't want to be guilty of advertising, but it is ImDisk and can,
I believe, be downloaded from
https://sourceforge.net/projects/imdisk-toolkit/
and I have used it happily for some years.
Disclosure: I have no interest in or connection with, direct or
indirect, financial or
On 05/27/2020 05:53 PM, Rob Cliffe via Python-ideas wrote:
No, I downloaded a 3rd-party package. I'm not sure if that's "specialist
sotware" by your definition.
I won't name it here, but it was dead easy to install and use and works
perfectly.
Personally I'd recommend it.
You'd recommend
On 25/05/2020 15:33, Steven D'Aprano wrote:
On Fri, May 22, 2020 at 03:54:30PM +0100, Rob Cliffe via Python-ideas wrote:
I find having a RAM drive is very handy. Could this be another use for it?
Could be, if there's a standard way to create a RAM drive on all windows
machines without
On Mon, May 25, 2020 at 12:19 PM Guido van Rossum wrote:
> It's nice to fantasize about RAM disks, but the code in zipfile.py is
> begging for a simpler solution, just pass in a wrapper that overrides the
> write() method (you may have to make a few changes but you can develop and
> test this
On Mon, May 25, 2020 at 10:59 AM Steve Barnes
wrote:
> On Windows
> https://freetechtutors.com/create-virtual-hard-disk-using-diskpart-windows/
> gives a nice description of creating a virtual disk with only operating
> system commands. Note that it shows the commands being used interactively
>
It's nice to fantasize about RAM disks, but the code in zipfile.py is
begging for a simpler solution, just pass in a wrapper that overrides the
write() method (you may have to make a few changes but you can develop and
test this separately from the fix for your bug).
--
--Guido van Rossum
Forgot to mention - according to
https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/diskpart
this process applies to Windows 10, Windows 8.1, Windows 8, Windows 7, Windows
Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012,
and Windows
On Windows
https://freetechtutors.com/create-virtual-hard-disk-using-diskpart-windows/
gives a nice description of creating a virtual disk with only operating system
commands. Note that it shows the commands being used interactively but it can
also be scripted by starting diskpart /s
On Fri, May 22, 2020 at 03:54:30PM +0100, Rob Cliffe via Python-ideas wrote:
> I find having a RAM drive is very handy. Could this be another use for it?
Could be, if there's a standard way to create a RAM drive on all windows
machines without needing to install specialist RAM drive software
On 22/05/2020 12:15, Steven D'Aprano wrote:
On Fri, May 22, 2020 at 08:09:29AM +, Steve Barnes wrote:
Unfortunately we have no control over where the tests may be run – if
run on Windows from the C: drive it could potentially brick the entire
machine, (which of course some people might
On Fri, May 22, 2020 at 4:23 AM Steven D'Aprano wrote:
> In pseudo-code:
>
> - create a temporary file of 2048 bytes;
> - write a NTFS file system in that file;
> - mount that file system somewhere so it is visible;
>
> So have the test create a new file system on the fly, cd into that file
>
On 21/05/2020 14:50, Steve Barnes wrote:
The issue is simple and simple enough for a beginner to fall foul of - test
procedure:
Change directory to any directory with files in totally a few 10s of megs
(ideally but it doesn't matter much).
python -m zipfile -c my_zipfile.zip .
Wait a few
On Fri, May 22, 2020 at 08:09:29AM +, Steve Barnes wrote:
> Unfortunately we have no control over where the tests may be run – if
> run on Windows from the C: drive it could potentially brick the entire
> machine, (which of course some people might consider a bonus of
> course).
I'm
From: Guido van Rossum
Sent: 21 May 2020 16:59
To: Steve Barnes
Cc: remi.lape...@henki.fr; python-ideas@python.org
Subject: Re: [Python-ideas] Re: How to propose a change with tests where the
failing test case (current behaviour) is bad or dangerous
Hi Steve,
Have you considered and
On 21May2020 21:30, Rob Cliffe wrote:
On 21/05/2020 14:50, Steve Barnes wrote:
The issue is simple and simple enough for a beginner to fall foul of
- test procedure:
Change directory to any directory with files in totally a few 10s of
megs (ideally but it doesn't matter much).
python -m
On 21/05/2020 14:50, Steve Barnes wrote:
The issue is simple and simple enough for a beginner to fall foul of -
test procedure:
Change directory to any directory with files in totally a few 10s of
megs (ideally but it doesn't matter much).
python -m zipfile -c my_zipfile.zip .
Wait a few
Hi Steve,
Have you considered and rejected filing a bug on bugs.python.org?
Or are you specifically concerned about how to write a test for this
behavior that doesn't fill up the disk when the bug is present? On Unixoid
systems there's a resource limit you can set to limit disk space IIRC (e.g.
The issue is simple and simple enough for a beginner to fall foul of - test
procedure:
Change directory to any directory with files in totally a few 10s of megs
(ideally but it doesn't matter much).
python -m zipfile -c my_zipfile.zip .
Wait a few minutes and press control-C then do a directory
If the file is supposed to be small, would patching write() in the test to
accumulate the number of bytes written and fail the test when it goes over what
it's supposed to be possible?
What is the issue?
___
Python-ideas mailing list --
21 matches
Mail list logo