Skip to content
This repository was archived by the owner on Feb 29, 2020. It is now read-only.
This repository was archived by the owner on Feb 29, 2020. It is now read-only.

Investigate FS and other codepage dependencies #25

Closed

Description

@srl295

In nodejs/node#3401 it's discussed that almost all fs functions assume a Unicode-supporting filesystem, specifically, that char* are in UTF-8. While this is somewhat common (and an ideal) picture, it's not universal. Consider how to work with this issue:

  • should libuv and/or calls to it detect the encoding and convert?
    • … with a fast path for environments (OS X, Windows, others?) with a known encoding

Activity

  1. bnoordhuis commented on Oct 24, 2015

    @bnoordhuis
    Member

    Libuv treats path names as byte arrays (except on Windows) so I don't think libuv is the right place to do conversion, that logic should go into the "representation layer", i.e., node.js.

    with a fast path for environments (OS X, Windows, others?) with a known encoding

    There is no platform-specific known encoding, it depends on the file system. Libuv probably needs to grow a statvfs(2) binding that lets node.js decide what file system it's dealing with on a per-path basis.

  2. srl295 commented on Oct 27, 2015

    @srl295
    MemberAuthor
  3. srl295 commented on Apr 3, 2018

    @srl295
    MemberAuthor

    ^ closing due to above

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions