>> On 16 Apr 2018, at 13:05, Ben Coman <btc@openinworld.com> wrote:
>>
>> On 16 April 2018 at 18:52, Ben Coman <btc@openinworld.com> wrote:
>>> On 16 April 2018 at 17:51, Sven Van Caekenberghe <sven@stfx.eu> wrote:
>>>> Hi,
>>>>
>>>> Some people raise issues with file path encoding with non-ASCII characters.
>>>>
>>>> The following works fine for me (macOS, Pharo 7, using new File class):
>>>>
>>>> "works"
>>>>
>>>> (FileLocator temp / 'foo' , 'txt') writeStreamDo: [ :out | out << 'Les ��l��ves Fran��ais' ; crlf ].
>>>>
>>>> (FileLocator temp / 'foo' , 'txt') readStreamDo: [ :in | in upToEnd ].
>>>>
>>>> "works"
>>>>
>>>> (FileLocator temp / 'beno��t' , 'txt') writeStreamDo: [ :out | out << 'Les ��l��ves Fran��ais' ; crlf ].
>>>>
>>>> (FileLocator temp / 'beno��t' , 'txt') readStreamDo: [ :in | in upToEnd ].
>>>>
>>>> "works"
>>>>
>>>> (FileLocator temp / 'beno��t') ensureCreateDirectory.
>>>>
>>>> (FileLocator temp / 'beno��t' / 'beno��t' , 'txt') writeStreamDo: [ :out | out << 'Les ��l��ves Fran��ais' ; crlf ].
>>>>
>>>> (FileLocator temp / 'beno��t' / 'beno��t' , 'txt') readStreamDo: [ :in | in upToEnd ].
>>>>
>>>>
>>>> Can Linux/Windows users confirm that it works on their platform ?
>>>
>>> Thanks for attacking this.�� All three work on Windows 10 English locale.
>>> I'd hope it wasn't different with French locale, but wait for a report on that.
>>>
>>> cheers -ben
>>
>> I unzipped a fresh download of http://files.pharo.org/platform/Pharo6.1-win.zip
>> * into C:\Temp\Pharo6.1
>> and immediately copied that directory
>> * into C:\Temp\Pharo6.1.beno��t
>>
>> Double-clicking on Pharo.exe
>> * in the former, opens Pharo an expected.
>> * in the latter, does nothing.

On 16 April 2018 at 19:57, Sven Van Caekenberghe <sven@stfx.eu> wrote:
> Ben,
>
> On my machine, macOS 10.13.4,
>
> $ pwd
> /tmp/beno��t
>
> $ curl get.pharo.org/70+vm | bash
> �� % Total �� ��% Received % Xferd ��Average Speed �� Time �� ��Time �� �� Time ��Current
> �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��Dload ��Upload �� Total �� Spent �� ��Left ��Speed
> 100 ��3036 ��100 ��3036 �� ��0 �� �� 0 ��38694 �� �� ��0 --:--:-- --:--:-- --:--:-- 38923
> Downloading the latest 70 Image:
> �� �� http://files.pharo.org/get-files/70/pharo.zip
> Pharo.image
> Downloading the latest pharoVM:
> �� �� �� �� http://files.pharo.org/get-files/70/pharo-mac-stable.zip
> pharo-vm/Pharo.app/Contents/MacOS/Pharo
> Creating starter scripts pharo and pharo-ui
>
> $ ./pharo Pharo.image printVersion
> [version] 'Pharo7.0' 'Pharo-7.0+alpha.build.769.sha.244850d3ffc1b49ab716c8093f4bcd9af3917be6 (32 Bit)'
>
> $ ./pharo Pharo.image eval 'FileLocator image resolve'
> File @ /private/tmp/beno��t/Pharo.image
>
> And the UI version works too.
>
> So we're back at 'it is a Windows problem' (but maybe it is only visible on Windows).
>
> Can you see what is going on ?
>
> Technically, at the File (FilePlugin) level we seem to be able to handle paths with strange characters, even on Windows, but somehow, somewhere a bogus call is made during image startup.

I tried logging the startup like this...

WorkingSession >> runStartup: isImageStarting
'C:\Temp\StartupLog.txt' asFileReference writeStreamDo: [ :log |
log nextPutAll: log className; flush.
self
runList: manager startupList
do: [ :each |��
log��
nextPutAll: each printString;��
nextPutAll: String crlf;
flush.
each startup: isImageStarting ].
self executeDeferredStartupActions: isImageStarting
]

which worked in the former and with the latter(beno��t) nothing.
But poking around I bumped into an interesting symptom.

The following does nothing....
�� �� C:\Temp\Pharo6.1.beno��t> pharo

but the following successfully opens the Image...
�� �� C:\Temp\Pharo6.1.beno��t> pharo Pharo6.1.image

Not sure where to go from there.�� Maybe needs a Windows Debug-VM,
but I'm out of time for now.

cheers -ben��