DN
ip.IP = net.ParseIP(arg)
if ip.IP == nil {
return fmt.Errorf("%s : invalig ip address")
}
_, err := os.Stat(arg)
if os.IsNotExist(err) {
return fmt.Errorf("%s : file is not exist")
}
// полезные ништяки
return nilSize: a a a
2020 December 11
DN
неопределенность, нельзя будет нормальную ошибку отдать т.к. все что не IP прога будет интерпретировать как путь
Функция парсинга файла ошибку отдавать должна, а не парсинга аргумента
C
Функция парсинга файла ошибку отдавать должна, а не парсинга аргумента
тебе виднее
DN
Я понимаю, что можно проще, но пытаюсь понять незнакомые мне механизмы.
DN
type ArgIP struct {
IP net.IP
}
type ArgConfig struct {
Path string
}
type Arger interface {
ParseArg(arg string) error
}
func (ip ArgIP) ParseArg(arg string) error {
// работаю с конкретным ip
return nil
}
func (config ArgConfig) ParseArg(arg string) error {
// работаю о списком ip
return nil
}верно?
@pragus правильно мыслю?
VS
Народ, подскажите неразумному, каким образом я получаю ошибку:
fatal error: sync: RUnlock of unlocked RWMutex
В данном коде:
Как, блин, такое вообще возможно?
fatal error: sync: RUnlock of unlocked RWMutex
В данном коде:
func (p *Project) DatabaseIsInvalid(name string) bool {
result := false
p.update.RLock()
if checkDb, ok := p.InvalidDatabases[name]; ok && !checkDb {
result = true
}
p.update.RUnlock()
return result
}
Для этой структуры есть ещё одна функция, использующая Lock:func (p *Project) DatabaseSetState(name string, state bool) {
p.update.Lock()
p.InvalidDatabases[name] = state
p.update.Unlock()
}
И это всё. InvalidDatabases имеет формат map[string]bool, если это имеет значениеКак, блин, такое вообще возможно?
АД
Народ, подскажите неразумному, каким образом я получаю ошибку:
fatal error: sync: RUnlock of unlocked RWMutex
В данном коде:
Как, блин, такое вообще возможно?
fatal error: sync: RUnlock of unlocked RWMutex
В данном коде:
func (p *Project) DatabaseIsInvalid(name string) bool {
result := false
p.update.RLock()
if checkDb, ok := p.InvalidDatabases[name]; ok && !checkDb {
result = true
}
p.update.RUnlock()
return result
}
Для этой структуры есть ещё одна функция, использующая Lock:func (p *Project) DatabaseSetState(name string, state bool) {
p.update.Lock()
p.InvalidDatabases[name] = state
p.update.Unlock()
}
И это всё. InvalidDatabases имеет формат map[string]bool, если это имеет значениеКак, блин, такое вообще возможно?
ошибка всегда? или то бывает, то нет?
00
Больно - это если налепить фабрик )
Вспоминаю физзбазз энтерпрайз эдишон
VS
ошибка всегда? или то бывает, то нет?
То бывает, то нет. Там несколько горутин
АД
ну fatal здесь бросается. https://github.com/golang/go/blob/master/src/sync/rwmutex.go#L93 вопрос почему. а в трейсе что? не разобрать?
Z
Народ, подскажите неразумному, каким образом я получаю ошибку:
fatal error: sync: RUnlock of unlocked RWMutex
В данном коде:
Как, блин, такое вообще возможно?
fatal error: sync: RUnlock of unlocked RWMutex
В данном коде:
func (p *Project) DatabaseIsInvalid(name string) bool {
result := false
p.update.RLock()
if checkDb, ok := p.InvalidDatabases[name]; ok && !checkDb {
result = true
}
p.update.RUnlock()
return result
}
Для этой структуры есть ещё одна функция, использующая Lock:func (p *Project) DatabaseSetState(name string, state bool) {
p.update.Lock()
p.InvalidDatabases[name] = state
p.update.Unlock()
}
И это всё. InvalidDatabases имеет формат map[string]bool, если это имеет значениеКак, блин, такое вообще возможно?
А больше точно нет обращения к
RUnlock? И мютекс не перезаписывается нигде?VS
обращений точно нет, мютекс явно не копируется
VS
но эти проекты лежат в мапе map[string]Project и перебираются через range, может при этом происходить неявное копирование мютекса?
Z
обращений точно нет, мютекс явно не копируется
Не перезаписывается. Найдите все использования update.
G
но эти проекты лежат в мапе map[string]Project и перебираются через range, может при этом происходить неявное копирование мютекса?
range копирует объекты
VS
Не перезаписывается. Найдите все использования update.
Две функции всего, одна пишет, вторая читает. Текст обоих привёл. Извне, по понятным причинам, блокировка происходить не может