On 12-Apr-2001 John Levon wrote:
perhaps you altered the size of InsetText at some point ?
I don't know maybe! Surely I altered the size of Inset/UpdatableInset!
I got gcc 2.96-80 working (me being silly), and the bug doesn't
occur. So I think the patch below or similar should go into
On Fri, 13 Apr 2001, Juergen Vigna wrote:
Is the 2.96-80 from rawhide?
yes
I would let Lars decide if he likes to integrate the patch. If he gives
the OK I'll do it!
sure
john
--
"To be fair i do look quite like a monkey ..."
- Peter Reid
On 12-Apr-2001 John Levon wrote:
> perhaps you altered the size of InsetText at some point ?
I don't know maybe! Surely I altered the size of Inset/UpdatableInset!
> I got gcc 2.96-80 working (me being silly), and the bug doesn't
> occur. So I think the patch below or similar should go into
>
On Fri, 13 Apr 2001, Juergen Vigna wrote:
> Is the 2.96-80 from rawhide?
yes
> I would let Lars decide if he likes to integrate the patch. If he gives
> the OK I'll do it!
sure
john
--
"To be fair i do look quite like a monkey ..."
- Peter Reid
On 11-Apr-2001 John Levon wrote:
currently on Clone(), (when it works properly) we are resetting each cell's InsetText
three times:
once in Init, where they are constructed, once in operator=, where they shouldbe/are
copied,
and then again in Clone().
The second one causes the problem,
Well you're right we do an assignment too much! I commented out the asignment
in Clone() as it is already done in the new() call! Thanks for pointing me to
this! I also tried to optimize the new() call for clone a bit.
Just my two cents:
Clone() _always_ should look like
SomeThing *
On 12-Apr-2001 Andre Poenitz wrote:
Well you're right we do an assignment too much! I commented out the asignment
in Clone() as it is already done in the new() call! Thanks for pointing me to
this! I also tried to optimize the new() call for clone a bit.
Just my two cents:
Clone()
Well it does now look like that, thought I don't know what's the copy
constructor (there was a warning from Lars about this cc but I asked him
for explications and didn't understand them so I just left it asis :)
The copy constructor is something like
Something::Something(Something const
On Thu, 12 Apr 2001, Juergen Vigna wrote:
in Clone() as it is already done in the new() call! Thanks for pointing me to
this! I also tried to optimize the new() call for clone a bit.
great. however please don't commit this until the optimisation problem is resolved
one way or the other.
I
On 12-Apr-2001 John Levon wrote:
On Thu, 12 Apr 2001, Juergen Vigna wrote:
in Clone() as it is already done in the new() call! Thanks for pointing me to
this! I also tried to optimize the new() call for clone a bit.
great. however please don't commit this until the optimisation problem
On Thu, 12 Apr 2001, Juergen Vigna wrote:
To tell you the truth I compiled with optimization on and don't get the segfault
anymore, but don't ask me at what time this happend, in all the changes, backchanges
tries, remove tries, other go, ... ;)
perhaps you altered the size of InsetText at
On 11-Apr-2001 John Levon wrote:
> currently on Clone(), (when it works properly) we are resetting each cell's InsetText
> three times:
> once in Init, where they are constructed, once in operator=, where they shouldbe/are
> copied,
> and then again in Clone().
>
> The second one causes the
> Well you're right we do an assignment too much! I commented out the asignment
> in Clone() as it is already done in the new() call! Thanks for pointing me to
> this! I also tried to optimize the new() call for clone a bit.
Just my two cents:
Clone() _always_ should look like
On 12-Apr-2001 Andre Poenitz wrote:
>> Well you're right we do an assignment too much! I commented out the asignment
>> in Clone() as it is already done in the new() call! Thanks for pointing me to
>> this! I also tried to optimize the new() call for clone a bit.
>
> Just my two cents:
>
>
> Well it does now look like that, thought I don't know what's the copy
> constructor (there was a warning from Lars about this cc but I asked him
> for explications and didn't understand them so I just left it asis :)
The copy constructor is something like
Something::Something(Something
On Thu, 12 Apr 2001, Juergen Vigna wrote:
> in Clone() as it is already done in the new() call! Thanks for pointing me to
> this! I also tried to optimize the new() call for clone a bit.
great. however please don't commit this until the optimisation problem is resolved
one way or the other.
I
On 12-Apr-2001 John Levon wrote:
> On Thu, 12 Apr 2001, Juergen Vigna wrote:
>
>> in Clone() as it is already done in the new() call! Thanks for pointing me to
>> this! I also tried to optimize the new() call for clone a bit.
>
> great. however please don't commit this until the optimisation
On Thu, 12 Apr 2001, Juergen Vigna wrote:
> To tell you the truth I compiled with optimization on and don't get the segfault
> anymore, but don't ask me at what time this happend, in all the changes, backchanges
> tries, remove tries, other go, ... ;)
>
perhaps you altered the size of
On 10-Apr-2001 John Levon wrote:
But I know, you are right (that's why I spent forever tring to find broken
assembly). Unfortunately I cannot seem to compile LyX with gcc 3.0. The
string stuff is multiply-defined at link time. config.h looks sensible and seems
to be included in the files it
On Wed, 11 Apr 2001, Juergen Vigna wrote:
On 10-Apr-2001 John Levon wrote:
But I know, you are right (that's why I spent forever tring to find broken
assembly). Unfortunately I cannot seem to compile LyX with gcc 3.0. The
string stuff is multiply-defined at link time. config.h looks
On 10-Apr-2001 John Levon wrote:
> But I know, you are right (that's why I spent forever tring to find broken
> assembly). Unfortunately I cannot seem to compile LyX with gcc 3.0. The
> string stuff is multiply-defined at link time. config.h looks sensible and seems
> to be included in the
On Wed, 11 Apr 2001, Juergen Vigna wrote:
>
> On 10-Apr-2001 John Levon wrote:
>
> > But I know, you are right (that's why I spent forever tring to find broken
> > assembly). Unfortunately I cannot seem to compile LyX with gcc 3.0. The
> > string stuff is multiply-defined at link time.
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel On Mon, Apr 09, 2001 at 09:56:22AM -0700, Michael K Cheng
Dekel wrote:
I got some feedback and it apprears with redhat 7, you'll have to
compile without the optimization flag "-O2" so set CXXFLAGS='-g'
and recompile worked!!
Dekel So
"Michael" == Michael K Cheng [EMAIL PROTECTED] writes:
Michael I got some feedback and it apprears with redhat 7, you'll
Michael have to compile without the optimization flag "-O2" so set
Michael CXXFLAGS='-g' and recompile worked!!
What revision of the gcc rpm do you have?
JMarc
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
It depends. Does it work with latest rpm revision or not?
I have the latest and it doesn't work!
Jrgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jrgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
It depends. Does it work with latest rpm revision or not?
Juergen I have the latest and it doesn't work!
You mean you have a crash on outputing \cdots?
JMarc
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
Juergen I have the latest and it doesn't work!
You mean you have a crash on outputing \cdots?
Well no I don't use Mathed, but I crash when using tabulars and compiling
with optimization activated! Is that enough?
Jrgen
--
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Well no I don't use Mathed, but I crash when using tabulars
Juergen and compiling with optimization activated! Is that enough?
I was interested in the particular \cdots bug. We have to make a
difference between bugs that are fixed by
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
Concerning the tabular bug, we might get redhat to fix it if we had a
small test example, but I understand this is difficult.
I guess it's not difficult at all. Just compile the source with optimization
create a tabular and try to type inside it.
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen I guess it's not difficult at all. Just compile the source
Juergen with optimization create a tabular and try to type inside it.
Juergen Here it crashes every time!
I mean provide a source code with less than 100k lines!
JMarc
PS:
On 10 Apr 2001, Jean-Marc Lasgouttes wrote:
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen I guess it's not difficult at all. Just compile the source
Juergen with optimization create a tabular and try to type inside it.
Juergen Here it crashes every time!
I mean provide a
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Mon, Apr 09, 2001 at 09:56:22AM -0700, Michael K Cheng
Dekel> wrote:
>> I got some feedback and it apprears with redhat 7, you'll have to
>> compile without the optimization flag "-O2" so set CXXFLAGS='-g'
>> and recompile
> "Michael" == Michael K Cheng <[EMAIL PROTECTED]> writes:
Michael> I got some feedback and it apprears with redhat 7, you'll
Michael> have to compile without the optimization flag "-O2" so set
Michael> CXXFLAGS='-g' and recompile worked!!
What revision of the gcc rpm do you have?
JMarc
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> It depends. Does it work with latest rpm revision or not?
I have the latest and it doesn't work!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
>> It depends. Does it work with latest rpm revision or not?
Juergen> I have the latest and it doesn't work!
You mean you have a crash on outputing \cdots?
JMarc
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> Juergen> I have the latest and it doesn't work!
>
> You mean you have a crash on outputing \cdots?
Well no I don't use Mathed, but I crash when using tabulars and compiling
with optimization activated! Is that enough?
Jürgen
--
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Well no I don't use Mathed, but I crash when using tabulars
Juergen> and compiling with optimization activated! Is that enough?
I was interested in the particular \cdots bug. We have to make a
difference between bugs that are
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> Concerning the tabular bug, we might get redhat to fix it if we had a
> small test example, but I understand this is difficult.
I guess it's not difficult at all. Just compile the source with optimization
create a tabular and try to type inside it.
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> I guess it's not difficult at all. Just compile the source
Juergen> with optimization create a tabular and try to type inside it.
Juergen> Here it crashes every time!
I mean provide a source code with less than 100k lines!
On 10 Apr 2001, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> I guess it's not difficult at all. Just compile the source
> Juergen> with optimization create a tabular and try to type inside it.
> Juergen> Here it crashes every time!
>
>
"Michael" == Michael K Cheng [EMAIL PROTECTED] writes:
Michael Content-Type: TEXT/PLAIN; charset=US-ASCII LyX crashes
Michael whenever I save or dvi a document that contains 'cdots' in
Michael math equations.
Are you using redhat 7? If you do, did you upgrade gcc to at least -69
rpm revision?
I got some feedback and it apprears with redhat 7, you'll have to compile
without the optimization flag "-O2" so set CXXFLAGS='-g' and recompile
worked!!
Thanks,
Mike
On 9 Apr 2001, Jean-Marc Lasgouttes wrote:
"Michael" == Michael K Cheng [EMAIL PROTECTED] writes:
Michael Content-Type:
On Mon, Apr 09, 2001 at 09:56:22AM -0700, Michael K Cheng wrote:
I got some feedback and it apprears with redhat 7, you'll have to compile
without the optimization flag "-O2" so set CXXFLAGS='-g' and recompile
worked!!
So perhaps we should disable optimizations for gcc 2.96 in the configure
> "Michael" == Michael K Cheng <[EMAIL PROTECTED]> writes:
Michael> Content-Type: TEXT/PLAIN; charset=US-ASCII LyX crashes
Michael> whenever I save or dvi a document that contains 'cdots' in
Michael> math equations.
Are you using redhat 7? If you do, did you upgrade gcc to at least -69
rpm
I got some feedback and it apprears with redhat 7, you'll have to compile
without the optimization flag "-O2" so set CXXFLAGS='-g' and recompile
worked!!
Thanks,
Mike
On 9 Apr 2001, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael K Cheng <[EMAIL PROTECTED]> writes:
>
> Michael>
On Mon, Apr 09, 2001 at 09:56:22AM -0700, Michael K Cheng wrote:
> I got some feedback and it apprears with redhat 7, you'll have to compile
> without the optimization flag "-O2" so set CXXFLAGS='-g' and recompile
> worked!!
So perhaps we should disable optimizations for gcc 2.96 in the
On 04-Apr-2001 Dekel Tsur wrote:
On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
I'm not sure what that os pointer is, but I've compiled LyX on redhat
7.0 yesterday. I can crash it by opening a new document and inserting a
equation [M-m d] and type "s=0,\cdots,d-1" (for
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen On 04-Apr-2001 Dekel Tsur wrote:
On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
I'm not sure what that os pointer is, but I've compiled LyX on
redhat 7.0 yesterday. I can crash it by opening a new document and
On 04-Apr-2001 Dekel Tsur wrote:
> On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
>> I'm not sure what that os pointer is, but I've compiled LyX on redhat
>> 7.0 yesterday. I can crash it by opening a new document and inserting a
>> equation [M-m d] and type "s=0,\cdots,d-1"
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 04-Apr-2001 Dekel Tsur wrote:
>> On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
>>> I'm not sure what that os pointer is, but I've compiled LyX on
>>> redhat 7.0 yesterday. I can crash it by opening a new
LyX crashes whenever I save or dvi a document that contains
'cdots' in math equations.
Thanks.
(gdb) run
Starting program: /extra/install/lyx-1.1.6fix1/src/lyx
[New Thread 1024 (LWP 5905)]
Warning: Setting language `default' to `english'.
Program received signal SIGSEGV, Segmentation
On Wed, Apr 04, 2001 at 01:08:44AM -0700, Michael K Cheng wrote:
LyX crashes whenever I save or dvi a document that contains
'cdots' in math equations.
I can't recreate the problem. Can you give details on your system (compiler,
libraries etc.).
#0 0x40151530 in ostream::operator () from
On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
I'm not sure what that os pointer is, but I've compiled LyX on redhat
7.0 yesterday. I can crash it by opening a new document and inserting a
equation [M-m d] and type "s=0,\cdots,d-1" (for s=0,...,d-1), then save or
dvi will
LyX crashes whenever I save or dvi a document that contains
'cdots' in math equations.
Thanks.
(gdb) run
Starting program: /extra/install/lyx-1.1.6fix1/src/lyx
[New Thread 1024 (LWP 5905)]
Warning: Setting language `default' to `english'.
Program received signal SIGSEGV, Segmentation
On Wed, Apr 04, 2001 at 01:08:44AM -0700, Michael K Cheng wrote:
> LyX crashes whenever I save or dvi a document that contains
> 'cdots' in math equations.
I can't recreate the problem. Can you give details on your system (compiler,
libraries etc.).
> #0 0x40151530 in ostream::operator<< ()
On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
> I'm not sure what that os pointer is, but I've compiled LyX on redhat
> 7.0 yesterday. I can crash it by opening a new document and inserting a
> equation [M-m d] and type "s=0,\cdots,d-1" (for s=0,...,d-1), then save or
> dvi
56 matches
Mail list logo