Вот для этого абстрактного кода на ассемблере в  A в стек будет же запушен всего один instruction pointer?

A:
    ret

B:
    call A

Из анализа кода

вот с assembler все очень сложно, огромная статья была на тему того, как вызывать функции на go из go-asm

и с логичным выводом - если вам это понадобилось, значит что-то идет не так

например как? )

Я сомневаюсь, что что-то идёт не так )
Я пытаюсь запердолить в C такой же стек с изменяемым размером, как в го

Что значит как? Я запихнул 10 Mb

Как-нибудь типа var a [10000]int, ну или 10000 интов объявить

просто интересен пример как выглядит в коде "я пихну массив 10кб в стек"

Я это сделал так https://habr.com/ru/post/490618/

так в компайл-тайме уже понятно что надо столько выделить :)

Да ясно что понятно, меня вообще больше интересует сколько "весит" в стеке вызов стеке )

Короче какой-то странный я вопрос задал

ах вот кто автор! интересная статья, хотя выводы и очевидные :)

Всем привет, столнкулся с проблемой вызова docker run, командой exec.Command. Если просто вызываю докер ран, то получаю no such file, если сначала /bin/sh -c, то exit status 1. Кто-то сталкивался с проблемой?

потому что надо вызывать так: exec.Command("docker", "run", "-it", ...)

а вообще, можно и docker api использовать

+

Покажи как вызываешь

предположим, есть у нас условный SessionsService:

type (
SessionID string
UserID string
Session struct {
 ID SessionID
 CreationTime time.Time
}
SessionsService interface {
 CreateSession(
  ctx context.Context,
  user UserID,
 ) (*Session, error)

 DestroySession(
  ctx context.Context,
  id SessionID,
 ) error
}
)

реализуется этот интерфейс некой имплементацией сервиса.

так-же у нас имеется RequestHandler, который аутентифицирует и авторизирует юзера
обращаясь в конечном случае к интерфейсу SessionsService'а

в случае вызова клиентом DestroySession мне нужно убедиться, что вызывающий функцию
пользователь является владельцем сессии, однако на уровне RequestHandler'а этого
проверить мы не можем поскольку у нас нет информации о том, кто владелец. Но и складывать часть ответственности за авторизацию на имплементацию
SessionsService интерфейса тоже, ИМХО, не очень правильно.

Как быть? 🤔