From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@altlinux.ru>
Date: Mon, 28 Oct 2002 21:10:09 +0300
From: Sergey Vlasov <vsu@altlinux.ru>
To: community@altlinux.ru
Subject: Re: [Comm]  =?KOI8-R?B?+s7B1M/Lwc0=?= gcc (3.2, C++)
Message-Id: <20021028211009.0b53c5b7.vsu@altlinux.ru>
In-Reply-To: <20021028184544.GA23755@bebi.novosoft.ru>
References: <20021028135052.GZ19060@bebi.novosoft.ru>
	<20021028140405.GA31218@vcserver.mivlgu.internal>
	<20021028184544.GA23755@bebi.novosoft.ru>
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Sender: community-admin@altlinux.ru
Errors-To: community-admin@altlinux.ru
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: community@altlinux.ru
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Id: <community.altlinux.ru>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
List-Archive: <http://www.altlinux.ru/pipermail/community/>
Archived-At: <http://lore.altlinux.org/community/20021028211009.0b53c5b7.vsu@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Tue, 29 Oct 2002 00:45:44 +0600
Alexey Morozov <morozov@novosoft.ru> wrote:

> On Mon, Oct 28, 2002 at 05:04:05PM +0300, Sergey Vlasov wrote:
> > Варианты:
> > 
> > 1) Избавиться в этом месте от exception вообще и работать старым дедовским
> > способом - по кодам возврата.  Если что-то бросается из глубины - ловить
> > внутри callback-a, не допуская распространения в код на C.
> > 
> > 2) info gcc рекомендует в подобных случаях компилировать код на C с опцией
> > -fexceptions - тогда работает (но, разумеется, память, выделенная в
> > C-коде, не освобождается - будет утечка).
> > 
> > 3) Можно задействовать setjmp/longjmp - но тогда утечка будет уже в
> > C++-частях.
> Эхе-хе, не повести печальнее...
> Но в любом случае, спасибо.

Кстати, те же самые проблемы будут даже с C++-библиотекой, но
скомпилированной с -fno-exceptions (например, Qt - не знаю, как ее
собирают сейчас, но раньше было именно так).