您好，我才用go mod download 对这个包进行下载的时候 显示为 go.mod unexpect module path"github.com/unknown/com"，请问是release 的时候没有标记具体的版本号的原因吗，使用了 github.com/unknown/com latest 依旧有错误，如果release 的时候指定了版本 github.com/unknown/com V1.0.0 是不是不会出错了

go: finding github.com/Unknwon/com latest go: github.com/Unknwon/[email protected]: parsing go.mod: unexpected module path "github.com/unknwon/com" go: error loading module requirements

Just an FYI, this commit https://github.com/Unknwon/com/commit/0db4a625e949e956314d7d1adea9bf82384cc10c changed the AESDecrypt function interface, which broke your routing package macaron, which in turn broke the entire build of the http routing bechmark project that you submitted that router to.

Go relies on having a stable HEAD for all github sources. If you're going to commit your projects as modules to other projects, be a good member of the community and commit to stable interfaces. Especially since you declared a v1.0 release on this project which should indicate your interfaces are now stable.

Hello,

Can you please tag and version this project?

I am the Debian Maintainer for Unknwon/com and versioning would help Debian keep up with development.

Hi All, I am running jobs on travis-ci and found that jobs are failing for go versions. Below are the logs

$ git clone --depth=50 --branch=master https://github.com/kishorkunal-raj/com.git kishorkunal-raj/com
$ travis_export_go 1.3.x github.com/kishorkunal-raj/com
0.01s2.43s$ travis_setup_go
go version go1.3.3 linux/amd64
$ export GOPATH="/home/travis/gopath"
$ export PATH="/home/travis/gopath/bin:/home/travis/.gimme/versions/go1.3.3.linux.amd64/bin:/home/travis/bin:/home/travis/bin:/home/travis/.local/bin:/usr/local/lib/jvm/openjdk11/bin:/opt/pyenv/shims:/home/travis/.phpenv/shims:/home/travis/perl5/perlbrew/bin:/home/travis/.nvm/versions/node/v8.12.0/bin:/home/travis/.rvm/gems/ruby-2.5.3/bin:/home/travis/.rvm/gems/ruby-2.5.3@global/bin:/home/travis/.rvm/rubies/ruby-2.5.3/bin:/home/travis/gopath/bin:/home/travis/.gimme/versions/go1.11.1.linux.amd64/bin:/usr/local/maven-3.6.3/bin:/usr/local/cmake-3.12.4/bin:/usr/local/clang-7.0.0/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin:/home/travis/.rvm/bin:/home/travis/.phpenv/bin:/opt/pyenv/bin:/home/travis/.yarn/bin"
$ export GO111MODULE="auto"
$ gimme version
v1.5.4
$ go version
go version go1.3.3 linux/amd64
go.env
$ go env
install
2.87s$ go get -v -t
0.40s$ travis_script_go -v
# github.com/smartystreets/assertions
../../smartystreets/assertions/panic.go:81: undefined: errors.Is
../../smartystreets/assertions/panic.go:116: undefined: errors.Is
../../smartystreets/assertions/type.go:146: undefined: errors.Is
FAIL	github.com/kishorkunal-raj/com [build failed]
The command "go test -v ./..." exited with 2.

Done. Your build exited with 1.

Please help me out to fix it.

Hi, we updated some exported function comments based on best practices from Effective Go. It’s admittedly a relatively minor fix up. Does this help you?

Go modules are becoming a de-facto standard in the Go community and adding go.mod files with metadata helps projects which may consume this repository as a dependency in deciding how to pin transitive dependencies and how to resolve conflicts.

This is a result of the following commands:

go mod init
go get ./...
go mod tidy

in a clean Go 1.11.5 environment.

Fixes #17

Introduces two new functions, LgetAllSubDirs and LstatDir which is copies of GetAllSubDirs and StatDir, but with the difference that they will follow symbolic links.

Just ran

gofmt -w .

on the project root. That's all.

https://blog.golang.org/go-fmt-your-code

I made this PR with a project going on over at https://github.com/rotblauer/gofmt-att, and it's definitely a work in progress. So if I got something wrong, or this is annoying at all, please file an issue over there and we'll sort it out.

I'd like to propose that this library use AES in GCM mode instead of CFB mode https://github.com/Unknwon/com/blob/28b053d5a2923b87ce8c5a08f3af779894a72758/string.go#L45 https://github.com/Unknwon/com/blob/28b053d5a2923b87ce8c5a08f3af779894a72758/string.go#L61

GCM is fast (can be parallelized) but is also authenticated which is the biggest benefit over CFB and most other modes.

Go 1.15 rc 1 on Fedora Rawhide

Testing    in: /builddir/build/BUILD/com-1.0.1/_build/src
         PATH: /builddir/build/BUILD/com-1.0.1/_build/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin
       GOPATH: /builddir/build/BUILD/com-1.0.1/_build:/usr/share/gocode
  GO111MODULE: off
      command: go test -buildmode pie -compiler gc -ldflags "-X github.com/unknwon/com/version=1.0.1 -extldflags '-Wl,-z,relro -Wl,--as-needed  -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld '"
      testing: github.com/unknwon/com
github.com/unknwon/com
# github.com/unknwon/com
./convert.go:26:22: conversion from untyped int to string yields a string of one rune, not a string of digits (did you mean fmt.Sprint(x)?)
./convert.go:159:8: conversion from int to string yields a string of one rune, not a string of digits (did you mean fmt.Sprint(x)?)
./convert.go:161:8: conversion from int to string yields a string of one rune, not a string of digits (did you mean fmt.Sprint(x)?)
FAIL	github.com/unknwon/com [build failed]

See https://github.com/golang/go/issues/32479