>I've nearly no time currently so it would be amazing if
>one of you guys could take a look at
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548519
>
>It's a crash, plus backtrace and a proposed patch by Jonas Baggett.
>
Thanks,
This is bug #6193: http://www.lyx.org/trac/ticket/6193.
It
Hi,
I've nearly no time currently so it would be amazing if one of
you guys could take a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548519
It's a crash, plus backtrace and a proposed patch by Jonas Baggett.
Thanks,
Sven
--
If God passed a mic to me to speak
I'd say stay in bed, wo
On Sun, Sep 13, 2009 at 06:47:56PM +0200, Enrico Forestieri wrote:
> On Sun, Sep 13, 2009 at 03:58:13PM +0200, Vincent van Ravesteijn - TNW wrote:
>
> >
> > >> ..or by removing the code that was added in
> > >> http://www.lyx.org/trac/changeset/30425. I think the completion
> > >> just signals
>>
>> >> ..or by removing the code that was added in
>> >> http://www.lyx.org/trac/changeset/30425. I think the completion
>> >> just signals an invalid cursor or something like that.
>> >
>> >Hmm... I really think that a headache is better cured by a cachet
>> >rather than by an amputation.
On Sun, Sep 13, 2009 at 03:58:13PM +0200, Vincent van Ravesteijn - TNW wrote:
>
> >> ..or by removing the code that was added in
> >> http://www.lyx.org/trac/changeset/30425. I think the completion
> >> just signals an invalid cursor or something like that.
> >
> >Hmm... I really think that a h
>> ..or by removing the code that was added in
>> http://www.lyx.org/trac/changeset/30425. I think the completion
>> just signals an invalid cursor or something like that.
>
>Hmm... I really think that a headache is better cured by a cachet
>rather than by an amputation.
>
>Crash fixed at r31379
On Sat, Sep 12, 2009 at 11:36:43PM +0200, Vincent van Ravesteijn wrote:
> Anyway, you know that this is bug http://www.lyx.org/trac/ticket/6110 ?
> It also happened for \frac.
Now no more.
> PS. I know you have a headache right now...
Didn't know you had paranormal perceptions...
> http://www.
Enrico Forestieri schreef:
On Sat, Sep 12, 2009 at 06:26:29PM +0200, Vincent van Ravesteijn wrote:
Enrico Forestieri schreef:
On Fri, Sep 11, 2009 at 05:37:13PM +0200, Edwin Leuven wrote:
Paul wrote:
Confirmed here (LyX 1.6.4-1 on Win XP). The debug log says
On Sat, Sep 12, 2009 at 06:26:29PM +0200, Vincent van Ravesteijn wrote:
> Enrico Forestieri schreef:
> > On Fri, Sep 11, 2009 at 05:37:13PM +0200, Edwin Leuven wrote:
> >
> >
> >> Paul wrote:
> >>
> >>> Confirmed here (LyX 1.6.4-1 on Win XP). The debug log says SIGSEGV
> >>> signal caught
Enrico Forestieri schreef:
On Fri, Sep 11, 2009 at 05:37:13PM +0200, Edwin Leuven wrote:
Paul wrote:
Confirmed here (LyX 1.6.4-1 on Win XP). The debug log says SIGSEGV
signal caught and nothing else of interest. The dumped emergency file
contains
\begin_layout Standard
\begin_inset
On Fri, Sep 11, 2009 at 05:37:13PM +0200, Edwin Leuven wrote:
> Paul wrote:
> > Confirmed here (LyX 1.6.4-1 on Win XP). The debug log says SIGSEGV
> > signal caught and nothing else of interest. The dumped emergency file
> > contains
> >
> > \begin_layout Standard
> > \begin_inset Formula $\mat
Paul wrote:
> Confirmed here (LyX 1.6.4-1 on Win XP). The debug log says SIGSEGV
> signal caught and nothing else of interest. The dumped emergency file
> contains
>
> \begin_layout Standard
> \begin_inset Formula $\mathcal{\mathcal{}}$
looks like a bug in the completion framework
Edwin Leuven wrote:
1. ctrl-m
2. \mathca
3.
4.
5. l
6.
crash
Confirmed here (LyX 1.6.4-1 on Win XP). The debug log says SIGSEGV
signal caught and nothing else of interest. The dumped emergency file
contains
\begin_layout Standard
\begin_inset Formula $\mathcal{\mathcal{}}$
\end_inset
1. ctrl-m
2. \mathca
3.
4.
5. l
6.
crash
On Wed, Apr 05, 2006 at 10:02:10PM +0200, Uwe Stöhr wrote:
> Joost Verburg wrote:
>
> >The crash can be reproduced by opening a new document, going into math
> >mode and then pressing the middle mouse button followed by Ctrl+Z a few
> >times very quickly. It only occurs if you do so fast enough,
Joost Verburg wrote:
The crash can be reproduced by opening a new document, going into math
mode and then pressing the middle mouse button followed by Ctrl+Z a few
times very quickly. It only occurs if you do so fast enough, so there
may be some kind of race condition. Therefore I'm not sure w
Hi,
Another day, another bug :) Today I had some crashes while working with
math. They seem to be related to pasting with the middle mouse button,
math mode and undo.
The crash can be reproduced by opening a new document, going into math
mode and then pressing the middle mouse button followe
Andre Poenitz <[EMAIL PROTECTED]> writes:
| BTW: What's our '} else' vs '}\nelse' policy?
>
| Could well be that I started the '} else' thing here wearing a TCL head
| but now I seem to remember LyX style is '}\nelse'
no... we do the curlys on the same line as the else
if () {
} else {
}
--
On Tue, Apr 05, 2005 at 05:34:37PM +0300, Martin Vermeer wrote:
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_nestinset.C,v
> retrieving revision 1.148
> diff -u -r1.148 math_nestinset.C
> --- math_nestinset.C 4 Apr 2005 22:11:53 - 1.148
> +++ math_nestinset.C 5 Apr 2005
On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
> Move into a math inset.
> Type \bmod
> It will show as red text. Press down arrow while it still is red,
> and lyx crashes with the usual emergency save.
>
> Pressing space or anything else that changes the hand-typed fucntion
> na
Move into a math inset.
Type \bmod
It will show as red text. Press down arrow while it still is red,
and lyx crashes with the usual emergency save.
Pressing space or anything else that changes the hand-typed fucntion
name from red to black avoids this crash. I can then exit the math inset
using
On Tue, Apr 05, 2005 at 04:26:20PM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
>
> >On Fri, Apr 01, 2005 at 02:02:13PM +0200, Helge Hafting wrote:
> >
> >
> >>Insert matching parentheses.
> >>C-M M-M (
> >>or open some document
> >>that contains (_) already and place the cursor inside
> >
Martin Vermeer wrote:
On Fri, Apr 01, 2005 at 02:02:13PM +0200, Helge Hafting wrote:
Insert matching parentheses.
C-M M-M (
or open some document
that contains (_) already and place the cursor inside
the empty matching parentheses. (Placement is tricky
as the visible cursor isn't displayed insi
On Fri, Apr 01, 2005 at 02:02:13PM +0200, Helge Hafting wrote:
> Insert matching parentheses.
> C-M M-M (
> or open some document
> that contains (_) already and place the cursor inside
> the empty matching parentheses. (Placement is tricky
> as the visible cursor isn't displayed inside, another l
Insert matching parentheses.
C-M M-M (
or open some document
that contains (_) already and place the cursor inside
the empty matching parentheses. (Placement is tricky
as the visible cursor isn't displayed inside, another lesser bug.)
Then press the END key and lyx goes SIGSEGV.
This seems to happ
On Sat, Mar 27, 2004 at 03:53:02PM +0100, Alfredo Braunstein wrote:
> Go to Section 4.3.2 of the UG, and go down a bit -> crash
MathScriptInset is currently broken (semi-intentoinally to get a clean
DocumentIterator implementation...)
> #0 0x0815245f in MathArray::draw(PainterInfo&, int, int) co
Go to Section 4.3.2 of the UG, and go down a bit -> crash
#0 0x0815245f in MathArray::draw(PainterInfo&, int, int) const ()
#1 0x0817bf86 in MathScriptInset::draw(PainterInfo&, int, int) const ()
#2 0x0815246e in MathArray::draw(PainterInfo&, int, int) const ()
#3 0x08160802 in MathGridInset:
Alfredo Braunstein wrote:
> qt only, xforms is ok.
This cures it. Puzzling that it doesn't crash in xforms though.
Alfredo
Index: lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.570
di
Andre Poenitz wrote:
> Not here, at least not on the first click...
qt only, xforms is ok.
Alfredo
On Fri, Feb 06, 2004 at 06:07:24PM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >
> > Plus some beautification in LyXFunc::getStatus (which should be
> > split into insetspecific parts...)
>
> Not to be critic, but
>
> C-m still crashes
Not here, at least not on the first click.
Andre Poenitz wrote:
>
> Plus some beautification in LyXFunc::getStatus (which should be
> split into insetspecific parts...)
Not to be critic, but
C-m still crashes
Alfredo
Plus some beautification in LyXFunc::getStatus (which should be
split into insetspecific parts...)
See attached.
Andre'
Index: cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/cursor.C,v
retrieving revision 1.51
diff -u -
C-N (new document)
C-M (insert math inset)
6 ^ (at the "^", lyx crashes).
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2
On Sat, 2002-11-30 at 15:03, John Levon wrote:
> On Sat, Nov 30, 2002 at 02:59:36PM +1030, Darren Freeman wrote:
>
> > I just did a cvs update, make, and ran lyxdbg0.2b on the problem.
> >
> > Did you fix it in the cvs or on your local copy? I will try Angus'
> > patches sometime soon for myself.
On Sat, Nov 30, 2002 at 02:59:36PM +1030, Darren Freeman wrote:
> I just did a cvs update, make, and ran lyxdbg0.2b on the problem.
>
> Did you fix it in the cvs or on your local copy? I will try Angus'
> patches sometime soon for myself.
I've just committed it, anoncvs has a delay. Check the ch
On Sat, 2002-11-30 at 14:38, John Levon wrote:
> On Fri, Nov 29, 2002 at 11:25:01AM +, Angus Leeming wrote:
>
> > John, Darren, could you see if this patch stops the crash, at the expense
> > that the Close button label does not change to Cancel.
>
> I've fixed it properly, please double che
On Fri, Nov 29, 2002 at 11:25:01AM +, Angus Leeming wrote:
> John, Darren, could you see if this patch stops the crash, at the expense
> that the Close button label does not change to Cancel.
I've fixed it properly, please double check
regards
john
--
"It is very difficult to prophesy, es
On Wednesday 27 November 2002 8:14 pm, John Levon wrote:
> #6 0x40414114 in chunk_realloc (ar_ptr=0x404b4680, oldp=0x8418c04,
> oldsize=4294967292, nb=16) at malloc.c:3390 #7 0x40413dc1 in
> __libc_realloc (oldmem=0x8418c0c, bytes=7) at malloc.c:3286 #8 0x400d400d
> in fl_set_object_label (ob=0x
On Thursday 28 November 2002 9:43 am, Lars Gullik Bjønnes wrote:
> What string literal?
>
> fl_realloc is trying to free ob->label not label.
>
> my Q is what is ob->label set to? is it initialized?
Yes.
All this suggests that the "const char *label" passed to xforms is rubbish.
Ie, the problem
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Nov 27, 2002 at 10:08:14PM +, Angus Leeming wrote:
|
| > Can't see nothing wrong with this...
| >
| > void fl_set_object_label(FL_OBJECT * ob, const char *label) {
| > ...
| > if (!label)
| > label = "";
| > ...
| >
Just an update.
I don't know if anything changed in the CVS or not, but here's another
trace obtained in the same manner as before, cvs update, make, lyxdbg..
etc.
Darren
LyX 1.3.0cvs of Fri, May 3, 2002
Built on Nov 28 2002, 14:27:15
Configuration
Host type: i686-pc-linux
On Wed, Nov 27, 2002 at 10:08:14PM +, Angus Leeming wrote:
> Can't see nothing wrong with this...
>
> void fl_set_object_label(FL_OBJECT * ob, const char *label) {
> ...
> if (!label)
> label = "";
> ...
> ob->label = fl_realloc(ob->label, strlen(label) +
On Wednesday 27 November 2002 8:14 pm, John Levon wrote:
> #6 0x40414114 in chunk_realloc (ar_ptr=0x404b4680, oldp=0x8418c04,
> oldsize=4294967292, nb=16) at malloc.c:3390 #7 0x40413dc1 in
> __libc_realloc (oldmem=0x8418c0c, bytes=7) at malloc.c:3286 #8 0x400d400d
> in fl_set_object_label (ob=0x
#6 0x40414114 in chunk_realloc (ar_ptr=0x404b4680, oldp=0x8418c04,
oldsize=4294967292, nb=16) at malloc.c:3390
#7 0x40413dc1 in __libc_realloc (oldmem=0x8418c0c, bytes=7) at malloc.c:3286
#8 0x400d400d in fl_set_object_label (ob=0x841cad0, label=0x841cb3c "Cancel") at
objects.c:579
#9 0x081f
44 matches
Mail list logo
