From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 1 Sep 2010 05:40:30 +0400 From: Alexey Tourbin To: ALT Linux Team development discussions Message-ID: <20100901014029.GA7937@altlinux.org> References: <20100829181645.GA6880@mw.office.seiros.ru> <20100901005615.GE11960@altlinux.org> <20100901010741.GD20367@mw.office.seiros.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100901010741.GD20367@mw.office.seiros.ru> Subject: Re: [devel] debug subpackages X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2010 01:40:30 -0000 Archived-At: List-Archive: List-Post: 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, и т.д. (см. список зависимостей у астериска -- он впечатляет).