Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Hmmm... shouldnt assertions be off in the
On Tue, Oct 16, 2007 at 08:38:20AM +0300, Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
Andre Poenitz wrote:
On Tue, Oct 16, 2007 at 08:38:20AM +0300, Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with e.g.
memory corruption. So IMO asserts are fine in the final release.
A/
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with e.g.
memory corruption. So IMO asserts are fine in the final
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with
e.g. memory corruption. So IMO
On Tue, Oct 16, 2007 at 10:50:07AM +0200, Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with e.g.
memory
Andre Poenitz wrote:
On Tue, Oct 16, 2007 at 10:50:07AM +0200, Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with
Andre Poenitz wrote:
I agree with Andre'. We should abort ASAP with an emergency file, with
e.g. memory corruption. So IMO asserts are fine in the final release.
Oh, you don't agree with me.
I don't?
Writing the emergency file is only part of what I want. I also want to
present the user
On Tue, Oct 16, 2007 at 08:34:03PM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
I agree with Andre'. We should abort ASAP with an emergency file, with
e.g. memory corruption. So IMO asserts are fine in the final release.
Oh, you don't agree with me.
I don't?
Writing
Abdelrazak Younes wrote:
Oh, you don't agree with me.
See Alfredo? I can now parse Andre' pretty well ;-)
Haha you're right. Maybe you can give a talk about it some time ;-)
A/
Andre Poenitz wrote:
Writing the emergency file is only part of what I want. I also want to
present the user with a dialog telling him about the error and giving
him the option to continue at his own risk.
There is absolutely no reason to abort if i.e. sr or loading of an
icon
On Tue, Oct 16, 2007 at 09:45:30PM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Writing the emergency file is only part of what I want. I also want to
present the user with a dialog telling him about the error and giving
him the option to continue at his own risk.
There
Florian Verhein wrote:
Hello,
I would really apreciate some help with this, as LyX (v1.5.1-1 for Windows)
crashes every time I try to run it (either by double-clicking on a lyx file
or opening lyx directly).
Here is what happens:
details
creating doc/LaTeXConfig.lyx
LyX: Done!
Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Hmmm... shouldn"t assertions be off in the
On Tue, Oct 16, 2007 at 08:38:20AM +0300, Martin Vermeer wrote:
> On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
> >
> > The developers' list is a better place for this kind of thing.
> >
> > If you could get a backtrace, we could at least start to figure out
> > where this is
Andre Poenitz wrote:
On Tue, Oct 16, 2007 at 08:38:20AM +0300, Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is
Abdelrazak Younes wrote:
>> But it's the least helpful and the most annoying approach.
>> We should change that.
>
> Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with e.g.
memory corruption. So IMO asserts are fine in the final release.
A/
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with e.g.
memory corruption. So IMO asserts are fine in the final
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>
>>
But it's the least helpful and the most annoying approach.
We should change that.
>>> Sure but for trunk.
>>
>> I agree with Andre'. We should abort ASAP with an emergency file, with
>> e.g.
On Tue, Oct 16, 2007 at 10:50:07AM +0200, Alfredo Braunstein wrote:
> Abdelrazak Younes wrote:
>
>
> >> But it's the least helpful and the most annoying approach.
> >> We should change that.
> >
> > Sure but for trunk.
>
> I agree with Andre'. We should abort ASAP with an emergency file, with
Andre Poenitz wrote:
On Tue, Oct 16, 2007 at 10:50:07AM +0200, Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
But it's the least helpful and the most annoying approach.
We should change that.
Sure but for trunk.
I agree with Andre'. We should abort ASAP with an emergency file, with
Andre Poenitz wrote:
>> I agree with Andre'. We should abort ASAP with an emergency file, with
>> e.g. memory corruption. So IMO asserts are fine in the final release.
>
> Oh, you don't agree with me.
I don't?
> Writing the emergency file is only part of what I want. I also want to
> present
On Tue, Oct 16, 2007 at 08:34:03PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >> I agree with Andre'. We should abort ASAP with an emergency file, with
> >> e.g. memory corruption. So IMO asserts are fine in the final release.
> >
> > Oh, you don't agree with me.
>
> I don't?
>
Abdelrazak Younes wrote:
>> Oh, you don't agree with me.
>
> See Alfredo? I can now parse Andre' pretty well ;-)
Haha you're right. Maybe you can give a talk about it some time ;-)
A/
Andre Poenitz wrote:
>> > Writing the emergency file is only part of what I want. I also want to
>> > present the user with a dialog telling him about the error and giving
>> > him the option to continue at his own risk.
>> >
>> > There is absolutely no reason to abort if i.e. s or loading of an
On Tue, Oct 16, 2007 at 09:45:30PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >> > Writing the emergency file is only part of what I want. I also want to
> >> > present the user with a dialog telling him about the error and giving
> >> > him the option to continue at his own
Florian Verhein wrote:
> Hello,
>
> I would really apreciate some help with this, as LyX (v1.5.1-1 for Windows)
> crashes every time I try to run it (either by double-clicking on a lyx file
> or opening lyx directly).
> Here is what happens:
>
>
>
> creating doc/LaTeXConfig.lyx
> LyX:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Original Message
Subject:help: LyX crashes on startup... every time
Date: Tue, 16 Oct 2007 08:44:46
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Hmmm... shouldnt assertions be off in the end user version?
-
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Original Message
Subject:help: LyX crashes on startup... every time
Date: Tue, 16 Oct 2007 08:44:46
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
>
> The developers' list is a better place for this kind of thing.
>
> If you could get a backtrace, we could at least start to figure out
> where this is coming from.
>
> rh
Hmmm... shouldn"t assertions be off in the end user
dear sir,
what must I do that upgrade my LyX 1.0.3 to LyX 1.1.5Pre1?
FreeBSD 3.3 Stable
I've unpacked and begun "make install",it was writenn "don't how make"
I 've begun "./configure",I've got next
that libXpm and libxforms(libforms) is not on this operating system.
I check and find taht
dear sir,
what must I do that upgrade my LyX 1.0.3 to LyX 1.1.5Pre1?
FreeBSD 3.3 Stable
I've unpacked and begun "make install",it was writenn "don't how make"
I 've begun "./configure",I've got next
that libXpm and libxforms(libforms) is not on this operating system.
I check and find taht
"Rod" == Rod Pinna [EMAIL PROTECTED] writes:
Rod Hello, Thanks for the cc, I don't consider myself a developer, so
Rod I don't read the developer list. I couldn't keep up with the
Rod volume either I suspect. I have put together a layout file for
Rod the Elsevier class, so I'll forward it on.
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Hello, Thanks for the cc, I don't consider myself a developer, so
Rod> I don't read the developer list. I couldn't keep up with the
Rod> volume either I suspect. I have put together a layout file for
Rod> the Elsevier class, so I'll
Hello,
Thanks for the cc, I don't consider myself a developer, so I don't read
the developer list. I couldn't keep up with the volume either I suspect. I
have put together a layout file for the Elsevier class, so I'll forward it
on.
BTW, if anyone is interested, I haven't had much of a chance
Hello,
Thanks for the cc, I don't consider myself a developer, so I don't read
the developer list. I couldn't keep up with the volume either I suspect. I
have put together a layout file for the Elsevier class, so I'll forward it
on.
BTW, if anyone is interested, I haven't had much of a chance
Hi Guys,
Can anyone help out João on this one? Please cc any responses to João
himself.
This might be a good oportunity to get another formal layout file written!
Ben
From: João Alfredo Borges [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Help
Date: Thu, 20 May 1999 16:19:13 -0300
Dear
João Alfredo Borges [EMAIL PROTECTED] writes:
I am a master degree student, work with chaos in time series. I
would like work with lyx. I need write a paper for ELSEVIER
(Physica D).
Can you help me? How can I transform a .cls file in .layout file?
Thanks,
Joao Alfredo
You might
Hi Guys,
Can anyone help out João on this one? Please cc any responses to João
himself.
This might be a good oportunity to get another formal layout file written!
Ben
>From: João Alfredo Borges <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Help
>Date: Thu, 20 May 1999 16:19:13 -0300
> João Alfredo Borges <[EMAIL PROTECTED]> writes:
>> I am a master degree student, work with chaos in time series. I
>> would like work with lyx. I need write a paper for ELSEVIER
>> (Physica D).
>>
>> Can you help me? How can I transform a .cls file in .layout file?
>>
>> Thanks,
>>
>>
42 matches
Mail list logo