RE: XFig and LyX (Was: Re: Is PDF the best graphic format for LyX?)

[Vincent van Ravesteijn - TNW]

 
Dear all, 

I have just (within the last week or so, using the 2.0.0 svn
development code, which I've kept up with and compiled) started
having problems using XFig figures within LyX. 

You should talk to developers for this.

Is this going to be a long-term change to the code? It'll
certainly make things more consistent to my mind, so long as
the documentation is fixed, too.

I'm not sure what change caused this to change for you. We changed the
way we call external application from within LyX, so this might be
related somewhat. To check, you can look in the code for #define
USE_QPROCESS and comment out this line.


Vincent

Re: XFig and LyX (Was: Re: Is PDF the best graphic format for LyX?)

[Enrico Forestieri]

On Mon, May 25, 2009 at 04:25:36PM +0200, Vincent van Ravesteijn - TNW wrote:
  
 Dear all, 
 
 I have just (within the last week or so, using the 2.0.0 svn
 development code, which I've kept up with and compiled) started
 having problems using XFig figures within LyX. 
 
 You should talk to developers for this.
 
 Is this going to be a long-term change to the code? It'll
 certainly make things more consistent to my mind, so long as
 the documentation is fixed, too.
 
 I'm not sure what change caused this to change for you. We changed the
 way we call external application from within LyX, so this might be
 related somewhat. To check, you can look in the code for #define
 USE_QPROCESS and comment out this line.

It turns out that QProcess is innocent here. I was the culprit but I
fixed it now.

-- 
Enrico

RE: XFig and LyX (Was: Re: Is PDF the best graphic format for LyX?)

[Vincent van Ravesteijn - TNW]

 
>Dear all, 
>
>I have just (within the last week or so, using the 2.0.0 svn
>development code, which I've kept up with and compiled) started
>having problems using XFig figures within LyX. 

You should talk to developers for this.

>Is this going to be a long-term change to the code? It'll
>certainly make things more consistent to my mind, so long as
>the documentation is fixed, too.

I'm not sure what change caused this to change for you. We changed the
way we call external application from within LyX, so this might be
related somewhat. To check, you can look in the code for "#define
USE_QPROCESS" and comment out this line.


Vincent

Re: XFig and LyX (Was: Re: Is PDF the best graphic format for LyX?)

[Enrico Forestieri]

On Mon, May 25, 2009 at 04:25:36PM +0200, Vincent van Ravesteijn - TNW wrote:
>  
> >Dear all, 
> >
> >I have just (within the last week or so, using the 2.0.0 svn
> >development code, which I've kept up with and compiled) started
> >having problems using XFig figures within LyX. 
> 
> You should talk to developers for this.
> 
> >Is this going to be a long-term change to the code? It'll
> >certainly make things more consistent to my mind, so long as
> >the documentation is fixed, too.
> 
> I'm not sure what change caused this to change for you. We changed the
> way we call external application from within LyX, so this might be
> related somewhat. To check, you can look in the code for "#define
> USE_QPROCESS" and comment out this line.

It turns out that QProcess is innocent here. I was the culprit but I
fixed it now.

-- 
Enrico

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:

Nirmal Yes.. I downloaded the whole tree again today afternoon and
Nirmal did a fresh compile in a different folder.. this time with qt
Nirmal as the frontend.. now it crashes as soon as I try changing the
Nirmal external material menu from chess diagram to xfig. Earlier,
Nirmal with xforms, it used to crash only when I tried viewing the
Nirmal DVI after inserting the fig file. Here's the backtrace with
Nirmal the qt version:

OK, this is in QExternal, then. Template indices are 0-based, and
QExternal adds 1 to the index at at least two places:

string const  QExternal::helpText()
{
InsetExternal::Params  params = controller().params();

params.templ = controller().getTemplate(dialog_-externalCO-currentItem() + 
1);
return params.templ.helpText;
}


void QExternal::apply()
{
InsetExternal::Params  params = controller().params();

params.filename = dialog_-fileED-text().latin1();
params.parameters = dialog_-paramsED-text().latin1();

params.templ = controller().getTemplate(dialog_-externalCO-currentItem() + 
1);
}


I will not propose a patch since I can't test it. John, could you have
a quick look?

JMarc

Re: xfig and LyX

[John Levon]

On Thu, Oct 31, 2002 at 11:41:01AM +0100, Jean-Marc Lasgouttes wrote:

 
 I will not propose a patch since I can't test it. John, could you have
 a quick look?

fixed

john

-- 
Everyone needs a hobby.
- Victor Yodaiken on pointless complaining

Re: xfig and LyX

[Nirmal Govind]

 
 fixed
 
 john
 

I recompiled.. this is what I get:

frontends/.libs/libfrontends.a(QExternal.o):/opt/lyx-qt/lyx-devel/src/f
rontends/qt2/QExternal.C:37: undefined reference to
`QExternal::isValid()'
collect2: ld returned 1 exit status
make[3]: *** [lyx] Error 1
make[3]: Leaving directory `/opt/lyx-qt/lyx-devel/src'
make[2]: *** [all-recursive] Error 1

Thanks,
nirmal

Re: xfig and LyX

[John Levon]

On Thu, Oct 31, 2002 at 06:51:45PM -0500, Nirmal Govind wrote:

 rontends/qt2/QExternal.C:37: undefined reference to
 `QExternal::isValid()'

I didn't commit a file. fixed now

thanks
john

-- 
Everyone needs a hobby.
- Victor Yodaiken on pointless complaining

Re: xfig and LyX

[Nirmal Govind]

 
 I didn't commit a file. fixed now
 
 thanks
 john
 
Thanks John.. I recompiled and it works! The preview with the DVI also
works.. Only one thing though.. earlier if I selected Xfig in the drop
down menu, then if I browsed to a folder, it would only show me files of
type .fig. Now it shows me all the files in the folder.. which is fine
with me.. but I'm guessing that this is not the intended behavior.. 

Also, I'd reported a problem with the fading characters in the earlier
mail with subject Re: Qt: Layout - Preamble missing.. not sure if
you'd taken a look at that (should've probably sent a separate mail with
a diff. subject..).. turns out that this behavior is only true for lyx
files that aren't created new with the lyx cvs version.. so on files
that I had created using 1.2, I have that problem... 

nirmal

Re: xfig and LyX

[John Levon]

On Thu, Oct 31, 2002 at 08:39:45PM -0500, Nirmal Govind wrote:

 Also, I'd reported a problem with the fading characters in the earlier

I have no idea what fading characters are. Small example file and
screenshot please.

Also, Qt version, -dbg font, etc.

john

-- 
My first thought was I don't have any makeup. How will I survive
without my makeup ? My second thought was I didn't have any identification.
Who am I ?
- Earthquake victim

Re: xfig and LyX

[Nirmal Govind]

 I have no idea what fading characters are. Small example file and
 screenshot please.
 
 Also, Qt version, -dbg font, etc.
 
 john
 

I've attached a screenshot of what I mean by fading.. on the second
line from the top (the Definition), I was keeping the letter a pressed
while the screen was captured.. the first few words on that line were
Equality of Cardinality and the a..'s were being inserted right
before Equality... however while the a's were being typed
(continuously in this case), instead of the screen showing
aaaEquality of you can see only one a and faded Equality of
Cardinality am I making sense? The LyX file is also attached...

Thanks,
nirmal


snapshot1.png
Description: Binary data


Thms_Defns.lyx
Description: Binary data

Re: xfig and LyX

[Nirmal Govind]

Forgot.. I'm using QT version 3.0.5.. not sure how to get the font
information you'd asked.. 

Thanks,
nirmal

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:

Nirmal> Yes.. I downloaded the whole tree again today afternoon and
Nirmal> did a fresh compile in a different folder.. this time with qt
Nirmal> as the frontend.. now it crashes as soon as I try changing the
Nirmal> external material menu from chess diagram to xfig. Earlier,
Nirmal> with xforms, it used to crash only when I tried viewing the
Nirmal> DVI after inserting the fig file. Here's the backtrace with
Nirmal> the qt version:

OK, this is in QExternal, then. Template indices are 0-based, and
QExternal adds 1 to the index at at least two places:

string const & QExternal::helpText()
{
InsetExternal::Params & params = controller().params();

params.templ = controller().getTemplate(dialog_->externalCO->currentItem() + 
1);
return params.templ.helpText;
}


void QExternal::apply()
{
InsetExternal::Params & params = controller().params();

params.filename = dialog_->fileED->text().latin1();
params.parameters = dialog_->paramsED->text().latin1();

params.templ = controller().getTemplate(dialog_->externalCO->currentItem() + 
1);
}


I will not propose a patch since I can't test it. John, could you have
a quick look?

JMarc

Re: xfig and LyX

[John Levon]

On Thu, Oct 31, 2002 at 11:41:01AM +0100, Jean-Marc Lasgouttes wrote:

> 
> I will not propose a patch since I can't test it. John, could you have
> a quick look?

fixed

john

-- 
"Everyone needs a hobby."
- Victor Yodaiken on pointless complaining

Re: xfig and LyX

[Nirmal Govind]

> 
> fixed
> 
> john
> 

I recompiled.. this is what I get:

frontends/.libs/libfrontends.a(QExternal.o):/opt/lyx-qt/lyx-devel/src/f
rontends/qt2/QExternal.C:37: undefined reference to
`QExternal::isValid()'
collect2: ld returned 1 exit status
make[3]: *** [lyx] Error 1
make[3]: Leaving directory `/opt/lyx-qt/lyx-devel/src'
make[2]: *** [all-recursive] Error 1

Thanks,
nirmal

Re: xfig and LyX

[John Levon]

On Thu, Oct 31, 2002 at 06:51:45PM -0500, Nirmal Govind wrote:

> rontends/qt2/QExternal.C:37: undefined reference to
> `QExternal::isValid()'

I didn't commit a file. fixed now

thanks
john

-- 
"Everyone needs a hobby."
- Victor Yodaiken on pointless complaining

Re: xfig and LyX

[Nirmal Govind]

> 
> I didn't commit a file. fixed now
> 
> thanks
> john
> 
Thanks John.. I recompiled and it works! The preview with the DVI also
works.. Only one thing though.. earlier if I selected Xfig in the drop
down menu, then if I browsed to a folder, it would only show me files of
type .fig. Now it shows me all the files in the folder.. which is fine
with me.. but I'm guessing that this is not the intended behavior.. 

Also, I'd reported a problem with the fading characters in the earlier
mail with subject "Re: Qt: Layout -> Preamble missing".. not sure if
you'd taken a look at that (should've probably sent a separate mail with
a diff. subject..).. turns out that this behavior is only true for lyx
files that aren't created new with the lyx cvs version.. so on files
that I had created using 1.2, I have that problem... 

nirmal

Re: xfig and LyX

[John Levon]

On Thu, Oct 31, 2002 at 08:39:45PM -0500, Nirmal Govind wrote:

> Also, I'd reported a problem with the fading characters in the earlier

I have no idea what fading characters are. Small example file and
screenshot please.

Also, Qt version, -dbg font, etc.

john

-- 
"My first thought was I don't have any makeup. How will I survive
without my makeup ? My second thought was I didn't have any identification.
Who am I ?"
- Earthquake victim

Re: xfig and LyX

[Nirmal Govind]

> I have no idea what fading characters are. Small example file and
> screenshot please.
> 
> Also, Qt version, -dbg font, etc.
> 
> john
> 

I've attached a screenshot of what I mean by "fading".. on the second
line from the top (the Definition), I was keeping the letter "a" pressed
while the screen was captured.. the first few words on that line were
"Equality of Cardinality" and the a..'s were being inserted right
before "Equality"... however while the a's were being typed
(continuously in this case), instead of the screen showing
"aaaEquality of" you can see only one "a" and faded "Equality of
Cardinality" am I making sense? The LyX file is also attached...

Thanks,
nirmal


snapshot1.png
Description: Binary data


Thms_Defns.lyx
Description: Binary data

Re: xfig and LyX

[Nirmal Govind]

Forgot.. I'm using QT version 3.0.5.. not sure how to get the font
information you'd asked.. 

Thanks,
nirmal

Re: xfig and LyX

[Nirmal Govind]

 
 Anyway, I just commited the patch in cvs. Please tell me if it works
 now. 
 
 JMarc

I updated my cvs and tried to recompile.. the compile fails with the
following errors:

  mathed/.libs/libmathed.a insets/.libs/libinsets.a
frontends/.libs/libfrontends.a /usr/lib/libjpeg.so -lforms -lXpm
graphics/.libs/libgraphics.a support/.libs/libsupport.a
../boost/libs/regex/src/.libs/libboostregex.a
../boost/libs/signals/src/.libs/libboostsignals.a -lSM -lICE -lc -lm
-L/usr/X11R6/lib -lX11
mathed/.libs/libmathed.a(math_arrayinset.o):/opt/lyx-devel/src/mathed/m
ath_arrayinset.C:36: undefined reference to
`MathNestInset::notifyCursorLeaves()'
mathed/.libs/libmathed.a(math_diminset.o)(.gnu.linkonce.d._ZTV12MathDim
Inset+0x150): undefined reference to `MathInset::notifyCursorLeaves()'
mathed/.libs/libmathed.a(math_fboxinset.o):/opt/lyx-devel/src/mathed/ma
th_fboxinset.C:24: undefined reference to
`MathNestInset::notifyCursorLeaves()'
mathed/.libs/libmathed.a(math_frameboxinset.o):/opt/lyx-devel/src/mathe
d/math_frameboxinset.C:27: undefined reference to
`MathNestInset::notifyCursorLeaves()'

nirmal

Re: xfig and LyX

[Andre Poenitz]

 I updated my cvs and tried to recompile.. the compile fails with the
 following errors:

  mathed/.libs/libmathed.a insets/.libs/libinsets.a
 frontends/.libs/libfrontends.a /usr/lib/libjpeg.so -lforms -lXpm
 graphics/.libs/libgraphics.a support/.libs/libsupport.a
 ../boost/libs/regex/src/.libs/libboostregex.a
 ../boost/libs/signals/src/.libs/libboostsignals.a -lSM -lICE -lc -lm
 -L/usr/X11R6/lib -lX11
 mathed/.libs/libmathed.a(math_arrayinset.o):/opt/lyx-devel/src/mathed/m
 ath_arrayinset.C:36: undefined reference to
 `MathNestInset::notifyCursorLeaves()'


Is this still present after a 'make distclean' or a clean checkout
(in that order...)

Andre'

Re: xfig and LyX

[Nirmal Govind]

 
 Is this still present after a 'make distclean' or a clean checkout
 (in that order...)
 
 Andre'

Hmm.. I tried make distclean but get this:

`cat -s GNUmakefile Makefile makefile | sed -n -e /No such file/d -e
/^[^ #].*:/s/:.*//p`: No match.

By a clean checkout, do you mean a completely new download of the cvs
tree? 

nirmal

Re: xfig and LyX

[Nirmal Govind]

 
 Is this still present after a 'make distclean' or a clean checkout
 (in that order...)
 
 Andre'

Yes.. I downloaded the whole tree again today afternoon and did a fresh
compile in a different folder.. this time with qt as the frontend.. now
it crashes as soon as I try changing the external material menu from
chess diagram to xfig. Earlier, with xforms, it used to crash only when
I tried viewing the DVI after inserting the fig file. Here's the
backtrace with the qt version:

(gdb) run
Starting program: /opt/lyx-qt/lyx-devel/src/lyx 

Program received signal SIGSEGV, Segmentation fault.
0x4080d5f0 in std::string::_Rep::_M_grab(std::allocatorchar const,
std::allocatorchar const) () from /usr/lib/libstdc++.so.5
Current language:  auto; currently c
(gdb) bt
#0  0x4080d5f0 in std::string::_Rep::_M_grab(std::allocatorchar
const, std::allocato
rchar const) () from /usr/lib/libstdc++.so.5
#1  0x4080d7c0 in std::string::string(std::string const) ()
   from /usr/lib/libstdc++.so.5
#2  0x0818e75f in ExternalTemplate (this=0x706d7453,
_ctor_arg=0x4085d068)
at insetexternal.h:33
#3  0x0820a899 in ControlExternal::getTemplate(int) const
(this=0x83a8c98, i=4)
at /usr/include/c++/3.2/bits/stl_tree.h:202
#4  0x081dd8ae in QExternal::helpText() (this=0x83a8d30)
at ../../../boost/boost/scoped_ptr.hpp:77
#5  0x0821d7c9 in QExternalDialog::templateChanged() (this=0x8401158)
at /usr/include/c++/3.2/bits/basic_string.h:781
#6  0x0826d0f5 in QExternalDialogBase::qt_invoke(int, QUObject*)
(this=0x8401158, 
_id=50, _o=0xbfffe7e0) at QExternalDialogBase_moc.C:94
#7  0x08266ec0 in QExternalDialog::qt_invoke(int, QUObject*)
(this=0x8401158, _id=50, 
_o=0xbfffe7e0) at QExternalDialog_moc.C:98
#8  0x4026425b in QObject::activate_signal(QConnectionList*, QUObject*)
()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#9  0x402644fd in QObject::activate_signal(int, QString) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#10 0x405919aa in QComboBox::activated(QString const) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#11 0x402f99e4 in QComboBox::internalActivate(int) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0x40591b7f in QComboBox::qt_invoke(int, QUObject*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0x4026425b in QObject::activate_signal(QConnectionList*, QUObject*)
()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0x4026432d in QObject::activate_signal(int, int) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0x4059a0a3 in QListBox::selected(int) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#16 0x40334411 in QListBox::mouseDoubleClickEvent(QMouseEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#17 0x4029e45d in QWidget::event(QEvent*) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#18 0x40206d79 in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#19 0x40206493 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#20 0x402fc51f in QComboBox::eventFilter(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#21 0x402623ce in QObject::activate_filters(QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#22 0x402622f1 in QObject::event(QEvent*) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#23 0x4029e3cc in QWidget::event(QEvent*) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#24 0x40206d79 in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#25 0x40206493 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#26 0x401a09ba in QETWidget::translateMouseEvent(_XEvent const*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#27 0x4019dd93 in QApplication::x11ProcessEvent(_XEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#28 0x4019d8cf in QApplication::processNextEvent(bool) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#29 0x402083d0 in QApplication::enter_loop() () from
/usr/lib/qt3/lib/libqt-mt.so.3
#30 0x4019d32d in QApplication::exec() () from
/usr/lib/qt3/lib/libqt-mt.so.3
#31 0x081d09b3 in lyx_gui::start(std::string const,
std::vectorstd::string, std::allocatorstd::string )
(batch=0xb6d4, files=
  {_Vector_basestd::basic_stringchar, std::char_traitschar,
std::allocatorchar ,std::allocatorstd::basic_stringchar,
std::char_traitschar, std::allocatorchar=
{_Vector_alloc_basestd::basic_stringchar, std::char_traitschar,
std::allocatorchar ,std::allocatorstd::basic_stringchar,
std::char_traitschar, std::allocatorchar  ,true = {_M_start =
0x0, _M_finish = 0x0, _M_end_of_storage = 0x0}, No data fields}, No
data fields}) at lyx_gui.C:138
#32 0x080cbc6e in LyX (this=0xb6d0, argc=0xb600,
argv=0xb784)
at /usr/include/c++/3.2/bits/stl_uninitialized.h:109
#33 0x080fb7e9 in main (argc=1, argv=0xb784) at ../src/main.C:31
#34 0x4089e082 in __libc_start_main () from /lib/i686/libc.so.6

Re: xfig and LyX

[Nirmal Govind]

> 
> Anyway, I just commited the patch in cvs. Please tell me if it works
> now. 
> 
> JMarc

I updated my cvs and tried to recompile.. the compile fails with the
following errors:

  mathed/.libs/libmathed.a insets/.libs/libinsets.a
frontends/.libs/libfrontends.a /usr/lib/libjpeg.so -lforms -lXpm
graphics/.libs/libgraphics.a support/.libs/libsupport.a
../boost/libs/regex/src/.libs/libboostregex.a
../boost/libs/signals/src/.libs/libboostsignals.a -lSM -lICE -lc -lm
-L/usr/X11R6/lib -lX11
mathed/.libs/libmathed.a(math_arrayinset.o):/opt/lyx-devel/src/mathed/m
ath_arrayinset.C:36: undefined reference to
`MathNestInset::notifyCursorLeaves()'
mathed/.libs/libmathed.a(math_diminset.o)(.gnu.linkonce.d._ZTV12MathDim
Inset+0x150): undefined reference to `MathInset::notifyCursorLeaves()'
mathed/.libs/libmathed.a(math_fboxinset.o):/opt/lyx-devel/src/mathed/ma
th_fboxinset.C:24: undefined reference to
`MathNestInset::notifyCursorLeaves()'
mathed/.libs/libmathed.a(math_frameboxinset.o):/opt/lyx-devel/src/mathe
d/math_frameboxinset.C:27: undefined reference to
`MathNestInset::notifyCursorLeaves()'

nirmal

Re: xfig and LyX

[Andre Poenitz]

> I updated my cvs and tried to recompile.. the compile fails with the
> following errors:
>
>  mathed/.libs/libmathed.a insets/.libs/libinsets.a
> frontends/.libs/libfrontends.a /usr/lib/libjpeg.so -lforms -lXpm
> graphics/.libs/libgraphics.a support/.libs/libsupport.a
> ../boost/libs/regex/src/.libs/libboostregex.a
> ../boost/libs/signals/src/.libs/libboostsignals.a -lSM -lICE -lc -lm
> -L/usr/X11R6/lib -lX11
> mathed/.libs/libmathed.a(math_arrayinset.o):/opt/lyx-devel/src/mathed/m
> ath_arrayinset.C:36: undefined reference to
> `MathNestInset::notifyCursorLeaves()'


Is this still present after a 'make distclean' or a clean checkout
(in that order...)

Andre'

Re: xfig and LyX

[Nirmal Govind]

> 
> Is this still present after a 'make distclean' or a clean checkout
> (in that order...)
> 
> Andre'

Hmm.. I tried make distclean but get this:

`cat -s GNUmakefile Makefile makefile |& sed -n -e "/No such file/d" -e
"/^[^ #].*:/s/:.*//p"`: No match.

By a clean checkout, do you mean a completely new download of the cvs
tree? 

nirmal

Re: xfig and LyX

[Nirmal Govind]

> 
> Is this still present after a 'make distclean' or a clean checkout
> (in that order...)
> 
> Andre'

Yes.. I downloaded the whole tree again today afternoon and did a fresh
compile in a different folder.. this time with qt as the frontend.. now
it crashes as soon as I try changing the external material menu from
chess diagram to xfig. Earlier, with xforms, it used to crash only when
I tried viewing the DVI after inserting the fig file. Here's the
backtrace with the qt version:

(gdb) run
Starting program: /opt/lyx-qt/lyx-devel/src/lyx 

Program received signal SIGSEGV, Segmentation fault.
0x4080d5f0 in std::string::_Rep::_M_grab(std::allocator const&,
std::allocator const&) () from /usr/lib/libstdc++.so.5
Current language:  auto; currently c
(gdb) bt
#0  0x4080d5f0 in std::string::_Rep::_M_grab(std::allocator
const&, std::allocato
r const&) () from /usr/lib/libstdc++.so.5
#1  0x4080d7c0 in std::string::string(std::string const&) ()
   from /usr/lib/libstdc++.so.5
#2  0x0818e75f in ExternalTemplate (this=0x706d7453,
_ctor_arg=@0x4085d068)
at insetexternal.h:33
#3  0x0820a899 in ControlExternal::getTemplate(int) const
(this=0x83a8c98, i=4)
at /usr/include/c++/3.2/bits/stl_tree.h:202
#4  0x081dd8ae in QExternal::helpText() (this=0x83a8d30)
at ../../../boost/boost/scoped_ptr.hpp:77
#5  0x0821d7c9 in QExternalDialog::templateChanged() (this=0x8401158)
at /usr/include/c++/3.2/bits/basic_string.h:781
#6  0x0826d0f5 in QExternalDialogBase::qt_invoke(int, QUObject*)
(this=0x8401158, 
_id=50, _o=0xbfffe7e0) at QExternalDialogBase_moc.C:94
#7  0x08266ec0 in QExternalDialog::qt_invoke(int, QUObject*)
(this=0x8401158, _id=50, 
_o=0xbfffe7e0) at QExternalDialog_moc.C:98
#8  0x4026425b in QObject::activate_signal(QConnectionList*, QUObject*)
()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#9  0x402644fd in QObject::activate_signal(int, QString) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#10 0x405919aa in QComboBox::activated(QString const&) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#11 0x402f99e4 in QComboBox::internalActivate(int) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0x40591b7f in QComboBox::qt_invoke(int, QUObject*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0x4026425b in QObject::activate_signal(QConnectionList*, QUObject*)
()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0x4026432d in QObject::activate_signal(int, int) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0x4059a0a3 in QListBox::selected(int) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#16 0x40334411 in QListBox::mouseDoubleClickEvent(QMouseEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#17 0x4029e45d in QWidget::event(QEvent*) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#18 0x40206d79 in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#19 0x40206493 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#20 0x402fc51f in QComboBox::eventFilter(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#21 0x402623ce in QObject::activate_filters(QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#22 0x402622f1 in QObject::event(QEvent*) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#23 0x4029e3cc in QWidget::event(QEvent*) () from
/usr/lib/qt3/lib/libqt-mt.so.3
#24 0x40206d79 in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#25 0x40206493 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#26 0x401a09ba in QETWidget::translateMouseEvent(_XEvent const*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#27 0x4019dd93 in QApplication::x11ProcessEvent(_XEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#28 0x4019d8cf in QApplication::processNextEvent(bool) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#29 0x402083d0 in QApplication::enter_loop() () from
/usr/lib/qt3/lib/libqt-mt.so.3
#30 0x4019d32d in QApplication::exec() () from
/usr/lib/qt3/lib/libqt-mt.so.3
#31 0x081d09b3 in lyx_gui::start(std::string const&,
std::vector)
(batch=@0xb6d4, files=
  {<_Vector_base,std::allocator > >> =
{<_Vector_alloc_base,std::allocator >,true>> = {_M_start =
0x0, _M_finish = 0x0, _M_end_of_storage = 0x0}, }, }) at lyx_gui.C:138
#32 0x080cbc6e in LyX (this=0xb6d0, argc=@0xb600,
argv=0xb784)
at /usr/include/c++/3.2/bits/stl_uninitialized.h:109
#33 0x080fb7e9 in main (argc=1, argv=0xb784) at ../src/main.C:31
#34 0x4089e082 in __libc_start_main () from /lib/i686/libc.so.6

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:

Nirmal I just applied the patch and recompiled.. it still crashes..
Nirmal as soon as I try to view the DVI...
  I do not see this? Do you have an example (and maybe a backtrace?)
 
 JMarc
 

Nirmal I tried starting gdb on the existing lyx process.. once gdb
Nirmal attaches itself to lyx, the lyx window freezes and nothing
Nirmal more can be done.. so here is the backtrace even before I got
Nirmal to the xfig part (looks like some xforms problem):

Can't you try to start lyx directly under gdb?

Something like

% gdb ./lyx
(gdb) run
[crash...]
(gdb) bt

Or maybe I do not understand what your problem is? Another thing you
can try is to run lyx under valgrind.

JMarc

Re: xfig and LyX

[Nirmal Govind]

 Or maybe I do not understand what your problem is? Another thing you
 can try is to run lyx under valgrind.
 
 JMarc
 
Thanks.. looks like I wasn't running gdb the right way.. anyways, below
is the entire output from gdb.. it's pretty long but I hope it's
useful...

(gdb) run
Starting program: /usr/local/bin/lyx 
LyXComm: Pipe /home/nirmalg/.lyxpipe.in already exists.
If no other LyX program is active, please delete the pipe by hand and
try again.
Received unhandled X11 event
Type: 13 Target: 0x49c

Program received signal SIGFPE, Arithmetic exception.
0x0806c07b in _priv_match_data (this=0xbfffd82c, m=0x2f, a=
  {iteratorstd::random_access_iterator_tag,char,int,const
char*,const char 
 = {No data fields}, _M_current = 0x8392034
$Sysdir/scripts/fig2pstex.py T 
hesis/qingeg.fig }, b=
  {iteratorstd::random_access_iterator_tag,char,int,const
char*,const char 
 = {No data fields}, _M_current = 0x8392063 }, states=0)
at ../boost/boost/regex/detail/regex_match.hpp:219
219   if(dist  (difference_type)(lim / states))
(gdb) bt
#0  0x0806c07b in _priv_match_data (this=0xbfffd82c, m=0x2f, a=
  {iteratorstd::random_access_iterator_tag,char,int,const
char*,const char 
 = {No data fields}, _M_current = 0x8392034
$Sysdir/scripts/fig2pstex.py T 
hesis/qingeg.fig }, b=
  {iteratorstd::random_access_iterator_tag,char,int,const
char*,const char 
 = {No data fields}, _M_current = 0x8392063 }, states=0)
at ../boost/boost/regex/detail/regex_match.hpp:219
#1  0x0806b964 in bool
boost::regex_match__gnu_cxx::__normal_iteratorchar cons 
t*, std::string, std::allocatorchar, char, boost::regex_traitschar,
std::al 
locatorchar (__gnu_cxx::__normal_iteratorchar const*, std::string,
__gnu_cx 
x::__normal_iteratorchar const*, std::string,
boost::match_results__gnu_cxx:: 
__normal_iteratorchar const*, std::string, std::allocatorchar ,
boost::reg 
_expressionchar, boost::regex_traitschar, std::allocatorchar 
const, unsi 
gned) (first=
  {iteratorstd::random_access_iterator_tag,char,int,const
char*,const char 
 = {No data fields}, _M_current = 0x8392034
$Sysdir/scripts/fig2pstex.py T 
hesis/qingeg.fig }, last=
  {iteratorstd::random_access_iterator_tag,char,int,const
char*,const char 
 = {No data fields}, _M_current = 0x8392063 }, m=0xbfffda0c, 
e=0xbfffda1c, flags=32768) at ../boost/boost/regex.hpp:630
#2  0x0826d477 in regexMatch(std::string const, std::string const) (
a=0xbfffdb9c, pattern=0xbfffdbac)
at /usr/include/c++/3.2/bits/basic_string.h:356
---Type return to continue, or q return to quit---
#3  0x08266aec in ReplaceEnvironmentPath(std::string const)
(path=0xbfffddec)
at filetools.C:828
#4  0x0817d918 in InsetExternal::doSubstitution(Buffer const*,
std::string const) const 
(this=0x83826a8, buffer=0x8382a20, s=0x83916e0)
at /usr/include/c++/3.2/bits/basic_string.h:338
#5  0x0817e0dd in InsetExternal::updateExternal(std::string const,
Buffer const*) const (this=0x83826a8, format=0xbfffdfdc, buf=0x8382a20)
at /usr/include/c++/3.2/bits/stl_tree.h:202
#6  0x0817d1ef in InsetExternal::write(std::string const, Buffer
const*, std::ostream) const (this=0x83826a8, format=0xbfffdfdc,
buf=0x8382a20, 
os=0xbfffe93c) at insetexternal.C:150
#7  0x0817d26b in InsetExternal::latex(Buffer const*, std::ostream,
bool, bool) const (this=0x83826a8, buf=0x8382a20, os=0xbfffe93c)
at /usr/include/c++/3.2/bits/stl_alloc.h:630
#8  0x080f66eb in Paragraph::Pimpl::simpleTeXSpecialChars(Buffer const*,
BufferParams const, std::ostream, TexRow, bool, LyXFont, LyXFont,
LyXFont, bool, LyXLayout const, int, LyXLayout const, char)
(this=0x838bab8, 
buf=0x8382a20, bparams=0x8382a30, os=0xbfffe93c,
texrow=0x8382b94, 
moving_arg=false, font=0xbfffe1bc, running_font=0xbfffe21c, 
basefont=0xbfffe2ac, open_font=0xbfffe123, style=0x83807f8, 
i=0xbfffe124, column=0xbfffe128, c=3 '\003') at
paragraph_pimpl.C:325
#9  0x080f2802 in Paragraph::simpleTeXOnePar(Buffer const*, BufferParams
const, std::ostream, TexRow, bool) (this=0x838ba88, buf=0x8382a20, 
---Type return to continue, or q return to quit---
bparams=0x8382a30, os=0xbfffe93c, texrow=0x8382b94,
moving_arg=false)
at ../boost/boost/shared_ptr.hpp:203
#10 0x080f1488 in Paragraph::TeXOnePar(Buffer const*, BufferParams
const, std::ostream, TexRow, bool) (this=0x838ba88, buf=0x8382a20,
bparams=0x8382a30, 
os=0xbfffe93c, texrow=0x8382b94, moving_arg=false) at
paragraph.C:1086
#11 0x0808dafb in Buffer::latexParagraphs(std::ostream, Paragraph*,
Paragraph*, TexRow, bool) const (this=0x8382a20, ofs=0xbfffe93c,
par=0x838ba88, 
endpar=0x0, texrow=0x8382b94, moving_arg=false) at buffer.C:2160
#12 0x0808d6d5 in Buffer::makeLaTeXFile(std::ostream, std::string
const, bool, bool, bool) (this=0x8382a20, os=0xbfffe93c,
original_path=0x8280fcc, 
nice=64, only_body=false, only_preamble=false) at buffer.C:2084
#13 0x0808b72f in Buffer::makeLaTeXFile(std::string const, std::string
const, bool, bool, bool) (this=0x8382a20, 

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:

 Or maybe I do not understand what your problem is? Another thing
 you can try is to run lyx under valgrind.
 
 JMarc
 
Nirmal Thanks.. looks like I wasn't running gdb the right way..
Nirmal anyways, below is the entire output from gdb.. it's pretty
Nirmal long but I hope it's useful...

You did not apply the following patch, did you?

JMarc


Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.532
diff -u -p -r1.532 ChangeLog
--- src/insets/ChangeLog	25 Oct 2002 12:46:01 -	1.532
+++ src/insets/ChangeLog	25 Oct 2002 13:34:17 -
@@ -1,3 +1,8 @@
+2002-10-25  Jean-Marc Lasgouttes  [EMAIL PROTECTED]
+
+	* insetexternal.C (doSubstitution): do not try to replace
+	environment variables, this is done when executing the command
+
 2002-10-24  Jean-Marc Lasgouttes  [EMAIL PROTECTED]
 
 	* insetexternal.C (doSubstitution): change order of substitution
Index: src/insets/insetexternal.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetexternal.C,v
retrieving revision 1.51
diff -u -p -r1.51 insetexternal.C
--- src/insets/insetexternal.C	25 Oct 2002 12:46:01 -	1.51
+++ src/insets/insetexternal.C	25 Oct 2002 13:34:17 -
@@ -245,7 +245,6 @@ string const InsetExternal::doSubstituti
 	result = subst(result, $$FPath, filepath);
 	result = subst(result, $$Tempname, tempname_);
 	result = subst(result, $$Sysdir, system_lyxdir);
-	result = ReplaceEnvironmentPath(result);
 
 	// Handle the $$Contents(filename) syntax
 	if (contains(result, $$Contents(\)) {

Re: xfig and LyX

[Nirmal Govind]

 
 You did not apply the following patch, did you?
 
 JMarc

Is this the same as the last one you had posted on the devel list? If
yes, then I did apply the patch.. or well, let me go over what I did.. 

In lyx-devel, I ran patch -p0  patch.diff (I think I was prompted if I
wanted to force something and I did say yes to it..)
ran autogen.sh, configure, make, make install

Did I miss anything?

Should I try doing it again cos I'm going to build cvs again with qt
today...

Thanks,
nirmal

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:

  You did not apply the following patch, did you?
 
 JMarc

Nirmal Is this the same as the last one you had posted on the devel
Nirmal list? If yes, then I did apply the patch.. or well, let me go
Nirmal over what I did..

Nirmal In lyx-devel, I ran patch -p0  patch.diff 

This seems correct

Nirmal (I think I was prompted if I wanted to force something and I
Nirmal did say yes to it..) 

This is probably not correct...

Nirmal ran autogen.sh, configure, make, make install

This is correct

Nirmal Did I miss anything?

Basically, what the patch does is remove a call to ReplaceEnvPath from
InsetExternal::doSubstitution. And your backtrace seems to imply that
the function is still called. So I think you missed something,
somewhere.

Anyway, I just commited the patch in cvs. Please tell me if it works
now. 

JMarc

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:

Nirmal> I just applied the patch and recompiled.. it still crashes..
Nirmal> as soon as I try to view the DVI...
>>  I do not see this? Do you have an example (and maybe a backtrace?)
>> 
>> JMarc
>> 

Nirmal> I tried starting gdb on the existing lyx process.. once gdb
Nirmal> attaches itself to lyx, the lyx window freezes and nothing
Nirmal> more can be done.. so here is the backtrace even before I got
Nirmal> to the xfig part (looks like some xforms problem):

Can't you try to start lyx directly under gdb?

Something like

% gdb ./lyx
(gdb) run
[crash...]
(gdb) bt

Or maybe I do not understand what your problem is? Another thing you
can try is to run lyx under valgrind.

JMarc

Re: xfig and LyX

[Nirmal Govind]

> Or maybe I do not understand what your problem is? Another thing you
> can try is to run lyx under valgrind.
> 
> JMarc
> 
Thanks.. looks like I wasn't running gdb the right way.. anyways, below
is the entire output from gdb.. it's pretty long but I hope it's
useful...

(gdb) run
Starting program: /usr/local/bin/lyx 
LyXComm: Pipe /home/nirmalg/.lyxpipe.in already exists.
If no other LyX program is active, please delete the pipe by hand and
try again.
Received unhandled X11 event
Type: 13 Target: 0x49c

Program received signal SIGFPE, Arithmetic exception.
0x0806c07b in _priv_match_data (this=0xbfffd82c, m=@0x2f, a=
  {> = {}, _M_current = 0x8392034
"$Sysdir/scripts/fig2pstex.py T 
hesis/qingeg.fig "}, b=
  {> = {}, _M_current = 0x8392063 ""}, states=0)
at ../boost/boost/regex/detail/regex_match.hpp:219
219   if(dist > (difference_type)(lim / states))
(gdb) bt
#0  0x0806c07b in _priv_match_data (this=0xbfffd82c, m=@0x2f, a=
  {> = {}, _M_current = 0x8392034
"$Sysdir/scripts/fig2pstex.py T 
hesis/qingeg.fig "}, b=
  {> = {}, _M_current = 0x8392063 ""}, states=0)
at ../boost/boost/regex/detail/regex_match.hpp:219
#1  0x0806b964 in bool
boost::regex_match<__gnu_cxx::__normal_iterator, std::allocator, char, boost::regex_traits,
std::al 
locator >(__gnu_cxx::__normal_iterator,
__gnu_cx 
x::__normal_iterator,
boost::match_results<__gnu_cxx:: 
__normal_iterator, std::allocator >&,
boost::reg 
_expression
const&, unsi 
gned) (first=
  {> = {}, _M_current = 0x8392034
"$Sysdir/scripts/fig2pstex.py T 
hesis/qingeg.fig "}, last=
  {> = {}, _M_current = 0x8392063 ""}, m=@0xbfffda0c, 
e=@0xbfffda1c, flags=32768) at ../boost/boost/regex.hpp:630
#2  0x0826d477 in regexMatch(std::string const&, std::string const&) (
a=@0xbfffdb9c, pattern=@0xbfffdbac)
at /usr/include/c++/3.2/bits/basic_string.h:356
---Type  to continue, or q  to quit---
#3  0x08266aec in ReplaceEnvironmentPath(std::string const&)
(path=@0xbfffddec)
at filetools.C:828
#4  0x0817d918 in InsetExternal::doSubstitution(Buffer const*,
std::string const&) const 
(this=0x83826a8, buffer=0x8382a20, s=@0x83916e0)
at /usr/include/c++/3.2/bits/basic_string.h:338
#5  0x0817e0dd in InsetExternal::updateExternal(std::string const&,
Buffer const*) const (this=0x83826a8, format=@0xbfffdfdc, buf=0x8382a20)
at /usr/include/c++/3.2/bits/stl_tree.h:202
#6  0x0817d1ef in InsetExternal::write(std::string const&, Buffer
const*, std::ostream&) const (this=0x83826a8, format=@0xbfffdfdc,
buf=0x8382a20, 
os=@0xbfffe93c) at insetexternal.C:150
#7  0x0817d26b in InsetExternal::latex(Buffer const*, std::ostream&,
bool, bool) const (this=0x83826a8, buf=0x8382a20, os=@0xbfffe93c)
at /usr/include/c++/3.2/bits/stl_alloc.h:630
#8  0x080f66eb in Paragraph::Pimpl::simpleTeXSpecialChars(Buffer const*,
BufferParams const&, std::ostream&, TexRow&, bool, LyXFont&, LyXFont&,
LyXFont&, bool&, LyXLayout const&, int&, LyXLayout const, char)
(this=0x838bab8, 
buf=0x8382a20, bparams=@0x8382a30, os=@0xbfffe93c,
texrow=@0x8382b94, 
moving_arg=false, font=@0xbfffe1bc, running_font=@0xbfffe21c, 
basefont=@0xbfffe2ac, open_font=@0xbfffe123, style=@0x83807f8, 
i=@0xbfffe124, column=@0xbfffe128, c=3 '\003') at
paragraph_pimpl.C:325
#9  0x080f2802 in Paragraph::simpleTeXOnePar(Buffer const*, BufferParams
const&, std::ostream&, TexRow&, bool) (this=0x838ba88, buf=0x8382a20, 
---Type  to continue, or q  to quit---
bparams=@0x8382a30, os=@0xbfffe93c, texrow=@0x8382b94,
moving_arg=false)
at ../boost/boost/shared_ptr.hpp:203
#10 0x080f1488 in Paragraph::TeXOnePar(Buffer const*, BufferParams
const&, std::ostream&, TexRow&, bool) (this=0x838ba88, buf=0x8382a20,
bparams=@0x8382a30, 
os=@0xbfffe93c, texrow=@0x8382b94, moving_arg=false) at
paragraph.C:1086
#11 0x0808dafb in Buffer::latexParagraphs(std::ostream&, Paragraph*,
Paragraph*, TexRow&, bool) const (this=0x8382a20, ofs=@0xbfffe93c,
par=0x838ba88, 
endpar=0x0, texrow=@0x8382b94, moving_arg=false) at buffer.C:2160
#12 0x0808d6d5 in Buffer::makeLaTeXFile(std::ostream&, std::string
const&, bool, bool, bool) (this=0x8382a20, os=@0xbfffe93c,
original_path=@0x8280fcc, 
nice=64, only_body=false, only_preamble=false) at buffer.C:2084
#13 0x0808b72f in Buffer::makeLaTeXFile(std::string const&, std::string
const&, bool, bool, bool) (this=0x8382a20, fname=@0xbfffeb4c, 
original_path=@0x8382bb4, nice=false, only_body=false,
only_preamble=false)
at 

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:

>> Or maybe I do not understand what your problem is? Another thing
>> you can try is to run lyx under valgrind.
>> 
>> JMarc
>> 
Nirmal> Thanks.. looks like I wasn't running gdb the right way..
Nirmal> anyways, below is the entire output from gdb.. it's pretty
Nirmal> long but I hope it's useful...

You did not apply the following patch, did you?

JMarc


Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.532
diff -u -p -r1.532 ChangeLog
--- src/insets/ChangeLog	25 Oct 2002 12:46:01 -	1.532
+++ src/insets/ChangeLog	25 Oct 2002 13:34:17 -
@@ -1,3 +1,8 @@
+2002-10-25  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
+
+	* insetexternal.C (doSubstitution): do not try to replace
+	environment variables, this is done when executing the command
+
 2002-10-24  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
 
 	* insetexternal.C (doSubstitution): change order of substitution
Index: src/insets/insetexternal.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetexternal.C,v
retrieving revision 1.51
diff -u -p -r1.51 insetexternal.C
--- src/insets/insetexternal.C	25 Oct 2002 12:46:01 -	1.51
+++ src/insets/insetexternal.C	25 Oct 2002 13:34:17 -
@@ -245,7 +245,6 @@ string const InsetExternal::doSubstituti
 	result = subst(result, "$$FPath", filepath);
 	result = subst(result, "$$Tempname", tempname_);
 	result = subst(result, "$$Sysdir", system_lyxdir);
-	result = ReplaceEnvironmentPath(result);
 
 	// Handle the $$Contents(filename) syntax
 	if (contains(result, "$$Contents(\"")) {

Re: xfig and LyX

[Nirmal Govind]

> 
> You did not apply the following patch, did you?
> 
> JMarc

Is this the same as the last one you had posted on the devel list? If
yes, then I did apply the patch.. or well, let me go over what I did.. 

In lyx-devel, I ran patch -p0 < patch.diff (I think I was prompted if I
wanted to force something and I did say yes to it..)
ran autogen.sh, configure, make, make install

Did I miss anything?

Should I try doing it again cos I'm going to build cvs again with qt
today...

Thanks,
nirmal

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:

>>  You did not apply the following patch, did you?
>> 
>> JMarc

Nirmal> Is this the same as the last one you had posted on the devel
Nirmal> list? If yes, then I did apply the patch.. or well, let me go
Nirmal> over what I did..

Nirmal> In lyx-devel, I ran patch -p0 < patch.diff 

This seems correct

Nirmal> (I think I was prompted if I wanted to force something and I
Nirmal> did say yes to it..) 

This is probably not correct...

Nirmal> ran autogen.sh, configure, make, make install

This is correct

Nirmal> Did I miss anything?

Basically, what the patch does is remove a call to ReplaceEnvPath from
InsetExternal::doSubstitution. And your backtrace seems to imply that
the function is still called. So I think you missed something,
somewhere.

Anyway, I just commited the patch in cvs. Please tell me if it works
now. 

JMarc

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Andre == Andre Poenitz [EMAIL PROTECTED] writes:

Andre On Fri, Oct 25, 2002 at 03:35:48PM +0200, Jean-Marc Lasgouttes
Andre wrote:
 OK, so the ReplaceEnvironmentPath thingie should be moved as last
 in the function. However, it strikes me that the command is called
 through system() and thus the environment variables will be
 interpreted correctly there (yes, I did check the fact). Therefore
 I propose the following patch.

Andre Isn't execve() considered safer in general?

Yes, but it does not allow nice redirection tricks. Anyway, the
external templates are not in documents, so nobody can send you a
rogue doc.

JMarc

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:

 interpreted| correctly there (yes, I did check the fact). Therefore
 I propose the| following patch.
 
 | Lars?
 
 If you have checked that this work, then it is fine with me.
 

Nirmal I just applied the patch and recompiled.. it still crashes..
Nirmal as soon as I try to view the DVI...

I do not see this? Do you have an example (and maybe a backtrace?)

JMarc

Re: xfig and LyX

[Nirmal Govind]

 Nirmal I just applied the patch and recompiled.. it still crashes..
 Nirmal as soon as I try to view the DVI...
 
 I do not see this? Do you have an example (and maybe a backtrace?)
 
 JMarc
 

I tried starting gdb on the existing lyx process.. once gdb attaches
itself to lyx, the lyx window freezes and nothing more can be done.. so
here is the backtrace even before I got to the xfig part (looks like
some xforms problem):

(gdb) bt
#0  0x403d010e in select () from /lib/i686/libc.so.6
#1  0x400fe9d4 in jpeg_std_message_table ()
   from /usr/X11R6/lib/libforms.so.0.89
#2  0x40077f60 in get_next_event () from /usr/X11R6/lib/libforms.so.0.89
#3  0x40076c3c in do_interaction_step () from
/usr/X11R6/lib/libforms.so.0.89
#4  0x40077649 in fl_treat_interaction_events ()
   from /usr/X11R6/lib/libforms.so.0.89
#5  0x40077684 in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.89
#6  0x082047f9 in lyx_gui::start(std::string const,
std::vectorstd::string, st 
d::allocatorstd::string ) (batch=0xb724, files=
  {_Vector_basestd::basic_stringchar, std::char_traitschar,
std::al 
locatorchar ,std::allocatorstd::basic_stringchar,
std::char_traitschar, s 
td::allocatorchar=
{_Vector_alloc_basestd::basic_stringchar, std::c 
har_traitschar, std::allocatorchar
,std::allocatorstd::basic_stringchar,  
std::char_traitschar, std::allocatorchar  ,true = {_M_start =
0x0, _M_fi 
nish = 0x0, _M_end_of_storage = 0x0}, No data fields}, No data
fields})
at lyx_gui.C:312
#7  0x080bdf1e in LyX (this=0xb720, argc=0xb650,
argv=0xb7d4)
at /usr/include/c++/3.2/bits/stl_uninitialized.h:109
#8  0x080eda99 in main (argc=1, argv=0xb7d4) at ../src/main.C:31
#9  0x40321082 in __libc_start_main () from /lib/i686/libc.so.6

Please let me know if there's a better way to get the bt without the lyx
window freezing so that I can actually get the bt with the crash while
viewing the DVI with a fig file in it...

Thanks,
nirmal

Re: xfig and LyX

[Andre Poenitz]

On Mon, Oct 28, 2002 at 04:07:00PM -0500, Nirmal Govind wrote:
 I tried starting gdb on the existing lyx process.. once gdb attaches
 itself to lyx, the lyx window freezes and nothing more can be done.. so
 here is the backtrace even before I got to the xfig part (looks like
 some xforms problem):

Could it be that one has to press 'c' (continue) after attaching to a
process?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:

Andre> On Fri, Oct 25, 2002 at 03:35:48PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> OK, so the ReplaceEnvironmentPath thingie should be moved as last
>> in the function. However, it strikes me that the command is called
>> through system() and thus the environment variables will be
>> interpreted correctly there (yes, I did check the fact). Therefore
>> I propose the following patch.

Andre> Isn't execve() considered "safer" in general?

Yes, but it does not allow nice redirection tricks. Anyway, the
external templates are not in documents, so nobody can send you a
rogue doc.

JMarc

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:

>> interpreted| correctly there (yes, I did check the fact). Therefore
>> I propose the| following patch.
>> >
>> | Lars?
>> 
>> If you have checked that this work, then it is fine with me.
>> 

Nirmal> I just applied the patch and recompiled.. it still crashes..
Nirmal> as soon as I try to view the DVI...

I do not see this? Do you have an example (and maybe a backtrace?)

JMarc

Re: xfig and LyX

[Nirmal Govind]

> Nirmal> I just applied the patch and recompiled.. it still crashes..
> Nirmal> as soon as I try to view the DVI...
> 
> I do not see this? Do you have an example (and maybe a backtrace?)
> 
> JMarc
> 

I tried starting gdb on the existing lyx process.. once gdb attaches
itself to lyx, the lyx window freezes and nothing more can be done.. so
here is the backtrace even before I got to the xfig part (looks like
some xforms problem):

(gdb) bt
#0  0x403d010e in select () from /lib/i686/libc.so.6
#1  0x400fe9d4 in jpeg_std_message_table ()
   from /usr/X11R6/lib/libforms.so.0.89
#2  0x40077f60 in get_next_event () from /usr/X11R6/lib/libforms.so.0.89
#3  0x40076c3c in do_interaction_step () from
/usr/X11R6/lib/libforms.so.0.89
#4  0x40077649 in fl_treat_interaction_events ()
   from /usr/X11R6/lib/libforms.so.0.89
#5  0x40077684 in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.89
#6  0x082047f9 in lyx_gui::start(std::string const&,
std::vector) (batch=@0xb724, files=
  {<_Vector_base,std::allocator > >> =
{<_Vector_alloc_base,std::allocator >,true>> = {_M_start =
0x0, _M_fi 
nish = 0x0, _M_end_of_storage = 0x0}, }, })
at lyx_gui.C:312
#7  0x080bdf1e in LyX (this=0xb720, argc=@0xb650,
argv=0xb7d4)
at /usr/include/c++/3.2/bits/stl_uninitialized.h:109
#8  0x080eda99 in main (argc=1, argv=0xb7d4) at ../src/main.C:31
#9  0x40321082 in __libc_start_main () from /lib/i686/libc.so.6

Please let me know if there's a better way to get the bt without the lyx
window freezing so that I can actually get the bt with the crash while
viewing the DVI with a fig file in it...

Thanks,
nirmal

Re: xfig and LyX

[Andre Poenitz]

On Mon, Oct 28, 2002 at 04:07:00PM -0500, Nirmal Govind wrote:
> I tried starting gdb on the existing lyx process.. once gdb attaches
> itself to lyx, the lyx window freezes and nothing more can be done.. so
> here is the backtrace even before I got to the xfig part (looks like
> some xforms problem):

Could it be that one has to press 'c' (continue) after attaching to a
process?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: xfig and LyX

[Andre Poenitz]

On Fri, Oct 25, 2002 at 03:35:48PM +0200, Jean-Marc Lasgouttes wrote:
 OK, so the ReplaceEnvironmentPath thingie should be moved as last in
 the function. However, it strikes me that the command is called through
 system() and thus the environment variables will be interpreted
 correctly there (yes, I did check the fact). Therefore I propose the
 following patch.

Isn't execve() considered safer in general?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: xfig and LyX

[Andre Poenitz]

On Fri, Oct 25, 2002 at 03:35:48PM +0200, Jean-Marc Lasgouttes wrote:
> OK, so the ReplaceEnvironmentPath thingie should be moved as last in
> the function. However, it strikes me that the command is called through
> system() and thus the environment variables will be interpreted
> correctly there (yes, I did check the fact). Therefore I propose the
> following patch.

Isn't execve() considered "safer" in general?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: xfig and LyX

[Nirmal Govind]

 interpreted| correctly there (yes, I did check the fact). Therefore I
 propose the| following patch.
 
 | Lars?
 
 If you have checked that this work, then it is fine with me.
 

I just applied the patch and recompiled.. it still crashes.. as soon as
I try to view the DVI...

nirmal

Re: xfig and LyX

[Nirmal Govind]

> interpreted| correctly there (yes, I did check the fact). Therefore I
> propose the| following patch.
> >
> | Lars?
> 
> If you have checked that this work, then it is fine with me.
> 

I just applied the patch and recompiled.. it still crashes.. as soon as
I try to view the DVI...

nirmal

Re: xfig and LyX

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

 Andre == Andre Poenitz [EMAIL PROTECTED] writes:

| Andre On Fri, Oct 25, 2002 at 02:47:35PM +0200, Jean-Marc Lasgouttes
| Andre wrote:
 This problem should be fixed now.

| Andre It is still crashing. Insert an ExternalInset in a new doc,
| Andre change type to Xfig, do not enter a name. Save, reload. Press
| Andre Shift-End to mark everything, Press Del. Boom.

| OK, so the ReplaceEnvironmentPath thingie should be moved as last in
| the function. However, it strikes me that the command is called through
| system() and thus the environment variables will be interpreted
| correctly there (yes, I did check the fact). Therefore I propose the
| following patch.

| Lars?

If you have checked that this work, then it is fine with me.

-- 
Lgb

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Nirmal == Nirmal Govind [EMAIL PROTECTED] writes:

  Maybe your problem is that you do not include the color package
 (\usepackage{color} in Preamble)
 

Nirmal Yes, that was it!! Thanks a lot.. the problem with the crash
Nirmal in 1.3.0cvs (when including a .fig directly using external
Nirmal material) still remains.. so Wayan, I'm attaching a .fig file
Nirmal here and this is the error that 1.3.0cvs gives when it
Nirmal crashes:

This problem should be fixed now.

JMarc

Re: xfig and LyX

[Andre Poenitz]

On Fri, Oct 25, 2002 at 02:47:35PM +0200, Jean-Marc Lasgouttes wrote:
 This problem should be fixed now.

It is still crashing. Insert an ExternalInset in a new doc, change type
to Xfig, do not enter a name. Save, reload. Press Shift-End to mark
everything, Press Del. Boom. 


#0  0x0841842d in boost::re_detail::_priv_match_datachar const *,
allocatorchar ::_priv_match_data (this=0xbfffe178, m=0xbfffe3a4, 
a=0x8772be8 $Contents(\.asc\)ragraph: 0, b=0x8772bf9 ragraph: 0, 
states=0)
at ../../../lyx-devel/boost/boost/regex/detail/regex_match.hpp:219
#1  0x0841b347 in bool boost::regex_matchchar const *, allocatorchar,
char, boost::regex_traitschar, allocatorchar  (
first=0x8772be8 $Contents(\.asc\)ragraph: 0, 
last=0x8772bf9 ragraph: 0, m=0xbfffe3a4, e=0xbfffe35c, flags=0)
at ../../../lyx-devel/boost/boost/regex/detail/regex_match.hpp:1706
#2  0x08401cbb in regexMatch (a=0xbfffe404, pattern=0xbfffe410)
at ../../../lyx-devel/boost/boost/regex/detail/regex_match.hpp:1757
#3  0x083f14e9 in ReplaceEnvironmentPath (path=0xbfffe48c)
at ../../../lyx-devel/src/support/filetools.C:828
#4  0x0825a65b in InsetExternal::doSubstitution (this=0x8796158, 
buffer=0x8789858, s=0x878f974)
at ../../../lyx-devel/src/insets/insetexternal.C:248
#5  0x08258b86 in InsetExternal::write (this=0x8796158, format=0xbfffe50c, 
buf=0x8789858, os=0xbfffe554)
at ../../../lyx-devel/src/insets/insetexternal.C:151
#6  0x08258e94 in InsetExternal::ascii (this=0x8796158, buf=0x8789858, 
os=0xbfffe554) at ../../../lyx-devel/src/insets/insetexternal.C:165
#7  0x0817fae7 in Paragraph::asString (this=0x87960e8, buffer=0x8789858, 

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Andre == Andre Poenitz [EMAIL PROTECTED] writes:

Andre On Fri, Oct 25, 2002 at 02:47:35PM +0200, Jean-Marc Lasgouttes
Andre wrote:
 This problem should be fixed now.

Andre It is still crashing. Insert an ExternalInset in a new doc,
Andre change type to Xfig, do not enter a name. Save, reload. Press
Andre Shift-End to mark everything, Press Del. Boom.

OK, so the ReplaceEnvironmentPath thingie should be moved as last in
the function. However, it strikes me that the command is called through
system() and thus the environment variables will be interpreted
correctly there (yes, I did check the fact). Therefore I propose the
following patch.

Lars?

JMarc


Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.532
diff -u -p -r1.532 ChangeLog
--- src/insets/ChangeLog	25 Oct 2002 12:46:01 -	1.532
+++ src/insets/ChangeLog	25 Oct 2002 13:34:17 -
@@ -1,3 +1,8 @@
+2002-10-25  Jean-Marc Lasgouttes  [EMAIL PROTECTED]
+
+	* insetexternal.C (doSubstitution): do not try to replace
+	environment variables, this is done when executing the command
+
 2002-10-24  Jean-Marc Lasgouttes  [EMAIL PROTECTED]
 
 	* insetexternal.C (doSubstitution): change order of substitution
Index: src/insets/insetexternal.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetexternal.C,v
retrieving revision 1.51
diff -u -p -r1.51 insetexternal.C
--- src/insets/insetexternal.C	25 Oct 2002 12:46:01 -	1.51
+++ src/insets/insetexternal.C	25 Oct 2002 13:34:17 -
@@ -245,7 +245,6 @@ string const InsetExternal::doSubstituti
 	result = subst(result, $$FPath, filepath);
 	result = subst(result, $$Tempname, tempname_);
 	result = subst(result, $$Sysdir, system_lyxdir);
-	result = ReplaceEnvironmentPath(result);
 
 	// Handle the $$Contents(filename) syntax
 	if (contains(result, $$Contents(\)) {

Re: xfig and LyX

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
| Andre> On Fri, Oct 25, 2002 at 02:47:35PM +0200, Jean-Marc Lasgouttes
| Andre> wrote:
>>> This problem should be fixed now.
>
| Andre> It is still crashing. Insert an ExternalInset in a new doc,
| Andre> change type to Xfig, do not enter a name. Save, reload. Press
| Andre> Shift-End to mark "everything", Press . Boom.
>
| OK, so the ReplaceEnvironmentPath thingie should be moved as last in
| the function. However, it strikes me that the command is called through
| system() and thus the environment variables will be interpreted
| correctly there (yes, I did check the fact). Therefore I propose the
| following patch.
>
| Lars?

If you have checked that this work, then it is fine with me.

-- 
Lgb

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:

>>  Maybe your problem is that you do not include the color package
>> (\usepackage{color} in Preamble)
>> 

Nirmal> Yes, that was it!! Thanks a lot.. the problem with the crash
Nirmal> in 1.3.0cvs (when including a .fig directly using external
Nirmal> material) still remains.. so Wayan, I'm attaching a .fig file
Nirmal> here and this is the error that 1.3.0cvs gives when it
Nirmal> crashes:

This problem should be fixed now.

JMarc

Re: xfig and LyX

[Andre Poenitz]

On Fri, Oct 25, 2002 at 02:47:35PM +0200, Jean-Marc Lasgouttes wrote:
> This problem should be fixed now.

It is still crashing. Insert an ExternalInset in a new doc, change type
to Xfig, do not enter a name. Save, reload. Press Shift-End to mark
"everything", Press . Boom. 


#0  0x0841842d in boost::re_detail::_priv_match_data >::_priv_match_data (this=0xbfffe178, m=@0xbfffe3a4, 
a=0x8772be8 "$Contents(\".asc\")ragraph: 0", b=0x8772bf9 "ragraph: 0", 
states=0)
at ../../../lyx-devel/boost/boost/regex/detail/regex_match.hpp:219
#1  0x0841b347 in bool boost::regex_match,
char, boost::regex_traits, allocator > (
first=0x8772be8 "$Contents(\".asc\")ragraph: 0", 
last=0x8772bf9 "ragraph: 0", m=@0xbfffe3a4, e=@0xbfffe35c, flags=0)
at ../../../lyx-devel/boost/boost/regex/detail/regex_match.hpp:1706
#2  0x08401cbb in regexMatch (a=@0xbfffe404, pattern=@0xbfffe410)
at ../../../lyx-devel/boost/boost/regex/detail/regex_match.hpp:1757
#3  0x083f14e9 in ReplaceEnvironmentPath (path=@0xbfffe48c)
at ../../../lyx-devel/src/support/filetools.C:828
#4  0x0825a65b in InsetExternal::doSubstitution (this=0x8796158, 
buffer=0x8789858, s=@0x878f974)
at ../../../lyx-devel/src/insets/insetexternal.C:248
#5  0x08258b86 in InsetExternal::write (this=0x8796158, format=@0xbfffe50c, 
buf=0x8789858, os=@0xbfffe554)
at ../../../lyx-devel/src/insets/insetexternal.C:151
#6  0x08258e94 in InsetExternal::ascii (this=0x8796158, buf=0x8789858, 
os=@0xbfffe554) at ../../../lyx-devel/src/insets/insetexternal.C:165
#7  0x0817fae7 in Paragraph::asString (this=0x87960e8, buffer=0x8789858, 

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:

Andre> On Fri, Oct 25, 2002 at 02:47:35PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> This problem should be fixed now.

Andre> It is still crashing. Insert an ExternalInset in a new doc,
Andre> change type to Xfig, do not enter a name. Save, reload. Press
Andre> Shift-End to mark "everything", Press . Boom.

OK, so the ReplaceEnvironmentPath thingie should be moved as last in
the function. However, it strikes me that the command is called through
system() and thus the environment variables will be interpreted
correctly there (yes, I did check the fact). Therefore I propose the
following patch.

Lars?

JMarc


Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.532
diff -u -p -r1.532 ChangeLog
--- src/insets/ChangeLog	25 Oct 2002 12:46:01 -	1.532
+++ src/insets/ChangeLog	25 Oct 2002 13:34:17 -
@@ -1,3 +1,8 @@
+2002-10-25  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
+
+	* insetexternal.C (doSubstitution): do not try to replace
+	environment variables, this is done when executing the command
+
 2002-10-24  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
 
 	* insetexternal.C (doSubstitution): change order of substitution
Index: src/insets/insetexternal.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetexternal.C,v
retrieving revision 1.51
diff -u -p -r1.51 insetexternal.C
--- src/insets/insetexternal.C	25 Oct 2002 12:46:01 -	1.51
+++ src/insets/insetexternal.C	25 Oct 2002 13:34:17 -
@@ -245,7 +245,6 @@ string const InsetExternal::doSubstituti
 	result = subst(result, "$$FPath", filepath);
 	result = subst(result, "$$Tempname", tempname_);
 	result = subst(result, "$$Sysdir", system_lyxdir);
-	result = ReplaceEnvironmentPath(result);
 
 	// Handle the $$Contents(filename) syntax
 	if (contains(result, "$$Contents(\"")) {

Re: xfig and LyX

[Nirmal Govind]

 
 Where's the file? (.lyx and .fig)
 
 Incidentally, can you not use the Include inset for this? 
 That way you can get a preview of the figure with 1.3.0cvs.
 
 Regards,
 Angus
 

Here it is.. I posted this on the user's list but not here.. sorry.. an
empty lyx file with just this fig file will crash when you try to view
the DVI/PS output..

Thanks,
nirmal


qingeg.fig
Description: Binary data

Re: xfig and LyX

[Andre Poenitz]

On Tue, Oct 22, 2002 at 12:22:01PM -0400, Nirmal Govind wrote:
 Here it is.. I posted this on the user's list but not here.. sorry.. an
 empty lyx file with just this fig file will crash when you try to view
 the DVI/PS output..

Here I get the crash even earlier:

Insert-ExternalMaterial, select Xfig, Boom.

Andre'


-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: xfig and LyX

[Nirmal Govind]

 
 Maybe your problem is that you do not include the color package
 (\usepackage{color} in Preamble)
 

Yes, that was it!! Thanks a lot.. the problem with the crash in 1.3.0cvs
(when including a .fig directly using external material) still remains..
so Wayan, I'm attaching a .fig file here and this is the error that
1.3.0cvs gives when it crashes:

Received unhandled X11 event
Type: 13 Target: 0x3c0009c

lyx: SIGFPE signal caught
LyX: Attempting to save document newfile4.lyx
 /root/newfile4.lyx.emergency
  Save seems successful. Phew.
Bye.
Segmentation fault

The crash occurs when I try to view the DVI output after I include a fig
file as External Material..  I'm cc'ing the devel group also...

Thanks,
nirmal

Re: xfig and LyX

[Angus Leeming]

On Tuesday 22 October 2002 2:49 pm, Nirmal Govind wrote:
  Maybe your problem is that you do not include the color
  package (\usepackage{color} in Preamble)

 Yes, that was it!! Thanks a lot.. the problem with the crash
 in 1.3.0cvs (when including a .fig directly using external
 material) still remains.. so Wayan, I'm attaching a .fig file
 here and this is the error that 1.3.0cvs gives when it
 crashes:

 Received unhandled X11 event
 Type: 13 Target: 0x3c0009c

 lyx: SIGFPE signal caught
 LyX: Attempting to save document newfile4.lyx
  /root/newfile4.lyx.emergency
   Save seems successful. Phew.
 Bye.
 Segmentation fault

 The crash occurs when I try to view the DVI output after I
 include a fig file as External Material..  I'm cc'ing the
 devel group also...

 Thanks,
 nirmal

Where's the file? (.lyx and .fig)

Incidentally, can you not use the Include inset for this? 
That way you can get a preview of the figure with 1.3.0cvs.

Regards,
Angus

Re: xfig and LyX

[Jean-Marc Lasgouttes]

 Angus == Angus Leeming [EMAIL PROTECTED] writes:

Angus Where's the file? (.lyx and .fig)

Angus Incidentally, can you not use the Include inset for this? That
Angus way you can get a preview of the figure with 1.3.0cvs.

This is what he was doing before being advised to use external inset,
I think :)

JMarc

Re: xfig and LyX

[Nirmal Govind]

> 
> Where's the file? (.lyx and .fig)
> 
> Incidentally, can you not use the Include inset for this? 
> That way you can get a preview of the figure with 1.3.0cvs.
> 
> Regards,
> Angus
> 

Here it is.. I posted this on the user's list but not here.. sorry.. an
empty lyx file with just this fig file will crash when you try to view
the DVI/PS output..

Thanks,
nirmal


qingeg.fig
Description: Binary data

Re: xfig and LyX

[Andre Poenitz]

On Tue, Oct 22, 2002 at 12:22:01PM -0400, Nirmal Govind wrote:
> Here it is.. I posted this on the user's list but not here.. sorry.. an
> empty lyx file with just this fig file will crash when you try to view
> the DVI/PS output..

Here I get the crash even earlier:

Insert->ExternalMaterial, select Xfig, Boom.

Andre'


-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: xfig and LyX

[Nirmal Govind]

> 
> Maybe your problem is that you do not include the color package
> (\usepackage{color} in Preamble)
> 

Yes, that was it!! Thanks a lot.. the problem with the crash in 1.3.0cvs
(when including a .fig directly using external material) still remains..
so Wayan, I'm attaching a .fig file here and this is the error that
1.3.0cvs gives when it crashes:

Received unhandled X11 event
Type: 13 Target: 0x3c0009c

lyx: SIGFPE signal caught
LyX: Attempting to save document newfile4.lyx
 /root/newfile4.lyx.emergency
  Save seems successful. Phew.
Bye.
Segmentation fault

The crash occurs when I try to view the DVI output after I include a fig
file as "External Material"..  I'm cc'ing the devel group also...

Thanks,
nirmal

Re: xfig and LyX

[Angus Leeming]

On Tuesday 22 October 2002 2:49 pm, Nirmal Govind wrote:
> > Maybe your problem is that you do not include the color
> > package (\usepackage{color} in Preamble)
>
> Yes, that was it!! Thanks a lot.. the problem with the crash
> in 1.3.0cvs (when including a .fig directly using external
> material) still remains.. so Wayan, I'm attaching a .fig file
> here and this is the error that 1.3.0cvs gives when it
> crashes:
>
> Received unhandled X11 event
> Type: 13 Target: 0x3c0009c
>
> lyx: SIGFPE signal caught
> LyX: Attempting to save document newfile4.lyx
>  /root/newfile4.lyx.emergency
>   Save seems successful. Phew.
> Bye.
> Segmentation fault
>
> The crash occurs when I try to view the DVI output after I
> include a fig file as "External Material"..  I'm cc'ing the
> devel group also...
>
> Thanks,
> nirmal

Where's the file? (.lyx and .fig)

Incidentally, can you not use the Include inset for this? 
That way you can get a preview of the figure with 1.3.0cvs.

Regards,
Angus

Re: xfig and LyX

[Jean-Marc Lasgouttes]

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> Where's the file? (.lyx and .fig)

Angus> Incidentally, can you not use the Include inset for this? That
Angus> way you can get a preview of the figure with 1.3.0cvs.

This is what he was doing before being advised to use external inset,
I think :)

JMarc