в ту же директорию

проблемка в этом есть.. придётся тодка все пакеты в один совмещать, т.е. например имплементацию клиента из подпакета в главный пакет засорять

эээ, нет

при чем тут это?

эээ, нет

ну смотри.. сейчас всё разбито красивенько на пакеты... есть основной пакет webwire, в нём реализация сервера и всего что касается библиотеки включая unit test'ы. в под-пакете webwire/client реализация клиента на Go, в под-пакете webwire/test расположены integration тесты

и сейчас он считает так: unit test'ы покрывают там свои 36% пакета webwire, а test это же отдельный пакет, поэтому его coverage не касается webwire, следственно там получаем 78% как на выборах, а в webwire остаётся 36%

можно конечно переместить все integration тесты в сам пакет webwire, но тогда придётся и имплементацию клиента из под пакета в главный пакет пихать во избежание circular dependency

так это, напишите тестов в webwire

в чем проблема-то?

так это, напишите тестов в webwire

они уже написаны) просто они в пакете webwire/test а не webwire

и я ищу возможность считать coverage основного пакете webwire из этого подпакета чтобы всё в одну папку не фигачить

но видимо такой возможности нет

если написано - перетащить в ту же директорию

если написано - перетащить в ту же директорию

просто тогда всё в одной директории будет что ну очень некрасиво и неудобно.. но видимо нет иного варианта

Кто нибудь запускал как службу в Windows? пытаюсь сделать через https://github.com/kardianos/service Запускается но прога корнем считает windows/system32 И там создает нужные папки ну и крашется из-за того что конфига нет)

https://golang.org/pkg/os/#Chdir

https://golang.org/pkg/os/#Chdir

Я понимаю что можно поменять

Но в таком случае нужно указывать в конфиге путь.

Кто нибудь запускал как службу в Windows? пытаюсь сделать через https://github.com/kardianos/service Запускается но прога корнем считает windows/system32 И там создает нужные папки ну и крашется из-за того что конфига нет)

Вы создавайте конфиг не в текущей папке или меняйте ее. Используйте из окружения переменную с путем к appdata. Или где-нибудь сохраняйте путь в которой хотите использовать для конфига.

Но в таком случае нужно указывать в конфиге путь.

ExpandEnv("${APPDATA}/Local/MyApp")

мне просто не нравится сама идея указывать где-то путь. Если запускаю go run все отлично. Если go build потом запускаю exe'шку любым способом, то тоже все отлично. Если же эту exe'шку запускает служба то корнем считается system32

так а почему должно быть иначе-то?

мне просто не нравится сама идея указывать где-то путь. Если запускаю go run все отлично. Если go build потом запускаю exe'шку любым способом, то тоже все отлично. Если же эту exe'шку запускает служба то корнем считается system32

Узнавайте тогда путь к приложению и ищите там. Если у вас конфиг лежит в той же папке.

впрочем, там, вроде, в настройках службы можно указать рабочую директорию

нет?

Путь к приложению при go run будет ссылаться на Temp

впрочем, там, вроде, в настройках службы можно указать рабочую директорию

а где?)

а где?)

В свойствах службы.

Путь к приложению при go run будет ссылаться на Temp

У вас конфиг где лежит?

рядом с exe файлом

там же нужно создать несколько папок для хранения логов и т.п.

рядом с exe файлом

Ну определяйте тогда путь к файту и все.

Я понимаю что могу определить. Просто у каждого исходники могут хранится в разных местах

при чем тут исходники вообще?!

Я понимаю что могу определить. Просто у каждого исходники могут хранится в разных местах

filepath.Abs(filepath.Dir(os.Args[0]))

а там ./

Я понимаю что могу определить. Просто у каждого исходники могут хранится в разных местах

Вам путь не к исходникам нужен, а к выполнимому файлу.

Когда пишешь go run в темпе лежит только exe без все прочего что мне нужно. и никак бы не хотелось чтоб там все создавалось

а там ./

А под виндой там полный путь. Надо проверить.

Когда пишешь go run в темпе лежит только exe без все прочего что мне нужно. и никак бы не хотелось чтоб там все создавалось

коллега, вы очень странное задумали. может быть, вы еще не осознали разницы с этим вашим питоном?

Ну вот допустим, исходники: C:\test. команда filepath.Abs(filepath.Dir(os.Args[0])) при go run вернет Appdata\local\temp при go build и запуск exe вернет C:\test Каким же способо укажу абсолютный путь одной командой?

коллега

при чем тут исходники

вы распространять свое поделие как планируете?

а там ./

Проверил. Под виндой пишет полный путь.

вариант, да

Я понимаю, если речь идет только о запуске exe файла то все прекрасно заработает

а о чем еще может речь идти?

при разработке конфиг у меня в исходниках. а exe в темпе

Я понимаю, если речь идет только о запуске exe файла то все прекрасно заработает

Вы что-то усложняете. Вообще true way для винды хранить в АппДата данные приложения. Если там не хотите, а хотите в каталоге программы, то вариант выше, возвращает путь до приложения.

при разработке конфиг у меня в исходниках. а exe в темпе

Для такого варианта указывайте переменную окружения с путем до конфига или путь в коммандной строке и все и пишите туда. А если они не указаны, используйте путь по умолчанию.

всем привет) есть разгребал crypto/tls ?)

в чем вопрос

генерация рандома клиента библиотекой

через &config.Rand

я генерю через bytes.NewReader() и пихаю туда строку в 32 байта, как по RFC положено, оно орёт типа ему мало начинает понимать только с 96 символов что есть 3х кратное 96 вопрос: почему?

т.е. вот так должно прокатывать config.Rand = bytes.NewReader([]byte("Wassup, it is client random.....")) но нет

а когда 96 пишу ему норм, причём судя по дампу трафика он берёт буфер на 96, срезает с конца 32 и остальное выкидывает

если есть мысли - с удовольствием послушаю

генерация рандома клиента библиотекой

а что за библиотека?

кто читает из config.Rand?

т.е. вот так должно прокатывать config.Rand = bytes.NewReader([]byte("Wassup, it is client random.....")) но нет

ждем пример на playground

а что за библиотека?

выше чуть было, crypto/tls же

смотрите, делаем клиента по классике, но добавляем фичу-пасхалку config.Rand = bytes.NewReader([]byte("00000000000000000000000000000000Yooo-Yooooooo! what's up bro?!?!00000000000000000000000000000000"))

>=96 символов в противном случае оно будет ругаться

ERROR: S client not available

ждем пример на playground

какое слово непонятно?

какое слово непонятно?

код пошарить? плэйграунд не заведется, там ключи импортируются и кеи

ну - что-то такое пошарить, чтобы оно запускалось

но на самом деле - все можно на плейграунде завести, что стандартные либы использует

https://play.golang.org/p/3jjVE4Va8VM пошарю вот так, тут не должно быть сложно понять чего происходит

но на самом деле - все можно на плейграунде завести, что стандартные либы использует

да понятно, просто я туда не буду серт пихать же в код и ключ

почему нет?

ключ типа приватный вроде как

нагенерить временный

preMasterSecret := make([]byte, 48) _, err := io.ReadFull(config.rand(), preMasterSecret[2:])

https://golang.org/src/crypto/tls/key_agreement.go

как минимум

я думаю что config.rand используется более чем в одном месте

а?!

угу

коллега, а зачем вы в качестве источника рандома указываете статическую строку?

и соотвественно чтений более чем одно

я думаю что config.rand используется более чем в одном месте

я понимаю, я хочу делать рандом нерандомным

чтобы что?!

коллега, а зачем вы в качестве источника рандома указываете статическую строку?

потому что в этом смысл

отладить что-то хочет видимо

патч

отладить что-то хочет видимо

типа того, только тут ресёч больше

или сделай более чем 32

но одним символом

‘A’ * 100

я понимаю что так работает что больше 32 и начиная от 96, но не понимаю почему и почему он берет когда 96 32 которые в середине и пихает только их в рандом

ага clientHelloMsg

типа по RFC ясно и четко что TLS1.2 - 32 размерность

да