[devel] debug subpackages

[devel] debug subpackages

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 177 bytes --]

А с debug subpackages у нас опять все заглохло?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] debug subpackages

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 449 bytes --]

On Sun, Aug 29, 2010 at 10:16:45PM +0400, Денис Смирнов wrote:
> А с debug subpackages у нас опять все заглохло?
Акагже.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

На каждого моралфага найдётся свой сотонист и всё превратится в цырк с конями.
Поэтому стоило бы сократить путь, закрыть багу и никогда больше не пытаться
регулировать состав сизифа, прибегая к нетехническим агрументам.
		-- sbolshakov in #19379

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] debug subpackages

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 306 bytes --]

On Mon, Aug 30, 2010 at 12:23:23AM +0600, Andrey Rahmatullin wrote:

>> А с debug subpackages у нас опять все заглохло?
AR> Акагже.

А что нужно, чтобы перестало глохнуть?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] debug subpackages

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 447 bytes --]

On Sun, Aug 29, 2010 at 10:54:31PM +0400, Денис Смирнов wrote:
> >> А с debug subpackages у нас опять все заглохло?
> AR> Акагже.
> А что нужно, чтобы перестало глохнуть?
Сменить вселенную?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> А еще я изящным движением мыши утащил верхнюю панель налево -
> как без перезапуска гнома ее вернуть на место?
Подцепить мышкой и перетащить обратно
		-- avp in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] debug subpackages

[Kirill A. Shutemov]

On Sun, Aug 29, 2010 at 10:54:31PM +0400, Денис Смирнов wrote:
> On Mon, Aug 30, 2010 at 12:23:23AM +0600, Andrey Rahmatullin wrote:
> 
> >> А с debug subpackages у нас опять все заглохло?
> AR> Акагже.
> 
> А что нужно, чтобы перестало глохнуть?

Это же очевидно -- сделать самому.

-- 
 Kirill A. Shutemov

Re: [devel] debug subpackages

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 284 bytes --]

On Sun, Aug 29, 2010 at 10:19:26PM +0300, Kirill A. Shutemov wrote:

KAS> Это же очевидно -- сделать самому.

Увы, это за пределами моей квалификации.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] debug subpackages

[Kirill A. Shutemov]

On Sun, Aug 29, 2010 at 10:16:45PM +0400, Денис Смирнов wrote:
> А с debug subpackages у нас опять все заглохло?

После gcc-4.5 я постараюсь ещё посмотреть.

-- 
 Kirill A. Shutemov

Re: [devel] debug subpackages

[Alexey Tourbin]

On Sun, Aug 29, 2010 at 10:16:45PM +0400, Денис Смирнов wrote:
> А с debug subpackages у нас опять все заглохло?

Debuginfo subpackages if not a priority.  See why.

Lemme ask you a question.  Did you ever run a '-g -O2' binary under gdb?
Haven't you ever seen something like "this piece of shit have been
optimized out, and there's absolutely no way to recover it"?  That's why
I'm skeptical about *-debuginfo packages.  Optimizations and debugging
do not fit quite well.  (And there are other reasons, too.)

Re: [devel] debug subpackages

[Alexey Tourbin]

On Wed, Sep 01, 2010 at 04:56:17AM +0400, Alexey Tourbin wrote:
> Debuginfo subpackages if not a priority.  See why.

"is not a priority"

Re: [devel] debug subpackages

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 979 bytes --]

On Wed, Sep 01, 2010 at 04:56:17AM +0400, Алексей Турбин wrote:

AT> Debuginfo subpackages if not a priority.  See why.

Обычно мне наиболее важно иметь возможность _быстро_ получить stacktrace,
в котором мне лично важны исключительно имена функций.

В случае с астериском мне это позволяет также _быстро_ понять в каком из
его модулей мы дохнем, чтобы быстро сделать затычку (позволив людям
нормально работать), прежде чем я спокойно начну воспроизводить ситуацию
на стенде.

При этом видеть имена функций мне важно как в самом астериске, так и --
"что именно он из под себя вызвал?". Например то, что мы упали где-то в
районе str* функций glibc -- уже может подсказать проблему.

А держать у клиентов всегда -O0 астериск -- не самая лучшая идея. Вместе с
-O0 glibc, и т.д. (см. список зависимостей у астериска -- он впечатляет).

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] debug subpackages

[Alexey Tourbin]

On Wed, Sep 01, 2010 at 05:07:41AM +0400, Денис Смирнов wrote:
> On Wed, Sep 01, 2010 at 04:56:17AM +0400, Алексей Турбин wrote:
> 
> AT> Debuginfo subpackages if not a priority.  See why.
> 
> Обычно мне наиболее важно иметь возможность _быстро_ получить stacktrace,
> в котором мне лично важны исключительно имена функций.

Considering that you need only a stacktrace (or a backtrace, for that
matter), you only need to compile the binary with -rdynamic.

Also, you're quite a naiive about the stack.  That stack is just a memory
area, and it can be written back and forth.  If you haven't ever seen
a stack smashing, you're among the blessed ones in the world.  I think
I was facing it just yesterday (when debugging new code for rpm).

> его модулей мы дохнем, чтобы быстро сделать затычку (позволив людям
> нормально работать), прежде чем я спокойно начну воспроизводить ситуацию
> на стенде.
> 
> При этом видеть имена функций мне важно как в самом астериске, так и --
> "что именно он из под себя вызвал?". Например то, что мы упали где-то в
> районе str* функций glibc -- уже может подсказать проблему.

Hey, C is a non-managed environment.
You gotta fix your mental issues about C.

> А держать у клиентов всегда -O0 астериск -- не самая лучшая идея. Вместе с
> -O0 glibc, и т.д. (см. список зависимостей у астериска -- он впечатляет).