My first experience in D programming. I've already installed dmd2 and dub. I init new package, build and run it using dub - it works properly. Then I insert:

"dependencies": {
		"dfl": ">=0.0.1"
	}

to dub.json file. Dub fetch "dfl-0.0.1" , but can't read after. Build command gives:

app: ["app", "dfl"]
Building dfl configuration "library", build type debug.
Running dmd...
Error: cannot read file ..\Users\╨а╤Г╤Б╨╗╨░╨╜\AppData\Roaming\dub\packages\dfl-0
.0.1\source\dfl\all.d

Please help. Thanks in advance.

Note. ╨а╤Г╤Б╨╗╨░╨╜ is a cyrillic word. That should not affect because dub only displays so.

Looks like an error from the compiler, non-ascii characters in file path can affect it.

On Wednesday, 17 September 2014 at 12:08:51 UTC, Kagamin wrote:
> Looks like an error from the compiler, non-ascii characters in file path can affect it.

Try raising an issue here:
https://github.com/D-Programming-Language/dub/issues

Is it's possible to change dub package cache dir?

On Tuesday, 16 September 2014 at 17:11:14 UTC, Ruslan wrote:
> Note. ╨а╤Г╤Б╨╗╨░╨╜ is a cyrillic word. That should not affect because dub only displays so.

Если Вы программируете (не только на D), то Вам стоит сменить учетную запись на латинскую.

От кириллической много проблем, в особенности из-за самого Windows, с его устаревшими кодировками. Под linux и OS X, использующих только UTF-8 обычно все работает.

Илья

Windows has full support for unicode, since it's an OS based on unicode. It's old C code, which is not unicode-ready, and it remains not unicode-ready without changing behavior. Modern code like phobos usually tries to be unicode-ready.

On Thursday, 18 September 2014 at 10:45:24 UTC, Kagamin wrote:
> Windows has full support for unicode, since it's an OS based on unicode. It's old C code, which is not unicode-ready, and it remains not unicode-ready without changing behavior. Modern code like phobos usually tries to be unicode-ready.

Windows 9 will be based on Windows 98 =)
Seriously, console application (in Russian lang. Windows) is not unicode-ready.

On Thu, 18 Sep 2014 15:53:02 +0000
Ilya Yaroshenko via Digitalmars-d-learn
<digitalmars-d-learn@puremagic.com> wrote:

> Seriously, console application (in Russian lang. Windows) is not unicode-ready.
that's 'cause authors tend to ignore W-functions. but GNU/Linux is not better, 'cause authors tend to ignore any encodings except latin1 and utf-8. koi? what is koi? it's broken utf-8, we don't know about koi! and we don't care what your locale says, it's utf-8! bwah, D compiler does just that.

On Thursday, 18 September 2014 at 16:05:15 UTC, ketmar via Digitalmars-d-learn wrote:
> On Thu, 18 Sep 2014 15:53:02 +0000
> Ilya Yaroshenko via Digitalmars-d-learn
> <digitalmars-d-learn@puremagic.com> wrote:
>
>> Seriously, console application (in Russian lang. Windows) is not unicode-ready.
> that's 'cause authors tend to ignore W-functions. but GNU/Linux is not
> better, 'cause authors tend to ignore any encodings except latin1 and
> utf-8. koi? what is koi? it's broken utf-8, we don't know about koi!
> and we don't care what your locale says, it's utf-8! bwah, D compiler
> does just that.

You can choice encoding for console in Linux and edit encoding for other files with different utilities.

https://plus.google.com/u/0/photos/110121926948523695249/albums/6060444524608761937/6060444528078004690?pid=6060444528078004690&oid=110121926948523695249