Hi,
I've compiled lyx with debug enabled in math_parser.C and formula.C, here is
the backtrace of the crash obtained while loading the attached file.
The crash is due to the presence of '{' and '}' characters in the math-label.
I hope this help.
Regards,
Abdel.
(gdb)
On Sunday 02 September 2001 14:38, Dekel Tsur wrote:
> > Actually, this isn't so. version 1.127 works fine. What breaks things is
> > moving the lyx executable to /usr/local/bin.
>
> Fixed.
Confirmed.
Thanks.
Angus
> Actually, this isn't so. version 1.127 works fine. What breaks things is
> moving the lyx executable to /usr/local/bin.
Fixed.
On Sunday 02 September 2001 13:51, Angus Leeming wrote:
> The latest mathed changes have broken support for \textrm.
> If I load and save a file, this is what happens (below).
>
> If I revert math_parser.C to v1.126, then all is Ok.
>
> Hope this is of some use.
> Angus
Ac
The latest mathed changes have broken support for \textrm.
If I load and save a file, this is what happens (below).
If I revert math_parser.C to v1.126, then all is Ok.
Hope this is of some use.
Angus
--- grant_proposal_bob_safe.lyx Sun Sep 2 13:41:10 2001
+++ grant_proposal_bob.lyx Sun
On Wed, Aug 29, 2001 at 10:19:09PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Yves Bastide) writes:
>
> | Hmm, I am alone in seeing this problem? :-)
> |
> | Index: src/mathed/math_parser.C
> | ===
Hmm, I am alone in seeing this problem? :-)
Index: src/mathed/math_parser.C
===
RCS file: /cvs/lyx/lyx-devel/src/mathed/math_parser.C,v
retrieving revision 1.125
diff -u -p -r1.125 math_parser.C
--- src/mathed/math_parser.C2001
> cxx: Warning: ../../../lyx-devel/src/mathed/math_parser.C, line 233: subscript
> out of range
> lyxerr << " code: " << lexcode['ü'] << endl;
> --
>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Compilation of math_parser.C with DEC cxx fails cxx: Error:
Angus> math_parser.C, line 189: #304 no instance of overloaded
Angus> function "std::basic_istream::get [with
Angus> c
> The relevant code is:
Ok. I know what's wrong there.
> So it looks like the correct fix is to have:
> {
> while (yyis->good()) {
> char c;
> yyis->get(c);
> ...
> }
> }
>
> Is this correct?
No. c is used directly as an index in the lexco
Compilation of math_parser.C with DEC cxx fails
cxx: Error: math_parser.C, line 189: #304 no instance of overloaded function
"std::basic_istream::get [with charT=char,
traits=std::char_traits]" matches the argument list
argument types are: (uns
> math_parser.C:736: warning: `unsigned char c' might be used
> uninitialized in
>this function
> gcc-3.0
This is bogus. It gets a value in the next line...
But I'll make it explicit...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
math_parser.C:736: warning: `unsigned char c' might be used
uninitialized in
this function
gcc-3.0
Garst
On Wed, 18 Oct 2000, Kayvan A. Sylvan wrote:
> On Wed, Oct 18, 2000 at 03:00:12PM -0700, Cron Daemon wrote:
>
> > gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c
&g
On Wed, Oct 18, 2000 at 03:00:12PM -0700, Cron Daemon wrote:
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c
>math_parser.C -o math_parser.o
> In file included from math
15 matches
Mail list logo
