Strange crash: RevTeX4 with bibtex + references section!?

[R. Lahaye]

Hi,

version: Current CVS.

I have installed RevTeX4 on my PC (ran hashtex after that).
I opened from Template revtex4.lyx. This goes smoothly.

At the end, before the References section, I've inserted
a BibTeX entry with my own bibtex file and revtex as style
(though it also happens when style is unsrt).
Note: I have not removed the References section; it is still there
together with the BibTeX entry.

I'm also using the same bibtex file with other LyX-docs, so that file
should be okay.

When I open the citation dialog and I click somewhere in that dialog,
LyX crashes abrubtly. The signal is even not caught (no emergency save done).
The following output appears in gdb:


(gdb) run
[...]

assertion !(pos2  len2) failed: file /usr/include/g++/std/bastring.cc, line
126
Program received signal SIGABRT, Aborted.
0x28526764 in kill () from /usr/lib/libc.so.4
(gdb) bt
#0  0x28526764 in kill () from /usr/lib/libc.so.4
#1  0x285627b6 in abort () from /usr/lib/libc.so.4
#2  0x2853f4ef in __assert () from /usr/lib/libc.so.4
#3  0x8274b2c in basic_stringchar, string_char_traitschar,
__default_alloc_templatefalse, 0 ::replace (
this=0xbfbff6f8, pos1=0, n1=4294967295, str=@0xbfbff83c, pos2=4294967295,
n2=51)
at /usr/include/g++/std/bastring.cc:126
#4  0x823b0e9 in biblio::parseBibTeX (data=0xbfbff83c, findkey=@0xbfbff838)
at /usr/include/g++/std/bastring.h:216
#5  0x8239015 in biblio::getInfo (map=@0x838b278, key=@0x849b1c8) at
biblio.C:248
#6  0x81d752f in FormCitation::input (this=0x838b2cc, ob=0x84c0500) at
FormCitation.C:254
#7  0x81ce303 in FormBase::InputCB (this=0x838b2cc, ob=0x84c0500, data=0) at
FormBase.C:125
#8  0x81ce76a in C_FormBaseInputCB (ob=0x84c0500, d=0) at FormBase.C:282
#9  0x2835fdaf in fl_object_qread () from /usr/X11R6/lib/libforms.so.0.88
#10 0x2836d28e in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#11 0x81cc841 in GUIRunTime::runTime () at GUIRunTime.C:86
#12 0x80cbcfc in LyXGUI::runTime (this=0x8370200) at lyx_gui.C:323
#13 0x80cc7d2 in LyX::LyX (this=0xbfbffa68, argc=0xbfbffa8c, argv=0xbfbffad8) at
../src/lyx_main.C:176
#14 0x8100d15 in main (argc=1, argv=0xbfbffad8) at ../src/main.C:38
#15 0x80507e5 in _start ()


The assertion that failed in bastring.cc (line 126) is here:
(though this is a system file, not a LyX file !?!)

-
template class charT, class traits, class Allocator
basic_string charT, traits, Allocator 
basic_string charT, traits, Allocator::
replace (size_type pos1, size_type n1,
 const basic_string str, size_type pos2, size_type n2)
{
  const size_t len2 = str.length ();
  
  if (pos1 == 0  n1 = length ()  pos2 == 0  n2 = len2)
return operator= (str);

  OUTOFRANGE (pos2  len2);  -- this is line 126

  if (n2  len2 - pos2)
n2 = len2 - pos2;
  
  return replace (pos1, n1, str.data () + pos2, n2);
} 
-
  

Any ideas what's going wrong?

Regards,
Rob.

Re: Why Figure #: and Table #:; why not using real numbers?

[Allan Rae]

On 13 Feb 2002, Jean-Marc Lasgouttes wrote:

  Allan == Allan Rae [EMAIL PROTECTED] writes:

 Allan If we got really really keen it would then be a simple matter
 Allan to display the chosen bullet in the buffer. Although I'm not
 Allan particularly concerned about this.

 It should not be too difficult now that mathed has added support for
 arbitrary TeX fonts.

Then it may even be possible to ditch the images completely and just
place the appropriate characters on each button as a label at runtime.
Where do I find this font handling (yeah yeah I know in src/mathed/
;-)

Allan. (ARRae)

Re: mathed AMS fonts

[Jean-Marc Lasgouttes]

 Allan == Allan Rae [EMAIL PROTECTED] writes:

Edit- Reconfigure updates ~/.lyx/

Allan FWIW, I installed the TTF fonts for the seminar in my home dir
Allan so updating the system only is not much use as the system
Allan doesn't see them.

Does the script work for ttf fonts?

JMarc

Re: an even uglier conversion

[Andre Poenitz]

On Wed, Feb 13, 2002 at 01:24:08PM -0500, Richard E. Hawkins wrote:
 I see no current way around this but to learn enough latex to write all 
 the math for my captions in latex, as it seems impossible to paste the 
 math inset into the ERT.

You could copy open the .lyx file in a text editor. The formulas are stored
as LaTeX there.

Alternately, you could change line 108 in src/mathed/formulabase.C from
'#if 0' to '#if 1'. Afterwards pressing backspace at the very beginning of
a formula copys the formula as LaTeX into the main text.

Sorry if both of these 'solutions' are clumsy.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: A request for help or a bug report...

[Jean-Marc Lasgouttes]

 Angus == Angus Leeming [EMAIL PROTECTED] writes:

Angus Now repeatedly type and erase the letter a in front of the
Angus inset.

Angus Here I get a new graphics inset created with each key stroke.
Angus This may be something to do with my hacking here, but I don't
Angus think so since the new inset is created through a clone command
Angus which is in the core somewhere.

I think this is undo creating and deleting copies of your paragraph.
To be sure, set a break in gdb at the place where your graphics inset
is created and look at the backtrace there.

JMarc

Re: Why Figure #: and Table #:; why not using real numbers?

[Jean-Marc Lasgouttes]

 Allan == Allan Rae [EMAIL PROTECTED] writes:

Allan On 13 Feb 2002, Jean-Marc Lasgouttes wrote:
  Allan == Allan Rae [EMAIL PROTECTED] writes:
 
Allan If we got really really keen it would then be a simple matter
Allan to display the chosen bullet in the buffer. Although I'm not
Allan particularly concerned about this.
  It should not be too difficult now that mathed has added support
 for arbitrary TeX fonts.

Allan Then it may even be possible to ditch the images completely and
Allan just place the appropriate characters on each button as a label
Allan at runtime. Where do I find this font handling (yeah yeah I
Allan know in src/mathed/ ;-)

In lyxfont.h, you have access to new families:
///
CMR_FAMILY,
///
CMSY_FAMILY,
///
CMM_FAMILY,
///
CMEX_FAMILY,
///
MSA_FAMILY,
///
MSB_FAMILY,
///
EUFRAK_FAMILY,

So if you know the font and family you need, you try to load it, and
use plain old '*' if the family is not available for display.

JMarc

Re: A request for help or a bug report...

[Angus Leeming]

On Thursday 14 February 2002 10:25 am, Jean-Marc Lasgouttes wrote:
  Angus == Angus Leeming [EMAIL PROTECTED] writes:
 
 Angus Now repeatedly type and erase the letter a in front of the
 Angus inset.
 
 Angus Here I get a new graphics inset created with each key stroke.
 Angus This may be something to do with my hacking here, but I don't
 Angus think so since the new inset is created through a clone command
 Angus which is in the core somewhere.
 
 I think this is undo creating and deleting copies of your paragraph.
 To be sure, set a break in gdb at the place where your graphics inset
 is created and look at the backtrace there.

Well, that's the point. It's creating them but not deleting them. The counter 
patch I posted has a decrement in the insetgraphics d-tor.

Angus

Re: A request for help or a bug report...

[Angus Leeming]

On Thursday 14 February 2002 9:42 am, Angus Leeming wrote:
 On Thursday 14 February 2002 10:25 am, Jean-Marc Lasgouttes wrote:
   Angus == Angus Leeming [EMAIL PROTECTED] writes:
  
  Angus Now repeatedly type and erase the letter a in front of the
  Angus inset.
  
  Angus Here I get a new graphics inset created with each key stroke.
  Angus This may be something to do with my hacking here, but I don't
  Angus think so since the new inset is created through a clone command
  Angus which is in the core somewhere.
  
  I think this is undo creating and deleting copies of your paragraph.
  To be sure, set a break in gdb at the place where your graphics inset
  is created and look at the backtrace there.
 
 Well, that's the point. It's creating them but not deleting them. The 
counter 
 patch I posted has a decrement in the insetgraphics d-tor.
 
Sorry I don't think I answered your question. This is indeed undo's work. Are 
you telling me it's meant to happen?

Angus

Re: A request for help or a bug report...

[Jean-Marc Lasgouttes]

 Angus == Angus Leeming [EMAIL PROTECTED] writes:

Angus On Thursday 14 February 2002 10:25 am, Jean-Marc Lasgouttes
Angus wrote:
  Angus == Angus Leeming [EMAIL PROTECTED] writes:
 
Angus Now repeatedly type and erase the letter a in front of the
Angus inset.

Angus Here I get a new graphics inset created with each key stroke.
Angus This may be something to do with my hacking here, but I don't
Angus think so since the new inset is created through a clone command
Angus which is in the core somewhere.
  I think this is undo creating and deleting copies of your
 paragraph. To be sure, set a break in gdb at the place where your
 graphics inset is created and look at the backtrace there.

Angus Well, that's the point. It's creating them but not deleting
Angus them. The counter patch I posted has a decrement in the
Angus insetgraphics d-tor.

OK, I see what you mean. Yes, undo is currently leaking memory like a
thief. There is code in undo_funcs.C to properly delete unused
paragraphs (the DELETE_UNUSED_PARAGRAPHS define), but it is not turned
on, because it needs testing. And indeed, Michael's purify runs showed
that redo has problems.

JMarc

Re: Reading floats from layout file (for AGU)

[Jean-Marc Lasgouttes]

 Martin == Martin Vermeer [EMAIL PROTECTED] writes:

  I guess this will go in shortly after 1.2.0.

Martin Meaning? 1.2.1? or 1.3.x?

Probably 1.3.x, since there will probably be problems to sort out, and
1.2.x series will be like 1.1.xfixy, that is only small changes.

Martin Have you looked at the layout format for Float? Is this
Martin similar to what you had in mind?

You can see what Herbert has in mind at
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28647.html

JMarc

Re: scrollbar stopped working

[Jean-Marc Lasgouttes]

 Richard == Richard E Hawkins [EMAIL PROTECTED] writes:

Richard My scrollbar stopped working, but the rest of lyx continued.

Richard I had it running in a debugger, but had no idea how to obtain
Richard any useful information.

Tell us if you can reproduce it.

JMarc

Re: InsetGraphics and relative paths don't mix well

[Jean-Marc Lasgouttes]

 Allan == Allan Rae [EMAIL PROTECTED] writes:

Allan I have a figure at:

Allan  ../common/new-banner.png

Allan that I'm using in a document. PDFLaTeX is able to find and
Allan render it but InsetGraphics complains with an error message
Allan (Alert dialog) that the file either doesn't exist or is
Allan unreadable.

See the following comment at the beginning of insetgraphics.C:

* If the image is from the clipart, and the document is moved to another
   directory, the user is screwed. Need a way to handle it.
   This amounts to a problem of when to use relative or absolute file paths
   We should probably use what the user asks to use... but when he chooses
   by the file dialog we normally get an absolute path and this may not be 
   what the user meant.
   [Note that browseRelFile in helper_funcs.* provides a file name
which is relative if it is at reference path (here puffer path)
level or below, and an absolute path if the file name is not a
`natural' relative file name. In any case,
MakeAbsPath(filename, buf-filePath())
is guaranteed to provide the correct absolute path. This is what is
done know for include insets. Feel free to ask me -- JMarc
14/01/2002]


I think insetgraphics should treat all file names as relative to buffer
directory. 

JMarc

Re: Reading floats from layout file (for AGU)

[Martin Vermeer]

On Thu, Feb 14, 2002 at 12:01:52PM +0100, Jean-Marc Lasgouttes wrote:
 
 Martin Have you looked at the layout format for Float? Is this
 Martin similar to what you had in mind?
 
 You can see what Herbert has in mind at
 http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28647.html
 
 JMarc

Looks very, very similar to what I had in mind... but better, more
general. I do suggest adding the CaptionType parameter, for when the 
caption command to use differs from the default \caption. In AGU
classes \tablecaption is used in planotable.

-- Martin



msg32983/pgp0.pgp
Description: PGP signature

Problems Compiling 1.2.0cvs

[Jan-Peter Koopmann]

Hi,
 
i am running into problems compiling 1.2.0 and maybe somebody here can
help.
 
autogen.sh and configure work but the make process stops with
 
Don't know how to make slot.h
 
I cannot find slot.h anyhwer only slot.h.m4. Why is slot.h not
generated?
 
Any ideas?
 
Regards,
  JP
 

Re: [PATCH] graphics11.diff

[Angus Leeming]

On Thursday 14 February 2002 2:45 am, R. Lahaye wrote:
 Hi,
 
 Great! After this patch, I've improved a few things in the
 graphics dialog. Just little details, such as:
 
 [snip...]
 
 Patch attached.
 
 Rob.

Thanks, Rob. Looks good. Applied.
Angus

Re: Problems Compiling 1.2.0cvs

[Martin Vermeer]

On Thu, Feb 14, 2002 at 12:07:09PM +0100, Jan-Peter Koopmann wrote:
 
 Hi,
  
 i am running into problems compiling 1.2.0 and maybe somebody here can
 help.
  
 autogen.sh and configure work but the make process stops with
  
 Don't know how to make slot.h
  
 I cannot find slot.h anyhwer only slot.h.m4. Why is slot.h not
 generated?
  
 Any ideas?
  
 Regards,
   JP
  
What you need is the m4 macro processor. E.g. GNU m4. Strange if you don't have
it, it's one of those things that just get installed because so much uses 
it.

What is your system?

- Martin 




msg32986/pgp0.pgp
Description: PGP signature

[patch] graphics12.diff

[Herbert Voss]

Angus, can you please apply.
Should fix the bug with a not existing file.

HErbert

-- 
http://www.lyx.org/help/

Re: [patch] graphics12.diff

[Herbert Voss]

Herbert Voss wrote:

 Angus, can you please apply.
 Should fix the bug with a not existing file.


sorry, but a patch with 0bytes seems to be too short 
here it comes


Herbert



-- 
http://www.lyx.org/help/


Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.312
diff -u -r1.312 ChangeLog
--- src/insets/ChangeLog2002/02/13 18:53:36 1.312
+++ src/insets/ChangeLog2002/02/14 14:52:17
@@ -1,5 +1,10 @@
 2002-02-12  Herbert Voss  [EMAIL PROTECTED]
 
+   * insetgraphics.C: (prepareFile) do not check at this time
+   if the file is present.
+
+2002-02-12  Herbert Voss  [EMAIL PROTECTED]
+
* insetgraphics.C: latex(), return the correct newlines
 
 2002-02-13  José Matos  [EMAIL PROTECTED]
Index: src/insets/insetgraphics.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetgraphics.C,v
retrieving revision 1.80
diff -u -r1.80 insetgraphics.C
--- src/insets/insetgraphics.C  2002/02/13 18:53:36 1.80
+++ src/insets/insetgraphics.C  2002/02/14 14:52:18
@@ -116,6 +116,8 @@
 #include support/lyxmanip.h
 #include debug.h
 #include gettext.h
+//#include LOStream.h
+#include support/lyxalgo.h
 
 extern string system_tempdir;
 
@@ -502,7 +504,7 @@
// lyxrc.pdf_mode means:
// Are we creating a PDF or a PS file?
// (Should actually mean, are we using latex or pdflatex).  
-   lyxerr  decideOutput::lyxrc.pdf_mode =   lyxrc.pdf_mode  \n;
+   lyxerr[Debug::INFO]  decideOutput::lyxrc.pdf_mode =   lyxrc.pdf_mode  
+\n;
if (lyxrc.pdf_mode) {
if (contains(suffix,ps) || suffix == pdf)
return pdf;
@@ -512,7 +514,7 @@
return png;
}
// If it's postscript, we always do eps.
-   lyxerr  decideOutput: we have PostScript mode\n;
+   lyxerr[Debug::INFO]  decideOutput: we have PostScript mode\n;
if (suffix != ps)
return eps;
else
@@ -535,11 +537,9 @@
//   convert_place = original file directory
//   return original filename without the extension
//
-   // first check if file is viewed in LyX. First local
-   // than global
// if it's a zipped one, than let LaTeX do the rest!!!
if ((zippedFile(params.filename)  params.noUnzip) || buf-niceFile) {
-   lyxerr  don't unzip file or export latex 
+   lyxerr[Debug::INFO]  don't unzip file or export latex 
 params.filename  endl;
return params.filename;
}
@@ -555,18 +555,19 @@
string const image_target = decideOutputImageFormat(extension);
if (extension == image_target)  // :-)
return filename_;
-   if (!IsFileReadable(filename_)) {   // :-(
-   Alert::alert(_(File) + params.filename,
-  _(isn't readable or doesn't exists!));
-   return filename_;
-   }
+// commented out to check if the not existbug is fixed.
+// if (!IsFileReadable(filename_)) {   // :-(
+// Alert::alert(_(File) + params.filename,
+//_(isn't readable or doesn't exists!));
+// return filename_;
+// }
string outfile;
string const temp = AddName(buf-tmppath, filename_);
outfile = RemoveExtension(temp);
-   lyxerr  tempname =   temp  \n;
-   lyxerr  buf::tmppath =   buf-tmppath  \n;
-   lyxerr  filename_ =   filename_  \n;
-   lyxerr  outfile =   outfile  endl;
+   lyxerr[Debug::INFO]  tempname =   temp  \n;
+   lyxerr[Debug::INFO]  buf::tmppath =   buf-tmppath  \n;
+   lyxerr[Debug::INFO]  filename_ =   filename_  \n;
+   lyxerr[Debug::INFO]  outfile =   outfile  endl;
converters.convert(buf, filename_, outfile, extension, image_target);
return outfile;
 }

Re: [patch] graphics12.diff

[Jean-Marc Lasgouttes]

 Herbert == Herbert Voss [EMAIL PROTECTED] writes:

Herbert Herbert Voss wrote:
 Angus, can you please apply. Should fix the bug with a not
 existing file.


Herbert sorry, but a patch with 0bytes seems to be too short 
Herbert here it comes

Herbert, concerning the lyxerr debug channel: you may want to send
debug info to Debug:FILES or Debug::INSETS instead of the generic
Debug::INFO (unless you plan to eventually remove the debug messages).

JMarc

Re: scrollbar stopped working

[Jean-Marc Lasgouttes]

 dochawk == dochawk  [EMAIL PROTECTED] writes:

dochawk jmarc jmentioned,
  Richard == Richard E Hawkins [EMAIL PROTECTED] writes:

Richard My scrollbar stopped working, but the rest of lyx continued.

Richard I had it running in a debugger, but had no idea how to obtain
Richard any useful information.

 Tell us if you can reproduce it.

dochawk I'll watch for it; I think Ive seen it once before. But if
dochawk ithappens, is there some way to dump state or some such to
dochawk produceuseful information? or force a core dump? hawk

I don't think so. The best would be to be able to reproduce it.

JMarc

Re: [patch] graphics12.diff

[Herbert Voss]

Jean-Marc Lasgouttes wrote:

Herbert == Herbert Voss [EMAIL PROTECTED] writes:

 
 Herbert Herbert Voss wrote:
 
Angus, can you please apply. Should fix the bug with a not
existing file.

 
 
 Herbert sorry, but a patch with 0bytes seems to be too short 
 Herbert here it comes
 
 Herbert, concerning the lyxerr debug channel: you may want to send
 debug info to Debug:FILES or Debug::INSETS instead of the generic
 Debug::INFO (unless you plan to eventually remove the debug messages).


ok, you're right

Herbert


-- 
http://www.lyx.org/help/

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 04:00:19PM +0100, Herbert Voss wrote:
 sorry, but a patch with 0bytes seems to be too short 

Not really.

That's a pretty safe way to make sure the patch does not break anything.

Andre'


-- 
André Pönitz .. [EMAIL PROTECTED]

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 05:10:23PM +0100, Jean-Marc Lasgouttes wrote:
 Herbert, concerning the lyxerr debug channel: you may want to send
 debug info to Debug:FILES or Debug::INSETS instead of the generic
 Debug::INFO (unless you plan to eventually remove the debug messages).

Would anybody mind if I created some Debug::MATHPARSER 'channel'?
I find myself commenting in and out the same code all over.
'MATHED' itself is too broad.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: [patch] graphics12.diff

[Jean-Marc Lasgouttes]

 Andre == Andre Poenitz [EMAIL PROTECTED] writes:

Andre On Thu, Feb 14, 2002 at 05:10:23PM +0100, Jean-Marc Lasgouttes
Andre wrote:
 Herbert, concerning the lyxerr debug channel: you may want to send
 debug info to Debug:FILES or Debug::INSETS instead of the generic
 Debug::INFO (unless you plan to eventually remove the debug
 messages).

Andre Would anybody mind if I created some Debug::MATHPARSER
Andre 'channel'? I find myself commenting in and out the same code
Andre all over. 'MATHED' itself is too broad.

No problem, go ahead. People will complain that they have to recompile
all the files in the distribution, but I'm sure you will manage to
ignore them.

JMarc

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 06:09:09PM +0100, Jean-Marc Lasgouttes wrote:
 Andre Would anybody mind if I created some Debug::MATHPARSER
 Andre 'channel'? I find myself commenting in and out the same code
 Andre all over. 'MATHED' itself is too broad.
 
 No problem, go ahead. People will complain that they have to recompile
 all the files in the distribution, but I'm sure you will manage to
 ignore them.

I'll be off for three weeks anyway...

Andre'

PS: Did I mention lately that enums are a pain in the ass when it comes to
compile dependencies?

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: src/frontends/qt2/Makefile.am

[John Levon]

On Thu, Feb 14, 2002 at 01:34:15PM +1000, Allan Rae wrote:

 Yes.  That was what I said needed doing in the later part of my email.
 What is supposed to go wrong?  It seems to work as I would expect make
 to work when I remove it -- ie. libqt2.a is rebuilt when the xforms
 stuff changes.

If changes to e.g. a .ui file also gets picked up, feel free to commit such ...

john

-- 
I'd rather be rudely informed than politely left in the dark.

Re: Dreaming of plugins...

[John Levon]

On Thu, Feb 14, 2002 at 01:50:29PM +1000, Allan Rae wrote:

  Thankyou for agreeing that inset external is not a sufficient mechanism for making 
lyx
  extendible !
 
 No.  The problem is more restricted than you imply.  InsetExternal is
 _inappropriate_ for extending LyX's LaTeX support it is still
 sufficient for extending LyX in other ways.

by the same token, the ability to include .tex files also makes lyx extendible.

  all very nice, but nothing to do with lyx plugins until you can *embed* the editor.
 
 Have you ever tried to use one of those dumb applications that embeds
 inside another?  Any of the ones I have seen just make me vomit.
 They are impossible to make sensible use of.  Give me the real
 application in its own window any day not some bogus merged-in kludge.

again, how do I cut and paste ? how do I spellcheck ? You can't just ignore
all these sort of things !

 External inset is how I would much rather work with an external app.
 The only improvement would be to display what the output might be but
 when I click on it to edit it the real external app is started not
 some lame embedding scheme that merges toolbars and menus and other
 nonsense.  That is far too confusing and ugly.

personally I have no real desire for embedding. But that is most definitely
not the point: inset external CANNOT and DOES NOT do what Jules was asking for.

That's all I'm saying.

regards
john

-- 
I'd rather be rudely informed than politely left in the dark.

graphics

[Andre Poenitz]

I am currently trying to teach my favourite ... aehm ... user ... to
produce usable bugreports. It would be nice if that could be solved
somehow. You know... positive feedback ;-) 

[new lyx file, insert graphics (doesn't matter whether it exists, 'latex
size' to 'custom' and '55%',  click ok, click right on the picture. boom.]

Andre'

- Forwarded message  -
Also, ich lege ein neues Lyx file an, und füge über das Menü ein Grafik 
ein und setze die Latex Size auf Prozentwerte.  

- Insert - Grafics:  
  File irgendwas, egal ob es das file gibt oder nicht
- Latex size:  
  Custom anklicken und  Width auf 55 t% einstellen
- Okay 

Dann mit der rechten Maustaste auf das Bild klicken und lyx stürtzt ab.

Konni


PS: gdb aus dem core-file

(gdb) bt
#0  0x401f0ac1 in __kill () from /lib/libc.so.6
#1  0x401f0795 in raise () at ../sysdeps/posix/raise.c:28
#2  0x401f1e5f in abort () at ../sysdeps/generic/abort.c:139
#3  0x82ba93b in Letext () at abort.C:9
#4  0x80e35f6 in error_handler (err_sig=11) at ../src/lyx_main.C:226
#5  0x401f09e8 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#6  0x40210224 in vfprintf () at vfprintf.c:1565
#7  0x40217d27 in fprintf () at fprintf.c:36
#8  0x40078a74 in P_errmsg () from /usr/X11R6/lib/libforms.so.0.88
#9  0x400375da in fl_set_choice_text () from /usr/X11R6/lib/libforms.so.0.88
#10 0x8288171 in updateWidgetsFromLength (input=0x8489ed8, choice=0x848a120, 
len=@0x84b731c, default_unit=@0x83d4538) at xforms_helpers.C:288
#11 0x8230624 in FormGraphics::update (this=0x840f110) at 
FormGraphics.C:345
#12 0x820d60e in FormBase::show (this=0x840f110) at FormBase.C:81
#13 0x8336d2d in ControlInsetInsetGraphics, InsetGraphicsParams::show (
this=0x840f050, params=@0xbfffeed4) at ControlInset.tmpl:67
#14 0x8336d78 in ControlInsetInsetGraphics, InsetGraphicsParams::showInset (
this=0x840f050, inset=0x848f6d8) at ControlInset.tmpl:31
#15 0x8337266 in SigC::ObjectSlot1_void, InsetGraphics *, 
ControlInsetInsetGraphics, InsetGraphicsParams ::callback (d=0x8423ab4, 
p1=0x848f6d8)
at ../../../sigc++/object_slot.h:153
#16 0x83159eb in SigC::Signal1void, InsetGraphics *, SigC::Marshalvoid 
::emit (this=0x84162e0, p1=@0xbfffefcc) at ../../sigc++/slot.h:358
#17 0x81cc0af in InsetGraphics::edit (this=0x848f6d8, bv=0x843c958)
at ../../sigc++/basic_signal.h:311
#18 0x8057a64 in BufferView::Pimpl::workAreaButtonRelease (this=0x843ca10, 
x=46, y=-21, button=1) at BufferView_pimpl.C:867
#19 0x82d36ab in SigC::ObjectSlot3_void, int, int, unsigned int, 
BufferView::Pimpl::callback (d=0x843da7c, p1=392, p2=113, p3=1)
at ../sigc++/object_slot.h:347
#20 0x82e2745 in SigC::Signal3void, int, int, unsigned int, 
SigC::Marshalvoid ::emit (this=0x843ca4c, p1=@0xb104, 
p2=@0xb100, p3=@0x40090320)
at ../sigc++/slot.h:554
#21 0x8093863 in WorkArea::work_area_handler (ob=0x843d510, event=3, key=1, 
xev=0x400902ec) at ../sigc++/basic_signal.h:589
#22 0x8092123 in C_WorkArea_work_area_handler (ob=0x843d510, event=3, key=1, 
xev=0x400902ec) at WorkArea.C:69
#23 0x40054f83 in fl_handle_it () from /usr/X11R6/lib/libforms.so.0.88
#24 0x40055029 in fl_handle_object () from /usr/X11R6/lib/libforms.so.0.88
#25 0x40048002 in fl_handle_form () from /usr/X11R6/lib/libforms.so.0.88
#26 0x40048c57 in do_interaction_step () from /usr/X11R6/lib/libforms.so.0.88
#27 0x40048ee2 in fl_treat_interaction_events ()
from /usr/X11R6/lib/libforms.so.0.88
#28 0x40048f1c in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#29 0x820bc59 in GUIRunTime::runTime () at GUIRunTime.C:86
#30 0x80e2614 in LyXGUI::runTime (this=0x83ec930) at lyx_gui.C:323
#31 0x80e32c9 in LyX::LyX (this=0xb3dc, argc=0xb404, argv=0xb464)
at ../src/lyx_main.C:176
#32 0x8124bf8 in main (argc=1, argv=0xb464) at ../src/main.C:38
(gdb) 

- End forwarded message -

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: InsetGraphics and relative paths don't mix well

[John Levon]

On Thu, Feb 14, 2002 at 12:05:33PM +0100, Jean-Marc Lasgouttes wrote:

 I think insetgraphics should treat all file names as relative to buffer
 directory. 

definitely because then it also allows :

/home/moz/mypictures/picture.png

so both cases would be covered fine

perhaps even better would be to secretly store both the relative and absoluate
paths. That way the document then also has a chance of surviving a mv, because
we look at the absolute path after a failing relative path

regards
john
-- 
I'd rather be rudely informed than politely left in the dark.

Re: scrollbar stopped working

[John Levon]

On Thu, Feb 14, 2002 at 10:02:08AM -0500, [EMAIL PROTECTED] wrote:

 I'll watch for it; I think Ive seen it once before.  But if ithappens, 
 is there some way to dump state or some such to produceuseful 
 information? or force a core dump?

if you run lyx from a console, you can use control-\
to force a core dump (which is unlikely to prove useful though ...)

john

-- 
I'd rather be rudely informed than politely left in the dark.

Re: [patch] graphics12.diff

[Jean-Marc Lasgouttes]

 Andre == Andre Poenitz [EMAIL PROTECTED] writes:

Andre PS: Did I mention lately that enums are a pain in the ass when
Andre it comes to compile dependencies?

Yes, but I think they are very handy when it come to compile-time
checks... The other solution would be for all parts of lyx which need
a debug channel to register it like
  static const DebugChannel MATH_PARSER(math-parser);
and then this channel would be registrered in some vector in the debug
code.

However, these static variable initializations can cause lots of
interesting problems (like we used to have with lyxstring).

JMarc

Re: graphics

[Herbert Voss]

Andre Poenitz wrote:

 I am currently trying to teach my favourite ... aehm ... user ... to
 produce usable bugreports. It would be nice if that could be solved
 somehow. You know... positive feedback ;-) 


oh, I understand that well. That's the reason why I replied your
favourite users mails in less than 1 minute ... :-)  LIFO

 [new lyx file, insert graphics (doesn't matter whether it exists, 'latex
 size' to 'custom' and '55%',  click ok, click right on the picture. boom.]


can't reproduce


Herbert




-- 
http://www.lyx.org/help/

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 06:36:08PM +0100, Jean-Marc Lasgouttes wrote:
 Andre PS: Did I mention lately that enums are a pain in the ass when
 Andre it comes to compile dependencies?
 
 Yes, but I think they are very handy when it come to compile-time
 checks... The other solution would be for all parts of lyx which need
 a debug channel to register it like
   static const DebugChannel MATH_PARSER(math-parser);

Nah... just use strings (or even -- Lars, shut your eyes, please -- char *
const) instead of the enum to identify the channel.  The only drawback
might be speed. But if that becomes a problem (which I seriously doubt),
one could put the strings in a hash. 

[Have you seen anybody complaining about mathed speed lately? I am using
a much less optimized structure than Alejandro, and yet it is not too
slow.]

Concerning compile time checks: If the string does not match any of those
known, write a warning. That's of course no compile time check, but
should be catched early enough.

 However, these static variable initializations can cause lots of
 interesting problems (like we used to have with lyxstring).

That must have been some time ago?

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: [patch] graphics12.diff

[Angus Leeming]

On Thursday 14 February 2002 3:00 pm, Herbert Voss wrote:
 Herbert Voss wrote:
 
  Angus, can you please apply.
  Should fix the bug with a not existing file.
 
 
 sorry, but a patch with 0bytes seems to be too short 
 here it comes
 
 
 Herbert

Applied.
A

Re: mathed AMS fonts

[Dekel Tsur]

On Thu, Feb 14, 2002 at 02:23:40PM +1000, Allan Rae wrote:
  Why do you want it in lib/configure ?
  You only need to create a system fonts dir when doing make install
  (there is no point of having a user fonts dir).
 
 Edit-Reconfigure updates ~/.lyx/
 
 FWIW, I installed the TTF fonts for the seminar in my home dir so
 updating the system only is not much use as the system doesn't see
 them.

My point is that the Postscript fonts are available in any decent TeX
distribution.
However, I don't object to creating the fonts dir in lib/configure, provided
that the following are implemented:
1) If lyxsyxdir/fonts/font.dir exists and contains all the fonts, then
the script does not attempt to create ~/.lyx/fonts/
2) if lyxsyxdir/fonts/font.dir == ~/.lyx/fonts/font.dir,
the directory ~/.lyx/fonts is removed.

Re: [patch] Re: graphics

[Angus Leeming]

On Thursday 14 February 2002 5:21 pm, Herbert Voss wrote:
 Andre Poenitz wrote:
 [...]
 
  [new lyx file, insert graphics (doesn't matter whether it exists, 'latex
  size' to 'custom' and '55%',  click ok, click right on the picture. boom.]
 [..]
 
 
 there is a bug in UpdateWidgetsFromLength with this ?% units.
 But this can't be the reason for your crash.
 
 Herbert

Also applied.
A

XPM lib question.

[Angus Leeming]

Does setting the color attribute (MONOCHROME, GRAYSCALE, COLOR) have any 
effect for anyone? Here I always, always get either a pixmap in COLOR (Unless 
NONE is set!) I'm using a TrueColor display if that makes any difference, but 
I don't see why.

What's your mileage?

Angus

'reveal codes'

[Andre Poenitz]

First of all, empty your stomachs, this is about the ugliest hack I've ever
porduced, so it obviously won't go into CVS.

Having said that, what do you think about the idea?
[Aplly to your local tree, create some math, watch teh minibuffer]

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]


Index: formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.127
diff -u -p -r1.127 formulabase.C
--- formulabase.C   2002/02/13 13:15:15 1.127
+++ formulabase.C   2002/02/14 17:59:54
@@ -729,7 +729,42 @@ InsetFormulaBase::localDispatch(BufferVi
else
bv-unlockInset(this);
 
+   revealCodes(bv);
+
return result;  // original version
+}
+
+
+void InsetFormulaBase::revealCodes(BufferView * bv) const
+{
+   if (!mathcursor)
+   return;
+#if 1
+   // write something to the minibuffer
+   // translate to latex
+   mathcursor-markInsert();
+   ostringstream os;
+   write(NULL, os);
+   string str = os.str();
+   mathcursor-markErase();
+   string::size_type pos = 0;
+   string res;
+   for (string::iterator it = str.begin(); it != str.end(); ++it) {
+   if (*it == '\n')
+   res += ' ';
+   else if (*it == '\0') {
+   res +=   -X-  ;
+   pos = it - str.begin();
+   }
+   else
+   res += *it;
+   }
+   if (pos  30)
+   res = res.substr(pos - 30);
+   if (res.size()  60)
+   res = res.substr(0, 60);
+   bv-owner()-message(res);
+#endif
 }
 
 
Index: formulabase.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.h,v
retrieving revision 1.34
diff -u -p -r1.34 formulabase.h
--- formulabase.h   2002/02/13 13:15:15 1.34
+++ formulabase.h   2002/02/14 17:59:54
@@ -112,6 +112,8 @@ public:
virtual bool isTextInset() const { return true; }
///
virtual void mutateToText();
+   ///
+   virtual void revealCodes(BufferView *) const;
 
 
 private:
Index: math_cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_cursor.C,v
retrieving revision 1.233
diff -u -p -r1.233 math_cursor.C
--- math_cursor.C   2002/02/14 14:52:23 1.233
+++ math_cursor.C   2002/02/14 17:59:54
@@ -428,6 +428,20 @@ void MathCursor::plainErase()
 }
 
 
+void MathCursor::markInsert()
+{
+   //lyxerr  inserting mark\n;
+   array().insert(pos(), MathAtom(new MathCharInset(0, lastcode_)));
+}
+
+
+void MathCursor::markErase()
+{
+   //lyxerr  deleting mark\n;
+   array().erase(pos());
+}
+
+
 void MathCursor::plainInsert(MathAtom const  t)
 {
array().insert(pos(), t);
Index: math_cursor.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_cursor.h,v
retrieving revision 1.100
diff -u -p -r1.100 math_cursor.h
--- math_cursor.h   2002/02/01 14:56:49 1.100
+++ math_cursor.h   2002/02/14 17:59:54
@@ -244,6 +244,10 @@ public:
///
void insert(char);
 
+   /// hack for reveal codes
+   void markInsert();
+   void markErase();
+   
///
friend class Selection;
 

spellchecker (ispell) problem

[Wolfgang Engelmann]

On Mon, Jan 14, 2002 at 11:06:07AM -0500, Wolfgang Engelmann wrote:
 Using the spellchecker under Lyx it crashed by 
 finding the word `entrain´
 where entrain´ was highlighted. 
 I reacted to it by saying ignore,
 but Lyx crashed:
 
 Invalid word entrain': The character ''' may not appear at the end of a 
 word.
 lyx: Attempting to save document /home/wolfgang/Book-chrono/e-o1.lyx as...
   /home/wolfgang/Book-chrono/e-o1.lyx.emergency
   Save seems successful. Phew.
 
 Nothing serious, but I wonder where I could report this error.

Please report bugs to the lyx-devel mailing list.
You should report your version of lyx.

word wrap in the notes box

[Matt Brennan]

Folks,

I like using LyX 1.1.6fix4-1 - it's great for taking notes on my research,
including plot of results, and then shaping those notes into technical
papers.  Really nice to use with SixPack and pipes!

I like LyX even more when I checked out the list of future features.  I
was please to see that the idea of collapsable sections was on the list as
that would fit my writing style quite well.

One feature that I didn't see on the list:  autmomatic word wrap in the
notes popups.  Also, the keyboard yank from the kill buffer C-y doesn't
seem to work in the notes popups.  But fortunately, the middle mouse click
will yank from the kill buffer into the notes popups.

Thanks for your work,

Matt


-@-@-@-@-@-@-@-@-@-@-@-@-@-@-@-*-@-@-@-@-@-@-@-@-@-@-@-@-@-@-@-

 Environmental Fluid Mechanics Lab - Suite 524K
 Dept. of Civil  Environmental Engineering
 Stanford University  [EMAIL PROTECTED]
 Stanford, CA 94305-4020  ph#: 650/725.5948

Re: Dreaming of plugins...

[Allan Rae]

On Thu, 14 Feb 2002, John Levon wrote:

 personally I have no real desire for embedding. But that is most definitely
 not the point

Then why raise it as an issue?

 : inset external CANNOT and DOES NOT do what Jules was asking for.

 That's all I'm saying.

Nothing does what Jules is asking for.

I had just said that the external inset is inappropriate for
extending LaTeX support in LyX.  That is the area that Jules is most
wanting.

This became much clearer after I read the comp.text.tex thread and
found out what he really wants:  a tool that lets him type in LaTeX
(macros, newcommands that lot) and provides both an editing window and
a dvi rendering of the codes he's typing in (preferably as he types
them).

This would indeed be a fantastic inset.  It could in fact be fairly
easy to arrange -- the document preamble and class settings are taken
from the document being edited; the contents of the insets raw tex
buffer is placed in the file and the resulting dvi is then viewed
(hopefully cropped to just the resulting virtual ink -- or let the
user define this in a separate xdvi window).

The external inset could be extended to support this approximately
(editing in your $EDITOR or $VISUAL and then viewing in xdvi) but I'd
rather see a specialised InsetLaTeX.  This would not replace InsetERT
because they would serve very different purposes.

Allan. (ARRae)

Re: Problems Compiling 1.2.0cvs

[Allan Rae]

On Thu, 14 Feb 2002, Jan-Peter Koopmann wrote:

 Hi,

 i am running into problems compiling 1.2.0 and maybe somebody here can
 help.

 autogen.sh and configure work but the make process stops with

 Don't know how to make slot.h

 I cannot find slot.h anyhwer only slot.h.m4. Why is slot.h not
 generated?

 Any ideas?

Is gmake being used or the BSD make?  It should work with either but
try again with gmake.

Hmmm... As Martin suggested you need m4 also.  Again it shouldn't
require the GNU m4 -- in fact it should try finding GNU m4 anyway
during the configure stage.

The rules that should be triggering the rebuild are:

Makefile:  $(BUILT_SOURCES)

and the line starting with:

%.h: $(M4_DIR)/


What does `make` or `gmake` actually output?
( cd sigc++ ; gmake  make.log )

What is M4 set to in the sigc++/Makefile?

Allan. (ARRae)

Re: scrollbar stopped working

[Allan Rae]

On 14 Feb 2002, Jean-Marc Lasgouttes wrote:

  dochawk == dochawk  [EMAIL PROTECTED] writes:

 dochawk jmarc jmentioned,
   Richard == Richard E Hawkins [EMAIL PROTECTED] writes:

 Richard My scrollbar stopped working, but the rest of lyx continued.

 Richard I had it running in a debugger, but had no idea how to obtain
 Richard any useful information.

  Tell us if you can reproduce it.

 dochawk I'll watch for it; I think Ive seen it once before. But if
 dochawk ithappens, is there some way to dump state or some such to
 dochawk produceuseful information? or force a core dump? hawk

 I don't think so. The best would be to be able to reproduce it.

Compaq Armada 500 with Mdk-8.1, XFree86-4.1.0, lyx-1.2.0cvs and
xforms-0.88.1. Compile in either XForms or qt2 frontend and load any
lyx file that is longer than one screenful. The first time you want to
scroll the scrollbar with a mouse it does not budge.  You have to
click somewhere in the scrollbar area (not on the slider) and then you
can drag the slider.

This is also happening with my desktop -- Mdk-8.0 and XFree86-4.0.3
instead.

Allan. (ARRae)

Conversion problems using Grace files

[R. Lahaye]

Hi,

I'm running LyX CVS.

I was wondering whether the Preferences/Conversion can already be
used to load directly Grace-format files (a 2D graphics package),
and have these converted to EPS (from where LyX can take over).
I tried but failed.

I did following in Prefences/Conversion:

Add a new format in Formats-tab:
 Format   grace
 GUI name Grace
 Shortcut
 Extension agr
 Viewer

Add Grace-EPS in Converters-tab:
 From  Grace
 ToEPS
 Converter gracebat -hdevice EPS $$i
 Flags


For example

   gracebat -hdevice EPS myfig.agr

will produce

   myfig.eps


Nevertheless, I get an Error converting in the figure-square on
the canvas.

Is this feature not ready yet, or am I making a terrible mistake?

-
Something else:
The filebrowser in the graphics dialog seems to have a fixed
pattern of possible file extensions: *.(ps|eps|png|jpeg|jpg|gif|gz)

How about composing this pattern from the list of file extensions
in the converter list, since these are the loadable files?
This way I would get immediately agr added to the pattern list
when I add a Grace converter.

Regards,
Rob.

Re: scrollbar stopped working

[R. Lahaye]

Allan Rae wrote:

 Compaq Armada 500 with Mdk-8.1, XFree86-4.1.0, lyx-1.2.0cvs and
 xforms-0.88.1. Compile in either XForms or qt2 frontend and load any
 lyx file that is longer than one screenful. The first time you want to
 scroll the scrollbar with a mouse it does not budge.  You have to
 click somewhere in the scrollbar area (not on the slider) and then you
 can drag the slider.
 
 This is also happening with my desktop -- Mdk-8.0 and XFree86-4.0.3
 instead.

Exactly same happens here on my PC (FreeBSD version 4.3) also with
xforms-0.88.1. Is this particular version of xforms the culprit?

Rob.

Re: Conversion problems using Grace files

[Herbert Voss]

R. Lahaye wrote:

 I was wondering whether the Preferences/Conversion can already be
 used to load directly Grace-format files (a 2D graphics package),
 and have these converted to EPS (from where LyX can take over).
 I tried but failed.


getExtFromContents() returns user as ext when it's not
a gif/tgif/eps/ps/pdf/jpg/xpm.
Try it with this file-format and it should work.

can you send me an example grace-file?


Herbert




-- 
http://www.lyx.org/help/

Re: graphics

[Allan Rae]

On Thu, 14 Feb 2002, Andre Poenitz wrote:

 On Thu, Feb 14, 2002 at 06:43:32PM +0100, Jean-Marc Lasgouttes wrote:
  Andre #6 0x40210224 in vfprintf () at vfprintf.c:1565
  Andre #7 0x40217d27 in fprintf () at fprintf.c:36
 
  Bad xforms version. Poor xforms tries to output a friendly error
  message,

 Which kind of error message? Any way to suppress this from within LyX?

Any error message.  Usually this is to say that a colour wasn't
available (8bit colour map and insufficient colours available).


  and bad glibc2.[12] just crashes lyx because it is jealous to
  see xforms has been compiled against glibc2.0.

 I suspected something like that, but I don't know what xforms and glibc to
 use myself.

 What are acceptable combinations, and what could be the easiest way to get
 there given no root access? What information is needed? Is the output of
 'lyx --version' and 'ldd lyx' enough?

If you get any output from the below commands then you have the
xforms that was built for glibc2.0.  If you don't get output you have
the xforms build for glibc2.1 (or later):

strings /usr/local/lib/libforms.so.0.88 | grep vfprintf

(substitute the path to your libforms installation and its actual
version)

So then you can tell your administrator that he/she is a complete burk
for installing the wrong xforms if they're running glibc-2.[^0] and
have a glibc-2.0 linked xforms.  Then before he/she slaps you silly
tell them where to get the right xforms.  Either get the one from
Kayvan's site (might be mirrored on ftp.lyx.org but I can't remember)
or go straight for the original tarball at:

http://world.std.com/~xforms/ftp/ftp.html

to select which platform (say Linux/i386 and then elf format binary)
and choose the glibc2.1 tarball for glibc-2.[^0] systems or the glibc2
tarball for glibc-2.0 systems.

That said the tarballs seem to be a bit older than I'd expect for the
supposed main site.  The latest 0.89 tarball is dated 21st of June
2000.

Allan. (ARRae)

Re: XPM lib question.

[Allan Rae]

On Thu, 14 Feb 2002, Angus Leeming wrote:

 Does setting the color attribute (MONOCHROME, GRAYSCALE, COLOR) have any
 effect for anyone? Here I always, always get either a pixmap in COLOR (Unless
 NONE is set!) I'm using a TrueColor display if that makes any difference, but
 I don't see why.

 What's your mileage?

On the rare occasions when an image is displayed by insetGraphics it
is in colour.  Sometimes it doesn't look anything like the image it
started life as but it always seems to have colours.

Allan. (ARRae)

Re: Conversion problems using Grace files

[Allan Rae]

On Fri, 15 Feb 2002, Herbert Voss wrote:

 R. Lahaye wrote:

  I was wondering whether the Preferences/Conversion can already be
  used to load directly Grace-format files (a 2D graphics package),
  and have these converted to EPS (from where LyX can take over).
  I tried but failed.


 getExtFromContents() returns user as ext when it's not
 a gif/tgif/eps/ps/pdf/jpg/xpm.
 Try it with this file-format and it should work.

 can you send me an example grace-file?

It looks like we'll be needing to do that much needed
InsetExternal+InsetGraphics merge about 20 minutes after we release
1.2.0pre1 given the current rate of requests.

Allan. (ARRae)

Re: scrollbar stopped working

[Allan Rae]

On Fri, 15 Feb 2002, R. Lahaye wrote:
[...]
 Exactly same happens here on my PC (FreeBSD version 4.3) also with
 xforms-0.88.1. Is this particular version of xforms the culprit?

It had been working fine until recently so if it is down to this
version then someone must have changed something in the last fortnight
that it doesn't like.  Maybe up to a month because I've only had short
test files loaded in LyX for most of that time (sigh, sadly no
thesis).

Allan. (ARRae)

Re: Conversion problems using Grace files

[R. Lahaye]

Herbert Voss wrote:
 
 lyx gets the filetype from its contents, not from the
 extension. If it's an unknown one, like your grace
 than it returns user. You can define a converter
 
 \converter user eps gracebat -hdevice EPS $$i 

Still doesn't work; but leave it at this point; will do
the manual version instead since I'm running out of time :(.

Peculiar detail though: while playing with this, LyX was
crashing every now and then, especially after having tried
to load some grace files, I loaded an eps file; the
graphics dialog closed and LyX disappeared, whop, just like
that. It seems that the conversion and LyX got strangled
somewhere.
Sorry, can't provide more details at this point.

Regards,
Rob.

Re: 'reveal codes'

[Martin Vermeer]

On Thu, Feb 14, 2002 at 07:01:40PM +0100, Andre Poenitz wrote:
 
 First of all, empty your stomachs, this is about the ugliest hack I've ever
 porduced, so it obviously won't go into CVS.
 
 Having said that, what do you think about the idea?
 [Aplly to your local tree, create some math, watch teh minibuffer]
 
 Andre'
 
 -- 
 André Pönitz .. [EMAIL PROTECTED]

This is incredibly cool. What's ugly about it?

Actually cooler still would be to be able to toggle(*) the math inset itself
back and forth between the current 'blue math' and a 'red code' mode, 
looking a bit like an ERT inset(+). The code itself is already in LyX, so asking 
for a 'raw' instead of parsed rendering should not be _very_ impossible. As
you demonstrated here.

This may not seem like much to WYSIWYG users, but I think showing users
what is happening under the hood is a very democratic thing to do.

-- Martin

(*) LFUN_MATH_REVEAL_CODES ?
(+) but with MATH in the label




msg33028/pgp0.pgp
Description: PGP signature

1.2.0

[Andre Poenitz]

Hi folks, 
it's Friday, isn't it?

From what I hear current CVS is still much more unstable than 1.1.6fix4,
frequent non-reproducable crashs in Undo, lately scrollbars get stuck etc.

Given that none of the people who understand the undo issue seem to have
enough time to fix it I would suggest to scrap the plans to have a stable
release 'soon' and go straight on to the structural changes originally
postponed to some time 'after 1.2.0'.

The hope is that fixing the structure gives room for an re-implementation
of the whole undo business that is simple enough to get it right.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Strange crash: RevTeX4 with bibtex + references section!?

[R. Lahaye]

Hi,

version: Current CVS.

I have installed RevTeX4 on my PC (ran hashtex after that).
I opened from Template revtex4.lyx. This goes smoothly.

At the end, before the References section, I've inserted
a BibTeX entry with my own bibtex file and "revtex" as style
(though it also happens when style is "unsrt").
Note: I have not removed the References section; it is still there
together with the BibTeX entry.

I'm also using the same bibtex file with other LyX-docs, so that file
should be okay.

When I open the citation dialog and I click somewhere in that dialog,
LyX crashes abrubtly. The signal is even not caught (no emergency save done).
The following output appears in gdb:


(gdb) run
[...]

assertion "!(pos2 > len2)" failed: file "/usr/include/g++/std/bastring.cc", line
126
Program received signal SIGABRT, Aborted.
0x28526764 in kill () from /usr/lib/libc.so.4
(gdb) bt
#0  0x28526764 in kill () from /usr/lib/libc.so.4
#1  0x285627b6 in abort () from /usr/lib/libc.so.4
#2  0x2853f4ef in __assert () from /usr/lib/libc.so.4
#3  0x8274b2c in basic_string >::replace (
this=0xbfbff6f8, pos1=0, n1=4294967295, str=@0xbfbff83c, pos2=4294967295,
n2=51)
at /usr/include/g++/std/bastring.cc:126
#4  0x823b0e9 in biblio::parseBibTeX (data=0xbfbff83c, findkey=@0xbfbff838)
at /usr/include/g++/std/bastring.h:216
#5  0x8239015 in biblio::getInfo (map=@0x838b278, key=@0x849b1c8) at
biblio.C:248
#6  0x81d752f in FormCitation::input (this=0x838b2cc, ob=0x84c0500) at
FormCitation.C:254
#7  0x81ce303 in FormBase::InputCB (this=0x838b2cc, ob=0x84c0500, data=0) at
FormBase.C:125
#8  0x81ce76a in C_FormBaseInputCB (ob=0x84c0500, d=0) at FormBase.C:282
#9  0x2835fdaf in fl_object_qread () from /usr/X11R6/lib/libforms.so.0.88
#10 0x2836d28e in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#11 0x81cc841 in GUIRunTime::runTime () at GUIRunTime.C:86
#12 0x80cbcfc in LyXGUI::runTime (this=0x8370200) at lyx_gui.C:323
#13 0x80cc7d2 in LyX::LyX (this=0xbfbffa68, argc=0xbfbffa8c, argv=0xbfbffad8) at
../src/lyx_main.C:176
#14 0x8100d15 in main (argc=1, argv=0xbfbffad8) at ../src/main.C:38
#15 0x80507e5 in _start ()


The assertion that failed in bastring.cc (line 126) is here:
(though this is a system file, not a LyX file !?!)

-
template 
basic_string & 
basic_string ::
replace (size_type pos1, size_type n1,
 const basic_string& str, size_type pos2, size_type n2)
{
  const size_t len2 = str.length ();
  
  if (pos1 == 0 && n1 >= length () && pos2 == 0 && n2 >= len2)
return operator= (str);

  OUTOFRANGE (pos2 > len2);  <-- this is line 126

  if (n2 > len2 - pos2)
n2 = len2 - pos2;
  
  return replace (pos1, n1, str.data () + pos2, n2);
} 
-
  

Any ideas what's going wrong?

Regards,
Rob.

Re: Why "Figure #:" and "Table #:"; why not using real numbers?

[Allan Rae]

On 13 Feb 2002, Jean-Marc Lasgouttes wrote:

> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
> Allan> If we got really really keen it would then be a simple matter
> Allan> to display the chosen bullet in the buffer. Although I'm not
> Allan> particularly concerned about this.
>
> It should not be too difficult now that mathed has added support for
> arbitrary TeX fonts.

Then it may even be possible to ditch the images completely and just
place the appropriate characters on each button as a label at runtime.
Where do I find this font handling (yeah yeah I know in src/mathed/
;-)

Allan. (ARRae)

Re: mathed AMS fonts

[Jean-Marc Lasgouttes]

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:

Edit-> Reconfigure updates ~/.lyx/

Allan> FWIW, I installed the TTF fonts for the seminar in my home dir
Allan> so updating the system only is not much use as the system
Allan> doesn't see them.

Does the script work for ttf fonts?

JMarc

Re: an even uglier conversion

[Andre Poenitz]

On Wed, Feb 13, 2002 at 01:24:08PM -0500, Richard E. Hawkins wrote:
> I see no current way around this but to learn enough latex to write all 
> the math for my captions in latex, as it seems impossible to paste the 
> math inset into the ERT.

You could copy open the .lyx file in a text editor. The formulas are stored
as LaTeX there.

Alternately, you could change line 108 in src/mathed/formulabase.C from
'#if 0' to '#if 1'. Afterwards pressing backspace at the very beginning of
a formula copys the formula as LaTeX into the main text.

Sorry if both of these 'solutions' are clumsy.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: A request for help or a bug report...

[Jean-Marc Lasgouttes]

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

Angus> Now repeatedly type and erase the letter "a" in front of the
Angus> inset.

Angus> Here I get a new graphics inset created with each key stroke.
Angus> This may be something to do with my hacking here, but I don't
Angus> think so since the new inset is created through a clone command
Angus> which is in the core somewhere.

I think this is undo creating and deleting copies of your paragraph.
To be sure, set a break in gdb at the place where your graphics inset
is created and look at the backtrace there.

JMarc

Re: Why "Figure #:" and "Table #:"; why not using real numbers?

[Jean-Marc Lasgouttes]

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:

Allan> On 13 Feb 2002, Jean-Marc Lasgouttes wrote:
>> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>> 
Allan> If we got really really keen it would then be a simple matter
Allan> to display the chosen bullet in the buffer. Although I'm not
Allan> particularly concerned about this.
>>  It should not be too difficult now that mathed has added support
>> for arbitrary TeX fonts.

Allan> Then it may even be possible to ditch the images completely and
Allan> just place the appropriate characters on each button as a label
Allan> at runtime. Where do I find this font handling (yeah yeah I
Allan> know in src/mathed/ ;-)

In lyxfont.h, you have access to new families:
///
CMR_FAMILY,
///
CMSY_FAMILY,
///
CMM_FAMILY,
///
CMEX_FAMILY,
///
MSA_FAMILY,
///
MSB_FAMILY,
///
EUFRAK_FAMILY,

So if you know the font and family you need, you try to load it, and
use plain old '*' if the family is not available for display.

JMarc

Re: A request for help or a bug report...

[Angus Leeming]

On Thursday 14 February 2002 10:25 am, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> 
> Angus> Now repeatedly type and erase the letter "a" in front of the
> Angus> inset.
> 
> Angus> Here I get a new graphics inset created with each key stroke.
> Angus> This may be something to do with my hacking here, but I don't
> Angus> think so since the new inset is created through a clone command
> Angus> which is in the core somewhere.
> 
> I think this is undo creating and deleting copies of your paragraph.
> To be sure, set a break in gdb at the place where your graphics inset
> is created and look at the backtrace there.

Well, that's the point. It's creating them but not deleting them. The counter 
patch I posted has a decrement in the insetgraphics d-tor.

Angus

Re: A request for help or a bug report...

[Angus Leeming]

On Thursday 14 February 2002 9:42 am, Angus Leeming wrote:
> On Thursday 14 February 2002 10:25 am, Jean-Marc Lasgouttes wrote:
> > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> > 
> > Angus> Now repeatedly type and erase the letter "a" in front of the
> > Angus> inset.
> > 
> > Angus> Here I get a new graphics inset created with each key stroke.
> > Angus> This may be something to do with my hacking here, but I don't
> > Angus> think so since the new inset is created through a clone command
> > Angus> which is in the core somewhere.
> > 
> > I think this is undo creating and deleting copies of your paragraph.
> > To be sure, set a break in gdb at the place where your graphics inset
> > is created and look at the backtrace there.
> 
> Well, that's the point. It's creating them but not deleting them. The 
counter 
> patch I posted has a decrement in the insetgraphics d-tor.
 
Sorry I don't think I answered your question. This is indeed undo's work. Are 
you telling me it's meant to happen?

Angus

Re: A request for help or a bug report...

[Jean-Marc Lasgouttes]

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

Angus> On Thursday 14 February 2002 10:25 am, Jean-Marc Lasgouttes
Angus> wrote:
>> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> 
Angus> Now repeatedly type and erase the letter "a" in front of the
Angus> inset.
>>
Angus> Here I get a new graphics inset created with each key stroke.
Angus> This may be something to do with my hacking here, but I don't
Angus> think so since the new inset is created through a clone command
Angus> which is in the core somewhere.
>>  I think this is undo creating and deleting copies of your
>> paragraph. To be sure, set a break in gdb at the place where your
>> graphics inset is created and look at the backtrace there.

Angus> Well, that's the point. It's creating them but not deleting
Angus> them. The counter patch I posted has a decrement in the
Angus> insetgraphics d-tor.

OK, I see what you mean. Yes, undo is currently leaking memory like a
thief. There is code in undo_funcs.C to properly delete unused
paragraphs (the DELETE_UNUSED_PARAGRAPHS define), but it is not turned
on, because it needs testing. And indeed, Michael's purify runs showed
that redo has problems.

JMarc

Re: Reading floats from layout file (for AGU)

[Jean-Marc Lasgouttes]

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:

>>  I guess this will go in shortly after 1.2.0.

Martin> Meaning? 1.2.1? or 1.3.x?

Probably 1.3.x, since there will probably be problems to sort out, and
1.2.x series will be like 1.1.xfixy, that is only small changes.

Martin> Have you looked at the layout format for Float? Is this
Martin> similar to what you had in mind?

You can see what Herbert has in mind at
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28647.html

JMarc

Re: scrollbar stopped working

[Jean-Marc Lasgouttes]

> "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes:

Richard> My scrollbar stopped working, but the rest of lyx continued.

Richard> I had it running in a debugger, but had no idea how to obtain
Richard> any useful information.

Tell us if you can reproduce it.

JMarc

Re: InsetGraphics and relative paths don't mix well

[Jean-Marc Lasgouttes]

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:

Allan> I have a figure at:

Allan>  ../common/new-banner.png

Allan> that I'm using in a document. PDFLaTeX is able to find and
Allan> render it but InsetGraphics complains with an error message
Allan> (Alert dialog) that the file either doesn't exist or is
Allan> unreadable.

See the following comment at the beginning of insetgraphics.C:

* If the image is from the clipart, and the document is moved to another
   directory, the user is screwed. Need a way to handle it.
   This amounts to a problem of when to use relative or absolute file paths
   We should probably use what the user asks to use... but when he chooses
   by the file dialog we normally get an absolute path and this may not be 
   what the user meant.
   [Note that browseRelFile in helper_funcs.* provides a file name
which is relative if it is at reference path (here puffer path)
level or below, and an absolute path if the file name is not a
`natural' relative file name. In any case,
MakeAbsPath(filename, buf->filePath())
is guaranteed to provide the correct absolute path. This is what is
done know for include insets. Feel free to ask me -- JMarc
14/01/2002]


I think insetgraphics should treat all file names as relative to buffer
directory. 

JMarc

Re: Reading floats from layout file (for AGU)

[Martin Vermeer]

On Thu, Feb 14, 2002 at 12:01:52PM +0100, Jean-Marc Lasgouttes wrote:
 
> Martin> Have you looked at the layout format for Float? Is this
> Martin> similar to what you had in mind?
> 
> You can see what Herbert has in mind at
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28647.html
> 
> JMarc

Looks very, very similar to what I had in mind... but better, more
general. I do suggest adding the CaptionType parameter, for when the 
caption command to use differs from the default \caption. In AGU
classes \tablecaption is used in planotable.

-- Martin



msg32983/pgp0.pgp
Description: PGP signature

Problems Compiling 1.2.0cvs

[Jan-Peter Koopmann]

Hi,
 
i am running into problems compiling 1.2.0 and maybe somebody here can
help.
 
autogen.sh and configure work but the make process stops with
 
"Don't know how to make slot.h"
 
I cannot find slot.h anyhwer only slot.h.m4. Why is slot.h not
generated?
 
Any ideas?
 
Regards,
  JP
 

Re: [PATCH] graphics11.diff

[Angus Leeming]

On Thursday 14 February 2002 2:45 am, R. Lahaye wrote:
> Hi,
> 
> Great! After this patch, I've improved a few things in the
> graphics dialog. Just little details, such as:
> 
 [snip...]
> 
> Patch attached.
> 
> Rob.

Thanks, Rob. Looks good. Applied.
Angus

Re: Problems Compiling 1.2.0cvs

[Martin Vermeer]

On Thu, Feb 14, 2002 at 12:07:09PM +0100, Jan-Peter Koopmann wrote:
 
> Hi,
>  
> i am running into problems compiling 1.2.0 and maybe somebody here can
> help.
>  
> autogen.sh and configure work but the make process stops with
>  
> "Don't know how to make slot.h"
>  
> I cannot find slot.h anyhwer only slot.h.m4. Why is slot.h not
> generated?
>  
> Any ideas?
>  
> Regards,
>   JP
  
What you need is the m4 macro processor. E.g. GNU m4. Strange if you don't have
it, it's one of those things that just get installed because so much uses 
it.

What is your system?

- Martin 




msg32986/pgp0.pgp
Description: PGP signature

[patch] graphics12.diff

[Herbert Voss]

Angus, can you please apply.
Should fix the bug with a "not existing" file.

HErbert

-- 
http://www.lyx.org/help/

Re: [patch] graphics12.diff

[Herbert Voss]

Herbert Voss wrote:

> Angus, can you please apply.
> Should fix the bug with a "not existing" file.


sorry, but a patch with 0bytes seems to be too short 
here it comes


Herbert



-- 
http://www.lyx.org/help/


Index: src/insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.312
diff -u -r1.312 ChangeLog
--- src/insets/ChangeLog2002/02/13 18:53:36 1.312
+++ src/insets/ChangeLog2002/02/14 14:52:17
@@ -1,5 +1,10 @@
 2002-02-12  Herbert Voss  <[EMAIL PROTECTED]>
 
+   * insetgraphics.C: (prepareFile) do not check at this time
+   if the file is present.
+
+2002-02-12  Herbert Voss  <[EMAIL PROTECTED]>
+
* insetgraphics.C: latex(), return the correct newlines
 
 2002-02-13  José Matos  <[EMAIL PROTECTED]>
Index: src/insets/insetgraphics.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetgraphics.C,v
retrieving revision 1.80
diff -u -r1.80 insetgraphics.C
--- src/insets/insetgraphics.C  2002/02/13 18:53:36 1.80
+++ src/insets/insetgraphics.C  2002/02/14 14:52:18
@@ -116,6 +116,8 @@
 #include "support/lyxmanip.h"
 #include "debug.h"
 #include "gettext.h"
+//#include "LOStream.h"
+#include "support/lyxalgo.h"
 
 extern string system_tempdir;
 
@@ -502,7 +504,7 @@
// lyxrc.pdf_mode means:
// Are we creating a PDF or a PS file?
// (Should actually mean, are we using latex or pdflatex).  
-   lyxerr << "decideOutput::lyxrc.pdf_mode = " << lyxrc.pdf_mode << "\n";
+   lyxerr[Debug::INFO] << "decideOutput::lyxrc.pdf_mode = " << lyxrc.pdf_mode << 
+"\n";
if (lyxrc.pdf_mode) {
if (contains(suffix,"ps") || suffix == "pdf")
return "pdf";
@@ -512,7 +514,7 @@
return "png";
}
// If it's postscript, we always do eps.
-   lyxerr << "decideOutput: we have PostScript mode\n";
+   lyxerr[Debug::INFO] << "decideOutput: we have PostScript mode\n";
if (suffix != "ps")
return "eps";
else
@@ -535,11 +537,9 @@
//   convert_place = original file directory
//   return original filename without the extension
//
-   // first check if file is viewed in LyX. First local
-   // than global
// if it's a zipped one, than let LaTeX do the rest!!!
if ((zippedFile(params.filename) && params.noUnzip) || buf->niceFile) {
-   lyxerr << "don't unzip file or export latex" 
+   lyxerr[Debug::INFO] << "don't unzip file or export latex" 
<< params.filename << endl;
return params.filename;
}
@@ -555,18 +555,19 @@
string const image_target = decideOutputImageFormat(extension);
if (extension == image_target)  // :-)
return filename_;
-   if (!IsFileReadable(filename_)) {   // :-(
-   Alert::alert(_("File") + params.filename,
-  _("isn't readable or doesn't exists!"));
-   return filename_;
-   }
+// commented out to check if the "not exist"bug is fixed.
+// if (!IsFileReadable(filename_)) {   // :-(
+// Alert::alert(_("File") + params.filename,
+//_("isn't readable or doesn't exists!"));
+// return filename_;
+// }
string outfile;
string const temp = AddName(buf->tmppath, filename_);
outfile = RemoveExtension(temp);
-   lyxerr << "tempname = " << temp << "\n";
-   lyxerr << "buf::tmppath = " << buf->tmppath << "\n";
-   lyxerr << "filename_ = " << filename_ << "\n";
-   lyxerr << "outfile = " << outfile << endl;
+   lyxerr[Debug::INFO] << "tempname = " << temp << "\n";
+   lyxerr[Debug::INFO] << "buf::tmppath = " << buf->tmppath << "\n";
+   lyxerr[Debug::INFO] << "filename_ = " << filename_ << "\n";
+   lyxerr[Debug::INFO] << "outfile = " << outfile << endl;
converters.convert(buf, filename_, outfile, extension, image_target);
return outfile;
 }

Re: [patch] graphics12.diff

[Jean-Marc Lasgouttes]

> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:

Herbert> Herbert Voss wrote:
>> Angus, can you please apply. Should fix the bug with a "not
>> existing" file.


Herbert> sorry, but a patch with 0bytes seems to be too short 
Herbert> here it comes

Herbert, concerning the lyxerr debug channel: you may want to send
debug info to Debug:FILES or Debug::INSETS instead of the generic
Debug::INFO (unless you plan to eventually remove the debug messages).

JMarc

Re: scrollbar stopped working

[Jean-Marc Lasgouttes]

> "dochawk" == dochawk  <[EMAIL PROTECTED]> writes:

dochawk> jmarc jmentioned,
>> > "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes:

Richard> My scrollbar stopped working, but the rest of lyx continued.

Richard> I had it running in a debugger, but had no idea how to obtain
Richard> any useful information.

>> Tell us if you can reproduce it.

dochawk> I'll watch for it; I think I"ve seen it once before. But if
dochawk> ithappens, is there some way to dump state or some such to
dochawk> produceuseful information? or force a core dump? hawk

I don't think so. The best would be to be able to reproduce it.

JMarc

Re: [patch] graphics12.diff

[Herbert Voss]

Jean-Marc Lasgouttes wrote:

>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
> 
> Herbert> Herbert Voss wrote:
> 
>>>Angus, can you please apply. Should fix the bug with a "not
>>>existing" file.
>>>
> 
> 
> Herbert> sorry, but a patch with 0bytes seems to be too short 
> Herbert> here it comes
> 
> Herbert, concerning the lyxerr debug channel: you may want to send
> debug info to Debug:FILES or Debug::INSETS instead of the generic
> Debug::INFO (unless you plan to eventually remove the debug messages).


ok, you're right

Herbert


-- 
http://www.lyx.org/help/

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 04:00:19PM +0100, Herbert Voss wrote:
> sorry, but a patch with 0bytes seems to be too short 

Not really.

That's a pretty safe way to make sure the patch does not break anything.

Andre'


-- 
André Pönitz .. [EMAIL PROTECTED]

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 05:10:23PM +0100, Jean-Marc Lasgouttes wrote:
> Herbert, concerning the lyxerr debug channel: you may want to send
> debug info to Debug:FILES or Debug::INSETS instead of the generic
> Debug::INFO (unless you plan to eventually remove the debug messages).

Would anybody mind if I created some Debug::MATHPARSER 'channel'?
I find myself commenting in and out the same code all over.
'MATHED' itself is too broad.

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: [patch] graphics12.diff

[Jean-Marc Lasgouttes]

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

Andre> On Thu, Feb 14, 2002 at 05:10:23PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> Herbert, concerning the lyxerr debug channel: you may want to send
>> debug info to Debug:FILES or Debug::INSETS instead of the generic
>> Debug::INFO (unless you plan to eventually remove the debug
>> messages).

Andre> Would anybody mind if I created some Debug::MATHPARSER
Andre> 'channel'? I find myself commenting in and out the same code
Andre> all over. 'MATHED' itself is too broad.

No problem, go ahead. People will complain that they have to recompile
all the files in the distribution, but I'm sure you will manage to
ignore them.

JMarc

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 06:09:09PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Would anybody mind if I created some Debug::MATHPARSER
> Andre> 'channel'? I find myself commenting in and out the same code
> Andre> all over. 'MATHED' itself is too broad.
> 
> No problem, go ahead. People will complain that they have to recompile
> all the files in the distribution, but I'm sure you will manage to
> ignore them.

I'll be off for three weeks anyway...

Andre'

PS: Did I mention lately that enums are a pain in the ass when it comes to
compile dependencies?

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: src/frontends/qt2/Makefile.am

[John Levon]

On Thu, Feb 14, 2002 at 01:34:15PM +1000, Allan Rae wrote:

> Yes.  That was what I said needed doing in the later part of my email.
> What is supposed to go wrong?  It seems to work as I would expect make
> to work when I remove it -- ie. libqt2.a is rebuilt when the xforms
> stuff changes.

If changes to e.g. a .ui file also gets picked up, feel free to commit such ...

john

-- 
"I'd rather be rudely informed than politely left in the dark."

Re: Dreaming of plugins...

[John Levon]

On Thu, Feb 14, 2002 at 01:50:29PM +1000, Allan Rae wrote:

> > Thankyou for agreeing that inset external is not a sufficient mechanism for making 
>lyx
> > extendible !
> 
> No.  The problem is more restricted than you imply.  InsetExternal is
> _inappropriate_ for extending LyX's LaTeX support it is still
> sufficient for extending LyX in other ways.

by the same token, the ability to include .tex files also makes lyx extendible.

> > all very nice, but nothing to do with lyx plugins until you can *embed* the editor.
> 
> Have you ever tried to use one of those dumb applications that embeds
> inside another?  Any of the ones I have seen just make me vomit.
> They are impossible to make sensible use of.  Give me the real
> application in its own window any day not some bogus merged-in kludge.

again, how do I cut and paste ? how do I spellcheck ? You can't just ignore
all these sort of things !

> External inset is how I would much rather work with an external app.
> The only improvement would be to display what the output might be but
> when I click on it to edit it the real external app is started not
> some lame embedding scheme that merges toolbars and menus and other
> nonsense.  That is far too confusing and ugly.

personally I have no real desire for embedding. But that is most definitely
not the point: inset external CANNOT and DOES NOT do what Jules was asking for.

That's all I'm saying.

regards
john

-- 
"I'd rather be rudely informed than politely left in the dark."

graphics

[Andre Poenitz]

I am currently trying to teach my favourite ... aehm ... user ... to
produce usable bugreports. It would be nice if that could be solved
somehow. You know... positive feedback ;-) 

[new lyx file, insert graphics (doesn't matter whether it exists, 'latex
size' to 'custom' and '55%',  click ok, click right on the picture. boom.]

Andre'

- Forwarded message  -
Also, ich lege ein neues Lyx file an, und füge über das Menü ein Grafik 
ein und setze die Latex Size auf Prozentwerte.  

-> Insert -> Grafics:  
  File 
-> Latex size:  
  Custom anklicken und  Width auf 55 t% einstellen
-> Okay 

Dann mit der rechten Maustaste auf das Bild klicken und lyx stürtzt ab.

Konni


PS: gdb aus dem core-file

(gdb) bt
#0  0x401f0ac1 in __kill () from /lib/libc.so.6
#1  0x401f0795 in raise () at ../sysdeps/posix/raise.c:28
#2  0x401f1e5f in abort () at ../sysdeps/generic/abort.c:139
#3  0x82ba93b in Letext () at abort.C:9
#4  0x80e35f6 in error_handler (err_sig=11) at ../src/lyx_main.C:226
#5  0x401f09e8 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#6  0x40210224 in vfprintf () at vfprintf.c:1565
#7  0x40217d27 in fprintf () at fprintf.c:36
#8  0x40078a74 in P_errmsg () from /usr/X11R6/lib/libforms.so.0.88
#9  0x400375da in fl_set_choice_text () from /usr/X11R6/lib/libforms.so.0.88
#10 0x8288171 in updateWidgetsFromLength (input=0x8489ed8, choice=0x848a120, 
len=@0x84b731c, default_unit=@0x83d4538) at xforms_helpers.C:288
#11 0x8230624 in FormGraphics::update (this=0x840f110) at 
FormGraphics.C:345
#12 0x820d60e in FormBase::show (this=0x840f110) at FormBase.C:81
#13 0x8336d2d in ControlInset::show (
this=0x840f050, params=@0xbfffeed4) at ControlInset.tmpl:67
#14 0x8336d78 in ControlInset::showInset (
this=0x840f050, inset=0x848f6d8) at ControlInset.tmpl:31
#15 0x8337266 in SigC::ObjectSlot1_ >::callback (d=0x8423ab4, 
p1=0x848f6d8)
at ../../../sigc++/object_slot.h:153
#16 0x83159eb in SigC::Signal1::emit (this=0x84162e0, p1=@0xbfffefcc) at ../../sigc++/slot.h:358
#17 0x81cc0af in InsetGraphics::edit (this=0x848f6d8, bv=0x843c958)
at ../../sigc++/basic_signal.h:311
#18 0x8057a64 in BufferView::Pimpl::workAreaButtonRelease (this=0x843ca10, 
x=46, y=-21, button=1) at BufferView_pimpl.C:867
#19 0x82d36ab in SigC::ObjectSlot3_::callback (d=0x843da7c, p1=392, p2=113, p3=1)
at ../sigc++/object_slot.h:347
#20 0x82e2745 in SigC::Signal3::emit (this=0x843ca4c, p1=@0xb104, 
p2=@0xb100, p3=@0x40090320)
at ../sigc++/slot.h:554
#21 0x8093863 in WorkArea::work_area_handler (ob=0x843d510, event=3, key=1, 
xev=0x400902ec) at ../sigc++/basic_signal.h:589
#22 0x8092123 in C_WorkArea_work_area_handler (ob=0x843d510, event=3, key=1, 
xev=0x400902ec) at WorkArea.C:69
#23 0x40054f83 in fl_handle_it () from /usr/X11R6/lib/libforms.so.0.88
#24 0x40055029 in fl_handle_object () from /usr/X11R6/lib/libforms.so.0.88
#25 0x40048002 in fl_handle_form () from /usr/X11R6/lib/libforms.so.0.88
#26 0x40048c57 in do_interaction_step () from /usr/X11R6/lib/libforms.so.0.88
#27 0x40048ee2 in fl_treat_interaction_events ()
from /usr/X11R6/lib/libforms.so.0.88
#28 0x40048f1c in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#29 0x820bc59 in GUIRunTime::runTime () at GUIRunTime.C:86
#30 0x80e2614 in LyXGUI::runTime (this=0x83ec930) at lyx_gui.C:323
#31 0x80e32c9 in LyX::LyX (this=0xb3dc, argc=0xb404, argv=0xb464)
at ../src/lyx_main.C:176
#32 0x8124bf8 in main (argc=1, argv=0xb464) at ../src/main.C:38
(gdb) 

- End forwarded message -

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: InsetGraphics and relative paths don't mix well

[John Levon]

On Thu, Feb 14, 2002 at 12:05:33PM +0100, Jean-Marc Lasgouttes wrote:

> I think insetgraphics should treat all file names as relative to buffer
> directory. 

definitely because then it also allows :

/home/moz/mypictures/picture.png

so both cases would be covered fine

perhaps even better would be to secretly store both the relative and absoluate
paths. That way the document then also has a chance of surviving a "mv", because
we look at the absolute path after a failing relative path

regards
john
-- 
"I'd rather be rudely informed than politely left in the dark."

Re: scrollbar stopped working

[John Levon]

On Thu, Feb 14, 2002 at 10:02:08AM -0500, [EMAIL PROTECTED] wrote:

> I'll watch for it; I think I"ve seen it once before.  But if ithappens, 
> is there some way to dump state or some such to produceuseful 
> information? or force a core dump?

if you run lyx from a console, you can use control-\
to force a core dump (which is unlikely to prove useful though ...)

john

-- 
"I'd rather be rudely informed than politely left in the dark."

Re: [patch] graphics12.diff

[Jean-Marc Lasgouttes]

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

Andre> PS: Did I mention lately that enums are a pain in the ass when
Andre> it comes to compile dependencies?

Yes, but I think they are very handy when it come to compile-time
checks... The other solution would be for all parts of lyx which need
a debug channel to register it like
  static const DebugChannel MATH_PARSER("math-parser");
and then this channel would be registrered in some vector in the debug
code.

However, these static variable initializations can cause lots of
interesting problems (like we used to have with lyxstring).

JMarc

Re: graphics

[Herbert Voss]

Andre Poenitz wrote:

> I am currently trying to teach my favourite ... aehm ... user ... to
> produce usable bugreports. It would be nice if that could be solved
> somehow. You know... positive feedback ;-) 


oh, I understand that well. That's the reason why I replied your
favourite users mails in less than 1 minute ... :-)  LIFO

> [new lyx file, insert graphics (doesn't matter whether it exists, 'latex
> size' to 'custom' and '55%',  click ok, click right on the picture. boom.]


can't reproduce


Herbert




-- 
http://www.lyx.org/help/

Re: [patch] graphics12.diff

[Andre Poenitz]

On Thu, Feb 14, 2002 at 06:36:08PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> PS: Did I mention lately that enums are a pain in the ass when
> Andre> it comes to compile dependencies?
> 
> Yes, but I think they are very handy when it come to compile-time
> checks... The other solution would be for all parts of lyx which need
> a debug channel to register it like
>   static const DebugChannel MATH_PARSER("math-parser");

Nah... just use strings (or even -- Lars, shut your eyes, please -- char *
const) instead of the enum to identify the channel.  The only drawback
might be speed. But if that becomes a problem (which I seriously doubt),
one could put the strings in a hash. 

[Have you seen anybody complaining about mathed speed lately? I am using
a much less optimized structure than Alejandro, and yet it is not too
slow.]

Concerning compile time checks: If the string does not match any of those
known, write a warning. That's of course no compile time check, but
should be catched early enough.

> However, these static variable initializations can cause lots of
> interesting problems (like we used to have with lyxstring).

That must have been some time ago?

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]

Re: [patch] graphics12.diff

[Angus Leeming]

On Thursday 14 February 2002 3:00 pm, Herbert Voss wrote:
> Herbert Voss wrote:
> 
> > Angus, can you please apply.
> > Should fix the bug with a "not existing" file.
> 
> 
> sorry, but a patch with 0bytes seems to be too short 
> here it comes
> 
> 
> Herbert

Applied.
A

Re: mathed AMS fonts

[Dekel Tsur]

On Thu, Feb 14, 2002 at 02:23:40PM +1000, Allan Rae wrote:
> > Why do you want it in lib/configure ?
> > You only need to create a system fonts dir when doing make install
> > (there is no point of having a user fonts dir).
> 
> Edit->Reconfigure updates ~/.lyx/
> 
> FWIW, I installed the TTF fonts for the seminar in my home dir so
> updating the system only is not much use as the system doesn't see
> them.

My point is that the Postscript fonts are available in any decent TeX
distribution.
However, I don't object to creating the fonts dir in lib/configure, provided
that the following are implemented:
1) If lyxsyxdir/fonts/font.dir exists and contains all the fonts, then
the script does not attempt to create ~/.lyx/fonts/
2) if lyxsyxdir/fonts/font.dir == ~/.lyx/fonts/font.dir,
the directory ~/.lyx/fonts is removed.

Re: [patch] Re: graphics

[Angus Leeming]

On Thursday 14 February 2002 5:21 pm, Herbert Voss wrote:
> Andre Poenitz wrote:
> [...]
> 
> > [new lyx file, insert graphics (doesn't matter whether it exists, 'latex
> > size' to 'custom' and '55%',  click ok, click right on the picture. boom.]
> [..]
> 
> 
> there is a bug in UpdateWidgetsFromLength with this ?% units.
> But this can't be the reason for your crash.
> 
> Herbert

Also applied.
A

XPM lib question.

[Angus Leeming]

Does setting the color attribute (MONOCHROME, GRAYSCALE, COLOR) have any 
effect for anyone? Here I always, always get either a pixmap in COLOR (Unless 
NONE is set!) I'm using a TrueColor display if that makes any difference, but 
I don't see why.

What's your mileage?

Angus

'reveal codes'

[Andre Poenitz]

First of all, empty your stomachs, this is about the ugliest hack I've ever
porduced, so it obviously won't go into CVS.

Having said that, what do you think about the idea?
[Aplly to your local tree, create some math, watch teh minibuffer]

Andre'

-- 
André Pönitz .. [EMAIL PROTECTED]


Index: formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.127
diff -u -p -r1.127 formulabase.C
--- formulabase.C   2002/02/13 13:15:15 1.127
+++ formulabase.C   2002/02/14 17:59:54
@@ -729,7 +729,42 @@ InsetFormulaBase::localDispatch(BufferVi
else
bv->unlockInset(this);
 
+   revealCodes(bv);
+
return result;  // original version
+}
+
+
+void InsetFormulaBase::revealCodes(BufferView * bv) const
+{
+   if (!mathcursor)
+   return;
+#if 1
+   // write something to the minibuffer
+   // translate to latex
+   mathcursor->markInsert();
+   ostringstream os;
+   write(NULL, os);
+   string str = os.str();
+   mathcursor->markErase();
+   string::size_type pos = 0;
+   string res;
+   for (string::iterator it = str.begin(); it != str.end(); ++it) {
+   if (*it == '\n')
+   res += ' ';
+   else if (*it == '\0') {
+   res += "  -X-  ";
+   pos = it - str.begin();
+   }
+   else
+   res += *it;
+   }
+   if (pos > 30)
+   res = res.substr(pos - 30);
+   if (res.size() > 60)
+   res = res.substr(0, 60);
+   bv->owner()->message(res);
+#endif
 }
 
 
Index: formulabase.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.h,v
retrieving revision 1.34
diff -u -p -r1.34 formulabase.h
--- formulabase.h   2002/02/13 13:15:15 1.34
+++ formulabase.h   2002/02/14 17:59:54
@@ -112,6 +112,8 @@ public:
virtual bool isTextInset() const { return true; }
///
virtual void mutateToText();
+   ///
+   virtual void revealCodes(BufferView *) const;
 
 
 private:
Index: math_cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_cursor.C,v
retrieving revision 1.233
diff -u -p -r1.233 math_cursor.C
--- math_cursor.C   2002/02/14 14:52:23 1.233
+++ math_cursor.C   2002/02/14 17:59:54
@@ -428,6 +428,20 @@ void MathCursor::plainErase()
 }
 
 
+void MathCursor::markInsert()
+{
+   //lyxerr << "inserting mark\n";
+   array().insert(pos(), MathAtom(new MathCharInset(0, lastcode_)));
+}
+
+
+void MathCursor::markErase()
+{
+   //lyxerr << "deleting mark\n";
+   array().erase(pos());
+}
+
+
 void MathCursor::plainInsert(MathAtom const & t)
 {
array().insert(pos(), t);
Index: math_cursor.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_cursor.h,v
retrieving revision 1.100
diff -u -p -r1.100 math_cursor.h
--- math_cursor.h   2002/02/01 14:56:49 1.100
+++ math_cursor.h   2002/02/14 17:59:54
@@ -244,6 +244,10 @@ public:
///
void insert(char);
 
+   /// hack for reveal codes
+   void markInsert();
+   void markErase();
+   
///
friend class Selection;
 

spellchecker (ispell) problem

[Wolfgang Engelmann]

On Mon, Jan 14, 2002 at 11:06:07AM -0500, Wolfgang Engelmann wrote:
> Using the spellchecker under Lyx it crashed by 
> finding the word `entrain´
> where entrain´ was highlighted. 
> I reacted to it by saying ignore,
> but Lyx crashed:
> 
> Invalid word "entrain'": The character ''' may not appear at the end of a 
> word.
> lyx: Attempting to save document /home/wolfgang/Book-chrono/e-o1.lyx as...
>   /home/wolfgang/Book-chrono/e-o1.lyx.emergency
>   Save seems successful. Phew.
> 
> Nothing serious, but I wonder where I could report this error.

Please report bugs to the lyx-devel mailing list.
You should report your version of lyx.

word wrap in the notes box

[Matt Brennan]

Folks,

I like using LyX 1.1.6fix4-1 - it's great for taking notes on my research,
including plot of results, and then shaping those notes into technical
papers.  Really nice to use with SixPack and pipes!

I like LyX even more when I checked out the list of future features.  I
was please to see that the idea of collapsable sections was on the list as
that would fit my writing style quite well.

One feature that I didn't see on the list:  autmomatic word wrap in the
notes popups.  Also, the keyboard yank from the kill buffer C-y doesn't
seem to work in the notes popups.  But fortunately, the middle mouse click
will yank from the kill buffer into the notes popups.

Thanks for your work,

Matt


>>>-@-@-@-@-@-@-@-@-@-@-@-@-@-@-@-*-@-@-@-@-@-@-@-@-@-@-@-@-@-@-@-<<<

 Environmental Fluid Mechanics Lab - Suite 524K
 Dept. of Civil & Environmental Engineering
 Stanford University  [EMAIL PROTECTED]
 Stanford, CA 94305-4020  ph#: 650/725.5948

Re: Dreaming of plugins...

[Allan Rae]

On Thu, 14 Feb 2002, John Levon wrote:

> personally I have no real desire for embedding. But that is most definitely
> not the point

Then why raise it as an issue?

> : inset external CANNOT and DOES NOT do what Jules was asking for.
>
> That's all I'm saying.

Nothing does what Jules is asking for.

I had just said that the external inset is inappropriate for
extending LaTeX support in LyX.  That is the area that Jules is most
wanting.

This became much clearer after I read the comp.text.tex thread and
found out what he really wants:  a tool that lets him type in LaTeX
(macros, newcommands that lot) and provides both an editing window and
a dvi rendering of the codes he's typing in (preferably as he types
them).

This would indeed be a fantastic inset.  It could in fact be fairly
easy to arrange -- the document preamble and class settings are taken
from the document being edited; the contents of the insets raw tex
buffer is placed in the file and the resulting dvi is then viewed
(hopefully cropped to just the resulting virtual ink -- or let the
user define this in a separate xdvi window).

The external inset could be extended to support this approximately
(editing in your $EDITOR or $VISUAL and then viewing in xdvi) but I'd
rather see a specialised InsetLaTeX.  This would not replace InsetERT
because they would serve very different purposes.

Allan. (ARRae)

Re: Problems Compiling 1.2.0cvs

[Allan Rae]

On Thu, 14 Feb 2002, Jan-Peter Koopmann wrote:

> Hi,
>
> i am running into problems compiling 1.2.0 and maybe somebody here can
> help.
>
> autogen.sh and configure work but the make process stops with
>
> "Don't know how to make slot.h"
>
> I cannot find slot.h anyhwer only slot.h.m4. Why is slot.h not
> generated?
>
> Any ideas?

Is gmake being used or the BSD make?  It should work with either but
try again with gmake.

Hmmm... As Martin suggested you need m4 also.  Again it shouldn't
require the GNU m4 -- in fact it should try finding GNU m4 anyway
during the configure stage.

The rules that should be triggering the rebuild are:

Makefile:  $(BUILT_SOURCES)

and the line starting with:

%.h: $(M4_DIR)/


What does `make` or `gmake` actually output?
( cd sigc++ ; gmake >& make.log )

What is M4 set to in the sigc++/Makefile?

Allan. (ARRae)

Re: scrollbar stopped working

[Allan Rae]

On 14 Feb 2002, Jean-Marc Lasgouttes wrote:

> > "dochawk" == dochawk  <[EMAIL PROTECTED]> writes:
>
> dochawk> jmarc jmentioned,
> >> > "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes:
>
> Richard> My scrollbar stopped working, but the rest of lyx continued.
>
> Richard> I had it running in a debugger, but had no idea how to obtain
> Richard> any useful information.
>
> >> Tell us if you can reproduce it.
>
> dochawk> I'll watch for it; I think I"ve seen it once before. But if
> dochawk> ithappens, is there some way to dump state or some such to
> dochawk> produceuseful information? or force a core dump? hawk
>
> I don't think so. The best would be to be able to reproduce it.

Compaq Armada 500 with Mdk-8.1, XFree86-4.1.0, lyx-1.2.0cvs and
xforms-0.88.1. Compile in either XForms or qt2 frontend and load any
lyx file that is longer than one screenful. The first time you want to
scroll the scrollbar with a mouse it does not budge.  You have to
click somewhere in the scrollbar area (not on the slider) and then you
can drag the slider.

This is also happening with my desktop -- Mdk-8.0 and XFree86-4.0.3
instead.

Allan. (ARRae)

Conversion problems using Grace files

[R. Lahaye]

Hi,

I'm running LyX CVS.

I was wondering whether the Preferences/Conversion can already be
used to load directly Grace-format files (a 2D graphics package),
and have these converted to EPS (from where LyX can take over).
I tried but failed.

I did following in Prefences/Conversion:

Add a new format in Formats-tab:
 Format   grace
 GUI name Grace
 Shortcut
 Extension agr
 Viewer

Add Grace->EPS in Converters-tab:
 From  Grace
 ToEPS
 Converter gracebat -hdevice EPS $$i
 Flags


For example

   gracebat -hdevice EPS myfig.agr

will produce

   myfig.eps


Nevertheless, I get an "Error converting" in the figure-square on
the canvas.

Is this feature not ready yet, or am I making a terrible mistake?

-
Something else:
The filebrowser in the graphics dialog seems to have a fixed
pattern of possible file extensions: "*.(ps|eps|png|jpeg|jpg|gif|gz)"

How about composing this pattern from the list of file extensions
in the converter list, since these are the loadable files?
This way I would get immediately "agr" added to the pattern list
when I add a Grace converter.

Regards,
Rob.

Re: scrollbar stopped working

[R. Lahaye]

Allan Rae wrote:
>
> Compaq Armada 500 with Mdk-8.1, XFree86-4.1.0, lyx-1.2.0cvs and
> xforms-0.88.1. Compile in either XForms or qt2 frontend and load any
> lyx file that is longer than one screenful. The first time you want to
> scroll the scrollbar with a mouse it does not budge.  You have to
> click somewhere in the scrollbar area (not on the slider) and then you
> can drag the slider.
> 
> This is also happening with my desktop -- Mdk-8.0 and XFree86-4.0.3
> instead.

Exactly same happens here on my PC (FreeBSD version 4.3) also with
xforms-0.88.1. Is this particular version of xforms the culprit?

Rob.

Re: Conversion problems using Grace files

[Herbert Voss]

R. Lahaye wrote:

> I was wondering whether the Preferences/Conversion can already be
> used to load directly Grace-format files (a 2D graphics package),
> and have these converted to EPS (from where LyX can take over).
> I tried but failed.


getExtFromContents() returns "user" as ext when it's not
a gif/tgif/eps/ps/pdf/jpg/xpm.
Try it with this "file-format" and it should work.

can you send me an example grace-file?


Herbert




-- 
http://www.lyx.org/help/

Re: graphics

[Allan Rae]

On Thu, 14 Feb 2002, Andre Poenitz wrote:

> On Thu, Feb 14, 2002 at 06:43:32PM +0100, Jean-Marc Lasgouttes wrote:
> > Andre> #6 0x40210224 in vfprintf () at vfprintf.c:1565
> > Andre> #7 0x40217d27 in fprintf () at fprintf.c:36
> >
> > Bad xforms version. Poor xforms tries to output a friendly error
> > message,
>
> Which kind of error message? Any way to suppress this from within LyX?

Any error message.  Usually this is to say that a colour wasn't
available (8bit colour map and insufficient colours available).


> > and bad glibc2.[12] just crashes lyx because it is jealous to
> > see xforms has been compiled against glibc2.0.
>
> I suspected something like that, but I don't know what xforms and glibc to
> use myself.
>
> What are acceptable combinations, and what could be the easiest way to get
> there given no root access? What information is needed? Is the output of
> 'lyx --version' and 'ldd lyx' enough?

If you get any output from the below commands then you have the
xforms that was built for glibc2.0.  If you don't get output you have
the xforms build for glibc2.1 (or later):

strings /usr/local/lib/libforms.so.0.88 | grep vfprintf

(substitute the path to your libforms installation and its actual
version)

So then you can tell your administrator that he/she is a complete burk
for installing the wrong xforms if they're running glibc-2.[^0] and
have a glibc-2.0 linked xforms.  Then before he/she slaps you silly
tell them where to get the right xforms.  Either get the one from
Kayvan's site (might be mirrored on ftp.lyx.org but I can't remember)
or go straight for the original tarball at:

http://world.std.com/~xforms/ftp/ftp.html

to select which platform (say Linux/i386 and then "elf" format binary)
and choose the glibc2.1 tarball for glibc-2.[^0] systems or the glibc2
tarball for glibc-2.0 systems.

That said the tarballs seem to be a bit older than I'd expect for the
supposed main site.  The latest 0.89 tarball is dated 21st of June
2000.

Allan. (ARRae)