Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #107871 > unrolled thread

Re: about special characters

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: about special characters Ben Finney <ben+python@benfinney.id.au> - 2016-04-30 09:52 +1000
    Re: about special characters Steven D'Aprano <steve@pearwood.info> - 2016-04-30 10:56 +1000
      Re: about special characters Ben Finney <ben+python@benfinney.id.au> - 2016-04-30 11:48 +1000
      Re: about special characters eryk sun <eryksun@gmail.com> - 2016-04-29 21:35 -0500
      Re: about special characters Terry Reedy <tjreedy@udel.edu> - 2016-04-29 22:37 -0400
      Re: about special characters Ben Finney <ben+python@benfinney.id.au> - 2016-04-30 12:43 +1000
      Re: about special characters MRAB <python@mrabarnett.plus.com> - 2016-04-30 03:53 +0100

#107871 — Re: about special characters

Jianling Fan <fanjianling@gmail.com> writes:

> I am trying to use python 27 copying some of my folders and files to
> another directory.

(There has never been a Python 27. I assume Python 2.7 is what you meant.)

> My code works good for other files but I have some problem to copy
> files that have some special characters in the filename. like
> filenames contain Greek "δ" or latin "š".

You may already know that Python 2 handles international text a lot less
consistently than Python 3.

Is it at all feasible for you to use Python 3 instead? Text handling is
specifically a big advantage of Python 3.

> it always gave a error that "No such file or directory:"

Please give a complete, small example:

* The actual filenames.

* The exact filesystem encoding that filesystem uses. Be sure to verify that!

* A very small, but complete, Python program which exhibits the
  behaviour. We will need to be able to run the same program.

* The complete error output (the full traceback).

-- 
 \       “Corporation, n. An ingenious device for obtaining individual |
  `\       profit without individual responsibility.” —Ambrose Bierce, |
_o__)                                   _The Devil's Dictionary_, 1906 |
Ben Finney

[toc] | [next] | [standalone]

#107875

On Sat, 30 Apr 2016 09:52 am, Ben Finney wrote:

> Jianling Fan <fanjianling@gmail.com> writes:
> 
>> I am trying to use python 27 copying some of my folders and files to
>> another directory.
> 
> (There has never been a Python 27. I assume Python 2.7 is what you meant.)

I believe that Python X.Y shows up as "PythonXY" under Windows.



-- 
Steven

[toc] | [prev] | [next] | [standalone]

#107883

Steven D'Aprano <steve@pearwood.info> writes:

> On Sat, 30 Apr 2016 09:52 am, Ben Finney wrote:
>
> > (There has never been a Python 27. I assume Python 2.7 is what you
> > meant.)
>
> I believe that Python X.Y shows up as "PythonXY" under Windows.

Then that's a bug which should be fixed, IMO. An MS Windows user (i.e.,
not me) would be well placed to describe the behaviour in a bug report.

-- 
 \        “Most people, I think, don't even know what a rootkit is, so |
  `\     why should they care about it?” —Thomas Hesse, Sony BMG, 2006 |
_o__)                                                                  |
Ben Finney

[toc] | [prev] | [next] | [standalone]

#107892

On Fri, Apr 29, 2016 at 8:48 PM, Ben Finney <ben+python@benfinney.id.au> wrote:
> Steven D'Aprano <steve@pearwood.info> writes:
>> On Sat, 30 Apr 2016 09:52 am, Ben Finney wrote:
>>
>> > (There has never been a Python 27. I assume Python 2.7 is what you
>> > meant.)
>>
>> I believe that Python X.Y shows up as "PythonXY" under Windows.
>
> Then that's a bug which should be fixed, IMO. An MS Windows user (i.e.,
> not me) would be well placed to describe the behaviour in a bug report.

It's Python X.Y in the start menu and Python X.Y.Z in sys.version. The
default installation directory is PythonXY (for 3.5.0 it was "Python
3.5"; this was reverted in 3.5.1), and the DLL is pythonXY.dll. The
executables are python.exe and pythonw.exe.

[toc] | [prev] | [next] | [standalone]

#107894

On 4/29/2016 9:48 PM, Ben Finney wrote:
> Steven D'Aprano <steve@pearwood.info> writes:
>
>> On Sat, 30 Apr 2016 09:52 am, Ben Finney wrote:
>>
>>> (There has never been a Python 27. I assume Python 2.7 is what you
>>> meant.)
>>
>> I believe that Python X.Y shows up as "PythonXY" under Windows.

As a directory name that also omits the space, yes. Start Menu entries 
have both the space and and the '.'.

> Then that's a bug which should be fixed, IMO. An MS Windows user (i.e.,
> not me) would be well placed to describe the behaviour in a bug report.

I disagree.  .0, .1, etc, would look like extensions, but are not.


-- 
Terry Jan Reedy

[toc] | [prev] | [next] | [standalone]

#107895

Terry Reedy <tjreedy@udel.edu> writes:

> On 4/29/2016 9:48 PM, Ben Finney wrote:
> > Steven D'Aprano <steve@pearwood.info> writes:
> >
> >> On Sat, 30 Apr 2016 09:52 am, Ben Finney wrote:
> >>
> >>> (There has never been a Python 27. I assume Python 2.7 is what you
> >>> meant.)
> >>
> >> I believe that Python X.Y shows up as "PythonXY" under Windows.
>
> As a directory name that also omits the space, yes. Start Menu entries
> have both the space and and the '.'.

Okay. So as you describe the behaviour on MS Windows, it doesn't support
the OP's choice of saying “python 27” to specify Python 2.7 — MS Windows
appears to be irrelevant to that.

-- 
 \          “Computer perspective on Moore's Law: Human effort becomes |
  `\           twice as expensive roughly every two years.” —anonymous |
_o__)                                                                  |
Ben Finney

[toc] | [prev] | [next] | [standalone]

#107898

On 2016-04-30 03:35, eryk sun wrote:
> On Fri, Apr 29, 2016 at 8:48 PM, Ben Finney <ben+python@benfinney.id.au> wrote:
>> Steven D'Aprano <steve@pearwood.info> writes:
>>> On Sat, 30 Apr 2016 09:52 am, Ben Finney wrote:
>>>
>>> > (There has never been a Python 27. I assume Python 2.7 is what you
>>> > meant.)
>>>
>>> I believe that Python X.Y shows up as "PythonXY" under Windows.
>>
>> Then that's a bug which should be fixed, IMO. An MS Windows user (i.e.,
>> not me) would be well placed to describe the behaviour in a bug report.
>
> It's Python X.Y in the start menu and Python X.Y.Z in sys.version. The
> default installation directory is PythonXY (for 3.5.0 it was "Python
> 3.5"; this was reverted in 3.5.1), and the DLL is pythonXY.dll. The
> executables are python.exe and pythonw.exe.
>
There's an option in Windows to hide the extension. I wondered whether 
that had something to do with it.

It turns out that it applies only to file names, not folder names, so 
you can have multiple files apparently with the same name, but folder 
names remain distinct.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web