нет))

минутку

так, вот так ты похоже только поля наследуешь: type T2 T1

https://goplay.space/#iEiIaEHt0kt

вот это я имел в виду)

то есть да, мы вызвали метод из Т2, объявленный в Т1. но он чихать хотел на то, что мы "переобъявили" другой метод. на самом деле t2.PrintFieldSpecial() то же что t2.T1.PrintFieldSpecial()

не понял

смотри, название метода String никак не связано с названием типа string. есть интерфейс Stringer и он где-то применяется, и возможно тебе показалось, что int начал вести себя как string

https://www.google.ru/search?ie=UTF-8&q=golang%20stringer%20interface

кстати, спасибо за вопрос. практикой для себя закрыл до конца, что значит type X Y

как в visual studio code подавить линтер, не хочу желтый файлик иметь

//nolint перед строкой и за строкой пробовал

в sync.Pool кладу слайс короче

1.17 версия

такой вопрос по sql.DB: вот я делаю db.BeginTx(ctx,nil). нужно ли дальше вместо tx.Prerare делать tx.PrepareContext, а вместо stmt.Exec, делать stmt.ExecContext?

что-то масло масляное получается

типа такого выходит, нельзя упростить? https://goplay.space/#q_b4FNN6QYE

При make run выходит следующее: panic: duplicate metrics collector registration attempted goroutine 1 [running]: github.com/prometheus/client_golang/prometheus.(*Registry).MustRegister(0x14000180dc0, 0x14000503570, 0x1, 0x1) /Users/vshaplin/go/pkg/mod/github.com/prometheus/client_golang@v1.11.0/prometheus/registry.go:403 +0xb0 Как понять какой пакет выдает такое?

Это весь стек трейс?

Поищи где у тебя импортируется нижний пакет. Может два раза MustRegister вызывается. Может это не в твоих пакетах

Можно через отладку: докопаться до нужного пакета и поставить точку останова

То бишь внутри метода MustRegister. И сможешь стек трейсы смотреть

Подскажите пожалуйста. Я использую метод db.pingwithcontext. Создаю контекст с таймаутом в 2 секунды. Вызываю метод с заранее недоступной базой и он висит гораздо больше чем у секунды. Oracle/godror. Я что то делаю не так или это проблема драйвера/бд

Код в студию

а есть тут кто-то, кто под дебиан отлаживал?

с винды

``package main import ( "context" "database/sql" "fmt" "log" "time" _ "github.com/godror/godror" ) func main() { db, err := sql.Open("godror", user="scott" password="tiger" connectString="dbhost:1521/orclpdb1") if err != nil { log.Fatal(err) } ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second) defer cancel() timestamp := time.Now() err = db.PingContext(ctx) if err != nil { fmt.Println(err) } fmt.Println(time.Since(timestamp)) } ``

версия гоу какая?

версия гоу какая?

1.17

тогда надо issue заводить

Там ещё интересно получается, что после первого долгого протупа на пинге бд, все остальные моментально с ошибкой возвращаются

Эксперименты

А никак это время ни на что не влияет, оно в итоге константно

Ну то есть что с контекстом что без него, что с 2 секундами что с 10

45 секунд реальное время при любом таймауте

я же говорю, пиши issue на гитхабе. даже если проблема где-то в твоей инфрастктуре, контракт есть контракт. а он нарушен

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

Исходный код пакета я не смотрел

Я не знаю как они реализовывают стандартный интерфейс работы с бд

Ну то есть я не исключаю что разрабы могут игнорировать использование параметра

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

dbhost:1521/orclpdb1?connect_timeout=2

dbhost:1521/orclpdb1?connect_timeout=2

все равно это не то. а если контекст завершат по другой причине, а PingContext не работает?

все равно это не то. а если контекст завершат по другой причине, а PingContext не работает?

После этого pingcontext запускаете

После этого pingcontext запускаете

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

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

Так все рализованно. Оракл диктует своим драйвером, вы же используете обертку над C интерфейсом

Так все рализованно. Оракл диктует своим драйвером, вы же используете обертку над C интерфейсом

я же выше писал, что если кто-то закроет контекст каким либо способом вообще, то это никак не отработает

Есть уровень драйвера Оракл у него свои правила, часть, как я написал, меняется через connection string, дальше уровень работы через GO, он тоже работает, но уже по ходу взаимодействия с БД

Есть уровень драйвера Оракл у него свои правила, часть, как я написал, меняется через connection string, дальше уровень работы через GO, он тоже работает, но уже по ходу взаимодействия с БД

а есть интерфейс, которому должна либа соответствовать. если она не может, то я уже выше описал варианты

а есть интерфейс, которому должна либа соответствовать. если она не может, то я уже выше описал варианты

Ну она соответствует, просто поймите, sql.Open - передает на инициализаию в драйвер оракл, а он по своей логике делает реальное соединение, такой вот драйвер у Oracle.

ну это ж база совсем. может что-то непонятно?

Вообщем ответили мне на issue по поводу контекстов и таймаутов

Таймаут этого контекста ограничивает время выполнения внутренних функций пинга, время установления соединения не входит в этот интервал и контекст не прерывает попытку установления соединения по истечению таймаута

апну свои вопросы. может не придется идти на stackoverflow

1==================================

как в visual studio code подавить линтер, не хочу желтый файлик иметь

//nolint перед строкой и за строкой пробовал

2=====================================

такой вопрос по sql.DB: вот я делаю db.BeginTx(ctx,nil). нужно ли дальше вместо tx.Prerare делать tx.PrepareContext, а вместо stmt.Exec, делать stmt.ExecContext?

что-то масло масляное получается

типа такого выходит, нельзя упростить? https://goplay.space/#q_b4FNN6QYE

типа такого выходит, нельзя упростить? https://goplay.space/#q_b4FNN6QYE

Смотря какая задача. Если задача на всю транзакцию потратить, например 30 секунд, а на каждый запрос по 5, например, то имеет смысл. Если просто, чтобы вся транзакция уложилась во время, то в каждой процедуре контекст не нужен.

спасибо

мне как раз первое нужно

как в visual studio code подавить линтер, не хочу желтый файлик иметь

//lint:ignore SA6002

Над строкой

спасибо большое, надо было еще после SA6002 через пробел добавить что-то вроде причины

Да

//nolint:staticcheck или //nolint не очень решение, лучше тушить конкретную причину линтера

Что-то не могу нагуглить как сделать atomic массив (ну или слайс) uint8. atomic типов, как я понял, в го нет. Следовательно массив atomic uint8 создать нельзя, да? Надо как-то atomic.Load использовать для чтения батика из массива?

Что-то не могу нагуглить как сделать atomic массив (ну или слайс) uint8. atomic типов, как я понял, в го нет. Следовательно массив atomic uint8 создать нельзя, да? Надо как-то atomic.Load использовать для чтения батика из массива?

а где-то такое возможно?

а где-то такое возможно?

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

вообще твоя задача решается мьютексом

Мне только атомарность нужна. Мьютекс на весь массив жестко по времени может быть. Мьютекс на каждый байт жестко по памяти

RWMutex не решит?

Ты либо переоцениваешь потребность в одновременном доступе к данным, либо у тебя алгоритм не оптимально раскидывает данные (например, вместо передачи кусков разным горутинам, ты каждое число передаешь). Может ошибаюсь. В чем задача?