Lyx crashes on second 8-bit screen

2000-09-28 Thread Torbjørn Sund 

Lyx version 1.1.5fix1 and pre3 crash immediately when started on second
screen in a two-screen setup 
(lyx -display myhost:0.1)
Happens for both the precompiled binary and when compiling from source.
Happens every time.
Do not crash when started on first screen: lyx -display myhost:0.0
Did not happen for version 1.1.4
Message at crash:
"BadValue (integer parameter out of range for operation)"
(message found in /usr/lib/X11/XErrorDB)
NOTE: May have nothing to do with first/second screen, 
but related instead to the second screen running in 8-bit colour-mapped mode.

Computer dual Celeron
Linux 2.2.14 
X11.0 release 4000
screen0 1280x1024 pixels, depth 32, true colour
screen1 1600x1200 pixels, depth 8, colormapped.

Backtrack follows:

[root@herreper lyx-1.1.5pre3]# pwd
/usr/src/redhat/SOURCES/lyx-1.1.5pre3
[root@herreper lyx-1.1.5pre3]# src/lyx
Kjører uten personlig LyX folder.
BadValue (integer parameter out of range for operation)
Aborted
[root@herreper lyx-1.1.5pre3]# gdb src/lyx
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run
Starting program: /usr/src/redhat/SOURCES/lyx-1.1.5pre3/src/lyx 
Kjører uten personlig LyX folder.
BadValue (integer parameter out of range for operation)
Program received signal SIGABRT, Aborted.
0x4020b4e1 in __kill () from /lib/libc.so.6
Current language:  auto; currently c
(gdb) bt
#0  0x4020b4e1 in __kill () from /lib/libc.so.6
#1  0x4020b156 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x4020c868 in abort () at ../sysdeps/generic/abort.c:88
#3  0x8132098 in lyx::chdir (name=0x4018c678 " \021\f") at abort.C:9
#4  0x80a5500 in LyX_XErrHandler (display=0x81b9a50, xeev=0xb82c)
at lyx_gui.C:152
#5  0x400ffd89 in _XError (dpy=0x81b9a50, rep=0xb900) at XlibInt.c:2864
#6  0x400fe601 in _XReply (dpy=0x81b9a50, rep=0xb900, extra=0, discard=1)
at XlibInt.c:1766
#7  0x400ead44 in XGetWindowAttributes (dpy=0x81b9a50, w=104, attr=0xb93c)
at GetWAttrs.c:109
#8  0x4005676b in init_xpm_attributes () from /usr/X11R6/lib/libforms.so.0.88
#9  0x400569a9 in fl_create_from_pixmapdata ()
   from /usr/X11R6/lib/libforms.so.0.88
#10 0x8066307 in LyXView::create_form_form_main (this=0x81e7e68, width=690, 
height=510) at LyXView.C:302
#11 0x8065dc3 in LyXView::LyXView (this=0x81e7e68, width=690, height=510)
at LyXView.C:54
#12 0x80a5a03 in LyXGUI::create_forms (this=0x81b6758) at lyx_gui.C:304
#13 0x80a56ec in LyXGUI::init (this=0x81b6758) at lyx_gui.C:237
#14 0x80a76a3 in LyX::LyX (this=0xbac8, argc=0xbb70, argv=0xbbb4)
at ../src/lyx_main.C:85
#15 0x80c220a in main (argc=1, argv=0xbbb4) at ../src/main.C:75
(gdb) 

Torbjørn Sund
Norway

current cvs compile fails

2000-09-28 Thread Angus Leeming 

No fancy warnings this time; just errors!
Angus

cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ 
-I../.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr 
/usr/users/aleem/OTHERS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c 
insettabular.C -o insettabular.ocxx: Warning: insettabular.h, line 148: "void
  InsetTabular::GetCursorPos(BufferView *, unsigned long , unsigned
  long ) const" does not match "UpdatableInset::GetCursorPos" --
  virtual function override intended?
void GetCursorPos(BufferView *, unsigned long  x,
-^
cxx: Warning: insettabular.C, line 826: unrecognized preprocessing directive
#warning Jürgen, have a look. Is this correct? (Lgb)
-^
cxx: Error: insettabular.C, line 1252: a value of type
  "LyXTabular::VAlignment" cannot be assigned to an entity of type
  "LyXAlignment"
  setAlign=LyXTabular::LYX_VALIGN_TOP;
--^
cxx: Error: insettabular.C, line 1256: a value of type
  "LyXTabular::VAlignment" cannot be assigned to an entity of type
  "LyXAlignment"
  setAlign=LyXTabular::LYX_VALIGN_BOTTOM;
--^
cxx: Error: insettabular.C, line 1260: a value of type
  "LyXTabular::VAlignment" cannot be assigned to an entity of type
  "LyXAlignment"
  setAlign=LyXTabular::LYX_VALIGN_CENTER;
--^
cxx: Info: 3 errors detected in the compilation of "insettabular.C".
make: *** [insettabular.lo] Error 1

Re: current cvs compile fails

2000-09-28 Thread Marko Vendelin 


And if you comment this out then it fails later in src/tabular.C

g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/lib/sigc++/include  -I./gnome
-I/usr/local/lib/gtkmm/include -I/usr/local/lib/gnomemm/include
-I/usr/local/include -I/usr/include -DNEED_GNOMESUPPORT_H
-I/usr/lib/gnome-libs/include -I/usr/lib/glib/include -I/usr/X11R6/include
-I/usr/lib/sigc++/include -I/usr/lib/gtkmm/include -I/usr/include
-I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/lib/sigc++/include
-I/usr/lib/glib/include -I/usr/X11R6/include -isystem /usr/X11R6/include
-g -O -fno-rtti -fno-exceptions -W -Wall -Wconversion -Winline -c
tabular.C
tabular.C:97: warning: #warning Jürgen, can you make it the other way
round. So that copy assignment depends on the copy constructor and not the
other way. (Lgb)
tabular.C:476: warning: #warning Jürgen, should the types change? (Lgb)
tabular.C:624: warning: #warning Please fix align type. (Lgb)
tabular.C:635: warning: #warning Please fix align type. (Lgb)
tabular.C:645: warning: #warning Please fix align type. (Lgb)
tabular.C:686: warning: #warning Fix the "what" type. (Lgb)
tabular.C:749: warning: #warning Fix return type. (Lgb)
tabular.C:759: warning: #warning Fix return type. (Lgb)
tabular.C:1630: warning: #warning Should what be bool? (Lgb)
tabular.C:1746: warning: #warning should the return type change? (Lgb)
tabular.C:1897: warning: #warning should this return a bool? (Lgb)
tabular.C:1929: warning: #warning should this return a bool? (Lgb)
In file included from
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/map:31,
 from language.h:19,
 from lyxfont.h:22,
 from insets/lyxinset.h:23,
 from insets/insettext.h:22,
 from tabular.h:24,
 from tabular.C:22:
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/stl_tree.h:
In function `int __black_count(_Rb_tree_node_base *, _Rb_tree_node_base
*)':
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/stl_tree.h:1258:
warning: can't inline call to `int __black_count(_Rb_tree_node_base *,
_Rb_tree_node_base *)'
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/stl_tree.h:1266:
warning: called from here
tabular.C: At top level:
tabular.C:623: prototype for `bool LyXTabular::SetAlignment(int,
LyXAlignment, bool)' does not match any in class `LyXTabular'
tabular.h:221: candidate is: bool LyXTabular::SetAlignment(int, char, bool
= false)


On Thu, 28 Sep 2000, Angus Leeming wrote:

 No fancy warnings this time; just errors!
 Angus
 
 cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ 
 -I../.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr 
 /usr/users/aleem/OTHERS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c 
 insettabular.C -o insettabular.ocxx: Warning: insettabular.h, line 148: "void
   InsetTabular::GetCursorPos(BufferView *, unsigned long , unsigned
   long ) const" does not match "UpdatableInset::GetCursorPos" --
   virtual function override intended?
 void GetCursorPos(BufferView *, unsigned long  x,
 -^
 cxx: Warning: insettabular.C, line 826: unrecognized preprocessing directive
 #warning Jürgen, have a look. Is this correct? (Lgb)
 -^
 cxx: Error: insettabular.C, line 1252: a value of type
   "LyXTabular::VAlignment" cannot be assigned to an entity of type
   "LyXAlignment"
   setAlign=LyXTabular::LYX_VALIGN_TOP;
 --^
 cxx: Error: insettabular.C, line 1256: a value of type
   "LyXTabular::VAlignment" cannot be assigned to an entity of type
   "LyXAlignment"
   setAlign=LyXTabular::LYX_VALIGN_BOTTOM;
 --^
 cxx: Error: insettabular.C, line 1260: a value of type
   "LyXTabular::VAlignment" cannot be assigned to an entity of type
   "LyXAlignment"
   setAlign=LyXTabular::LYX_VALIGN_CENTER;
 --^
 cxx: Info: 3 errors detected in the compilation of "insettabular.C".
 make: *** [insettabular.lo] Error 1

Re: current cvs compile fails

2000-09-28 Thread Juergen Vigna 


On 28-Sep-2000 Marko Vendelin wrote:
 
 And if you comment this out then it fails later in src/tabular.C
 

I fixed all of this and will commit soon!

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

The UNIX philosophy basically involves giving you enough rope to
hang yourself.  And then a couple of feet more, just to be sure.

minor numbering bug

2000-09-28 Thread Toby Kelsey 

This may be a known bug, but it isn't mentioned in the known bugs
list (updated 1999.10.25), although it is related to no. 16.
In Lyx v1.1.5, if you change the numbering in the preamble with a
command such as
  \setcounter{section}{-1}
this is not reflected in the Lyx view of the document, even if you 
restart Lyx and reopen the document.  I couldn't see a way to effect
this change using the menu system.
Of course the dvi and PostScript views are correct.

Toby
-- 
Toby Kelsey Software Engineer
smartlogik,  BrightStation plc Phone +44 (0)1223 715069
The Westbrook Centre,  Milton Road Fax   +44 (0)1223 715001
Cambridge CB4 1YG,  UK Webwww.brightstation.com

compiling 1.1.5fix1 with DEC cxx and lyxstring

2000-09-28 Thread Angus Leeming 

Any ideas on the way forward, Jean-Marc? Everything works fine with 
std::string, but with lyxstring I get a whole pile of errors

Angus

cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src cxx -std 
strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images 
-I./../ -I../../src/cheaders -I/usr/local/include -ptr 
/usr/users/aleem/OTHERS_CODE/lyx/1.1.5fix1/lyx_cxx_repository -O2 -c 
formulamacro.C -o formulamacro.o 

cxx: Error: /usr/include/cxx/locimpl, line 289: "string" is ambiguous
  vectorstring,allocatorvoid  names_;
-^
cxx: Error: /usr/include/cxx/locimpl, line 292: "string" is ambiguous
  string big_name_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 307: "string" is ambiguous
  static bool parse_name (vectorstring,allocatorvoid ,const char*);
-^
cxx: Error: /usr/include/cxx/locimpl, line 309: "string" is ambiguous
  static bool build_name (string,const vectorstring,allocatorvoid );
--^
cxx: Error: /usr/include/cxx/locimpl, line 309: "string" is ambiguous
  static bool build_name (string,const vectorstring,allocatorvoid );
---^
cxx: Error: /usr/include/cxx/locimpl, line 554: "string" is ambiguous
  string gr_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 554: "string" is ambiguous
  detected during:
instantiation of class
  "__rwstd::punct_datacharT [with charT=char]" at line
  594
instantiation of class
  "__rwstd::numpunct_datacharT [with charT=char]" at
  line 659
  string gr_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 554: "string" is ambiguous
  detected during:
instantiation of class
  "__rwstd::punct_datacharT [with charT=wchar_t]" at
  line 594
instantiation of class
  "__rwstd::numpunct_datacharT [with charT=wchar_t]" at
  line 675
  string gr_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 926: "string" is ambiguous
  string loc_name_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 928: "string" is ambiguous
  _RWSTD_IMP_DECL(messages_impl) (string name);
--^
cxx: Error: /usr/include/cxx/locimpl, line 930: "string" is ambiguous
  messages_base::catalog open_cat_ (const string ,const locale ) const;
--^
cxx: Error: /usr/include/cxx/locimpl, line 934: "string" is ambiguous
  static string get_loc_name_ (const char*);
-^
cxx: Info: 12 errors detected in the compilation of "formulamacro.C".

RH7 replaced ispell by aspell: works with LyX?

2000-09-28 Thread R. Lahaye 


Hi,

I'm considering upgrading my linux PC to RedHat 7.0.
However, they use now aspell instead of ispell.
Since I'm not familiar both 'spells', I'm wondering
whether LyX will choke on this or not.

Regards,

Rob.

RE: RH7 replaced ispell by aspell: works with LyX?

2000-09-28 Thread Juergen Vigna 


On 28-Sep-2000 R. Lahaye wrote:
 
 I'm considering upgrading my linux PC to RedHat 7.0.
 However, they use now aspell instead of ispell.
 Since I'm not familiar both 'spells', I'm wondering
 whether LyX will choke on this or not.

Well we had already support for aspell in version 1.0.4 so I guess
current versions will work with it too!

  Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Don't get mad, get interest.

Re: Cxx warnings

2000-09-28 Thread Angus Leeming 

Here is a warning when compiling latest CVS. Presumably something to do with 
removing all those DEC cxx warning when compiling "extra fussy". This one, 
however, pops up with "normal" use.

Angus

cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ 
-I..
/.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr 
/usr/users/aleem/OTHE
RS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c insettabular.C -o 
insettabular.o
cxx: Warning: insettabular.h, line 148: "void
  InsetTabular::GetCursorPos(BufferView *, unsigned long , unsigned
  long ) const" does not match "UpdatableInset::GetCursorPos" --
  virtual function override intended?
void GetCursorPos(BufferView *, unsigned long  x,
-^

In Insettabular.h :
void GetCursorPos(BufferView *, unsigned long  x,
  unsigned long  y) const;

In lyxinset.h:
virtual void GetCursorPos(BufferView *, int , int ) const {}

Re: Cxx warnings

2000-09-28 Thread Angus Leeming 

The last post was a little premature. Compilation subsequently dies in 
buffer.C

cxx: Error: buffer.C, line 1471: expected a type specifier
LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
^
cxx: Error: buffer.C, line 1471: class "LyXParagraph" has no member
  "NO_FOOTNOTE"
LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
-^

I'm compiling with NEW_INSETS defined. The relevant enum (footnote_flag) is 
#ifdef-ed away.

cxx: Warning: buffer.C, line 2708: declaration is not qualifier
  compatible with "void Buffer::SimpleLinuxDocOnePar(std::ostream ,
  LyXParagraph *, int, const int)" (declared at line 382 of 
"buffer.h")
void Buffer::SimpleLinuxDocOnePar(ostream  os, LyXParagraph * par,
-^ 

In buffer.C:
void Buffer::SimpleLinuxDocOnePar(ostream  os, LyXParagraph * par,
  int desc_on, int /*depth*/)

In buffer.h:
void SimpleLinuxDocOnePar(std::ostream  os, LyXParagraph * par,
  int desc_on, int const depth);

Note "const".


Angus

Re: Bug in CVS

2000-09-28 Thread Lars Gullik Bjønnes 

Andre Poenitz [EMAIL PROTECTED] writes:

|  #3  0x815ec58 in lyx::abort () at abort.C:9
|  #4  0x8163b0c in lyxstring::lyxstring (this=0xba4c, s=0x0) at LAssert.h:24
|  ^ This causes
|the crash
| 
| If lyxstring really mimics std::string, the assert is correct: You should
| never call a string's constructor on a NULL pointer.  I think until a day
| or two ago lyxstring behaved wrong by quietly accepting the NULL pointer
| and creating an empty string.

Correct.

| 
| The actual problem is here:
| 
|  #5  0x8088589 in Intl::KeyMapPrim (this=0x81fb8a0) at combox.h:224
| 
| This line should read:
| 
|   return browser ? fl_get_browser_line(browser, sel) : string();
| 
| instead of:
| 
|   return browser ? fl_get_browser_line(browser, sel) : 0;

fixed.

Lgb

Re: compiling 1.1.5fix1 with DEC cxx and lyxstring

2000-09-28 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

| Any ideas on the way forward, Jean-Marc? Everything works fine with 
| std::string, but with lyxstring I get a whole pile of errors

What can I say...don't use lyxstring then!
Getting lyxstring to work when std::string work has absolutely _no_
priority!

Lgb

Re: Cxx warnings

2000-09-28 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

| The last post was a little premature. Compilation subsequently dies in 
| buffer.C
| 
| cxx: Error: buffer.C, line 1471: expected a type specifier
| LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
| ^
| cxx: Error: buffer.C, line 1471: class "LyXParagraph" has no member
|   "NO_FOOTNOTE"
| LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
| -^
| 
| I'm compiling with NEW_INSETS defined. The relevant enum (footnote_flag) is 
| #ifdef-ed away.

NEW_INSETS are not _really_ supported you know, but I will have a look
anyway. It will same us some work after 1.6 is out.

| cxx: Warning: buffer.C, line 2708: declaration is not qualifier
|   compatible with "void Buffer::SimpleLinuxDocOnePar(std::ostream ,
|   LyXParagraph *, int, const int)" (declared at line 382 of 
| "buffer.h")
| void Buffer::SimpleLinuxDocOnePar(ostream  os, LyXParagraph * par,
| -^ 
| 
| In buffer.C:
| void Buffer::SimpleLinuxDocOnePar(ostream  os, LyXParagraph * par,
| int desc_on, int /*depth*/)
| 
| In buffer.h:
|   void SimpleLinuxDocOnePar(std::ostream  os, LyXParagraph * par,
| int desc_on, int const depth);
| 
| Note "const".

The const should not be there is has no meaning.
fixed

but we will probably see more of these as the code is ceaned up.

Lgb

Re: Cxx warnings

2000-09-28 Thread Angus Leeming 

In ither words, the ones you're interested in are the "conversion to integral 
type of smaller size could lose data" messages. I'll just send you those then.

Angus

Re: Cxx warnings

2000-09-28 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

|  So ok... please dotis again s o that I can see if some of these have
|  been removed now.
| 
| You asked for it!
| Attached is the make log from current CVS.

Ok, ok... I have already done som fixes, but I will look at these
messages before I commit.

| Again, I've removed all repeated messages. I've also grouped messages by 
| type. Should make it easy to browse.

So you didn't group by file :-)

Lgb

Re: Cxx warnings

2000-09-28 Thread Lars Gullik Bjønnes 


Short legend:
bs - bull shit
k - known
f - fixed
fh - fixed, hopefully
l - legacy code will change when code clean up progresses, but
peraps not in this version.

cxx: Info: ../../src/cheaders/cstdlib, line 14: #193-D zero used for undefined
  preprocessing identifier
#if _G_HAS_LABS
^

as before complain to cxx

cxx: Info: ../../sigc++/slot.h, line 204: #401-D destructor for base
  class "SigC::HandleSigC::SlotData, SigC::SlotExtend" is not virtual
class LIBSIGC_API Connection:protected HandleSlotData,SlotExtend
---^

k

cxx: Info: ../../sigc++/slot.h, line 312: #401-D destructor for base
  class "SigC::HandleSigC::SlotData, SigC::SlotExtend" is not virtual
   :public HandleSlotData,SlotExtend
---^

k

cxx: Info: ../../sigc++/slot.h, line 410: #401-D destructor for base
  class "SigC::HandleSigC::SlotData, SigC::SlotExtend" is not virtual
  detected during:
instantiation of class "SigC::Slot1void, P1 [with P1=const
  std::vectorstd::string, std::allocatorstd::string ]"
  at line 284 of "../../sigc++/basic_signal.h"
instantiation of class "SigC::Signal1void, P1, Marsh [with
  P1=const std::vectorstd::string,
  std::allocatorstd::string ,
  Marsh=SigC::Marshalvoid]" at line 79 of
  "../../src/frontends/Dialogs.h"
   :public HandleSlotData,SlotExtend
---^

k

cxx: Info: ../../sigc++/slot.h, line 508: #401-D destructor for base
  class "SigC::HandleSigC::SlotData, SigC::SlotExtend" is not virtual
  detected during:
instantiation of class "SigC::Slot2void, P1, P2 [with P1=KeySym,
  P2=unsigned int]" at line 423 of
  "../../sigc++/basic_signal.h"
instantiation of class "SigC::Signal2void, P1, P2, Marsh [with
  P1=KeySym, P2=unsigned int, Marsh=SigC::Marshalvoid]"
  at line 113 of "../../src/WorkArea.h"
   :public HandleSlotData,SlotExtend
---^

k

cxx: Info: ../../sigc++/slot.h, line 606: #401-D destructor for base
  class "SigC::HandleSigC::SlotData, SigC::SlotExtend" is not virtual
  detected during:
instantiation of class "SigC::Slot3void, P1, P2, P3 [with
  P1=int, P2=int, P3=unsigned int]" at line 562 of
  "../../sigc++/basic_signal.h"
instantiation of class "SigC::Signal3void, P1, P2, P3, Marsh
  [with P1=int, P2=int, P3=unsigned int,
  Marsh=SigC::Marshalvoid]" at line 115 of
  "../../src/WorkArea.h"
   :public HandleSlotData,SlotExtend
---^

k

cxx: Info: ../../sigc++/basic_signal.h, line 139: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal0void, Marsh
[with Marsh=SigC::Marshalvoid]" at line 53 of
"../../src/Timeout.h"
  :public Signal_
--^

k

cxx: Info: ../../sigc++/basic_signal.h, line 278: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal1void, P1,
Marsh [with P1=const std::vectorstd::string,
std::allocatorstd::string , Marsh=SigC::Marshalvoid]"
at line 79 of "../../src/frontends/Dialogs.h"
  :public Signal_
--^

k

cxx: Info: ../../sigc++/basic_signal.h, line 417: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal2void, P1, P2,
Marsh [with P1=KeySym, P2=unsigned int,
Marsh=SigC::Marshalvoid]" at line 113 of
"../../src/WorkArea.h"
  :public Signal_
--^

k

cxx: Info: ../../sigc++/basic_signal.h, line 556: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal3void, P1, P2,
P3, Marsh [with P1=int, P2=int, P3=unsigned int,
Marsh=SigC::Marshalvoid]" at line 115 of
"../../src/WorkArea.h"
  :public Signal_
--^

k

cxx: Info: figinset.C, line 1211: #236-D controlling expression is constant
fl_raise_form(form-Figure);
^

u

cxx: Info: insetbib.C, line 192: #236-D controlling expression is constant
fl_raise_form(bibitem_form-bibitem_form);
^

u

cxx: Info: insetbib.C, line 321: #236-D controlling expression is constant
fl_raise_form(bibitem_form-bibitem_form);
^

u

cxx: Info: insetexternal.C, line 293: #236-D controlling expression is constant

Re: Bug in CVS

2000-09-28 Thread Dekel Tsur 

On Thu, Sep 28, 2000 at 05:49:02PM +0200, Lars Gullik Bjnnes wrote:
 | The actual problem is here:
 | 
 |  #5  0x8088589 in Intl::KeyMapPrim (this=0x81fb8a0) at combox.h:224
 | 
 | This line should read:
 | 
 |   return browser ? fl_get_browser_line(browser, sel) : string();
 | 
 | instead of:
 | 
 |   return browser ? fl_get_browser_line(browser, sel) : 0;
 
 fixed.
 

This doesn't solve the problem, as the crash occurs with browser != 0.
The problem is that sel = 0, so fl_get_browser_line(browser, sel) returns 0.
So the fix should be
   return (browser  sel  0) ? fl_get_browser_line(browser, sel) : string();
   
But why sel is 0 ?
The problem is in Intl::InitKeyMapper: Since the "default" language is
removed, n should be initialized to 0.
I've attached a patch that does both fixes.
   

 patch.gz

Working on a Word to LyX importer

2000-09-28 Thread Charles de Miramon 

Hello,

As some of you may know wvWare (http://sourceforge.net/projects/wvWare) is an
open-source project to create filters from Microsoft Word to open formats.
Wvare 0.6.0 can already export HTML, LateX, CleanLateX and I would like to add
for the next version LyX.


My work would go faster if I had a file describing the equivalent of LateX
codes in  LyX codes [for example $\alpha$ is \begin_inset Formula \( \alpha  \)
\end_inset ]. Does this document exists somewhere ?

My initial goal is a basic importer that will try to translate: characters,
character attributes (bold, italic, colors, etc.) and simple paragraph
attributes (left indented, right indented, centered, justify). I've read on
this list that you are in the process of revamping the LyX format. Will the
changes touch only the new insets or also character attributes and paragraphs ?
 
Cheers,
Charles
 

 -- 
Charles de Miramon
Centre de Recherches Historiques
Laboratoire E.H.E.S.S. - C.N.R.S.
54, bd Raspail
75270 Paris Cedex 06
E-Mail : [EMAIL PROTECTED]

Re: minor numbering bug

2000-09-28 Thread Allan Rae 

On Thu, 28 Sep 2000, Toby Kelsey wrote:

 This may be a known bug, but it isn't mentioned in the known bugs
 list (updated 1999.10.25), although it is related to no. 16.
 In Lyx v1.1.5, if you change the numbering in the preamble with a
 command such as
   \setcounter{section}{-1}
 this is not reflected in the Lyx view of the document, even if you 
 restart Lyx and reopen the document.  I couldn't see a way to effect
 this change using the menu system.
 Of course the dvi and PostScript views are correct.

This isn't exactly a bug.  LyX doesn't parse the preamble -- there are so
many different things you could set in the preamble with zillions of
different packages to choose from that it would be almost pointless.

We should be able to support changes to the counters like this via the
document dialog and/or the paragraph dialog in the next version or two.

Allan. (ARRae)

Lyx crashes on second 8-bit screen

2000-09-28 Thread Torbjørn Sund 

Lyx version 1.1.5fix1 and pre3 crash immediately when started on second
screen in a two-screen setup 
(lyx -display myhost:0.1)
Happens for both the precompiled binary and when compiling from source.
Happens every time.
Do not crash when started on first screen: lyx -display myhost:0.0
Did not happen for version 1.1.4
Message at crash:
"BadValue (integer parameter out of range for operation)"
(message found in /usr/lib/X11/XErrorDB)
NOTE: May have nothing to do with first/second screen, 
but related instead to the second screen running in 8-bit colour-mapped mode.

Computer dual Celeron
Linux 2.2.14 
X11.0 release 4000
screen0 1280x1024 pixels, depth 32, true colour
screen1 1600x1200 pixels, depth 8, colormapped.

Backtrack follows:

[root@herreper lyx-1.1.5pre3]# pwd
/usr/src/redhat/SOURCES/lyx-1.1.5pre3
[root@herreper lyx-1.1.5pre3]# src/lyx
Kjører uten personlig LyX folder.
BadValue (integer parameter out of range for operation)
Aborted
[root@herreper lyx-1.1.5pre3]# gdb src/lyx
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run
Starting program: /usr/src/redhat/SOURCES/lyx-1.1.5pre3/src/lyx 
Kjører uten personlig LyX folder.
BadValue (integer parameter out of range for operation)
Program received signal SIGABRT, Aborted.
0x4020b4e1 in __kill () from /lib/libc.so.6
Current language:  auto; currently c
(gdb) bt
#0  0x4020b4e1 in __kill () from /lib/libc.so.6
#1  0x4020b156 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x4020c868 in abort () at ../sysdeps/generic/abort.c:88
#3  0x8132098 in lyx::chdir (name=0x4018c678 " \021\f") at abort.C:9
#4  0x80a5500 in LyX_XErrHandler (display=0x81b9a50, xeev=0xb82c)
at lyx_gui.C:152
#5  0x400ffd89 in _XError (dpy=0x81b9a50, rep=0xb900) at XlibInt.c:2864
#6  0x400fe601 in _XReply (dpy=0x81b9a50, rep=0xb900, extra=0, discard=1)
at XlibInt.c:1766
#7  0x400ead44 in XGetWindowAttributes (dpy=0x81b9a50, w=104, attr=0xb93c)
at GetWAttrs.c:109
#8  0x4005676b in init_xpm_attributes () from /usr/X11R6/lib/libforms.so.0.88
#9  0x400569a9 in fl_create_from_pixmapdata ()
   from /usr/X11R6/lib/libforms.so.0.88
#10 0x8066307 in LyXView::create_form_form_main (this=0x81e7e68, width=690, 
height=510) at LyXView.C:302
#11 0x8065dc3 in LyXView::LyXView (this=0x81e7e68, width=690, height=510)
at LyXView.C:54
#12 0x80a5a03 in LyXGUI::create_forms (this=0x81b6758) at lyx_gui.C:304
#13 0x80a56ec in LyXGUI::init (this=0x81b6758) at lyx_gui.C:237
#14 0x80a76a3 in LyX::LyX (this=0xbac8, argc=0xbb70, argv=0xbbb4)
at ../src/lyx_main.C:85
#15 0x80c220a in main (argc=1, argv=0xbbb4) at ../src/main.C:75
(gdb) 

Torbjørn Sund
Norway

current cvs compile fails

2000-09-28 Thread Angus Leeming 

No fancy warnings this time; just errors!
Angus

cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ 
-I../.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr 
/usr/users/aleem/OTHERS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c 
insettabular.C -o insettabular.ocxx: Warning: insettabular.h, line 148: "void
  InsetTabular::GetCursorPos(BufferView *, unsigned long &, unsigned
  long &) const" does not match "UpdatableInset::GetCursorPos" --
  virtual function override intended?
void GetCursorPos(BufferView *, unsigned long & x,
-^
cxx: Warning: insettabular.C, line 826: unrecognized preprocessing directive
#warning Jürgen, have a look. Is this correct? (Lgb)
-^
cxx: Error: insettabular.C, line 1252: a value of type
  "LyXTabular::VAlignment" cannot be assigned to an entity of type
  "LyXAlignment"
  setAlign=LyXTabular::LYX_VALIGN_TOP;
--^
cxx: Error: insettabular.C, line 1256: a value of type
  "LyXTabular::VAlignment" cannot be assigned to an entity of type
  "LyXAlignment"
  setAlign=LyXTabular::LYX_VALIGN_BOTTOM;
--^
cxx: Error: insettabular.C, line 1260: a value of type
  "LyXTabular::VAlignment" cannot be assigned to an entity of type
  "LyXAlignment"
  setAlign=LyXTabular::LYX_VALIGN_CENTER;
--^
cxx: Info: 3 errors detected in the compilation of "insettabular.C".
make: *** [insettabular.lo] Error 1

Re: current cvs compile fails

2000-09-28 Thread Marko Vendelin 


And if you comment this out then it fails later in src/tabular.C

g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/lib/sigc++/include  -I./gnome
-I/usr/local/lib/gtkmm/include -I/usr/local/lib/gnomemm/include
-I/usr/local/include -I/usr/include -DNEED_GNOMESUPPORT_H
-I/usr/lib/gnome-libs/include -I/usr/lib/glib/include -I/usr/X11R6/include
-I/usr/lib/sigc++/include -I/usr/lib/gtkmm/include -I/usr/include
-I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/lib/sigc++/include
-I/usr/lib/glib/include -I/usr/X11R6/include -isystem /usr/X11R6/include
-g -O -fno-rtti -fno-exceptions -W -Wall -Wconversion -Winline -c
tabular.C
tabular.C:97: warning: #warning Jürgen, can you make it the other way
round. So that copy assignment depends on the copy constructor and not the
other way. (Lgb)
tabular.C:476: warning: #warning Jürgen, should the types change? (Lgb)
tabular.C:624: warning: #warning Please fix align type. (Lgb)
tabular.C:635: warning: #warning Please fix align type. (Lgb)
tabular.C:645: warning: #warning Please fix align type. (Lgb)
tabular.C:686: warning: #warning Fix the "what" type. (Lgb)
tabular.C:749: warning: #warning Fix return type. (Lgb)
tabular.C:759: warning: #warning Fix return type. (Lgb)
tabular.C:1630: warning: #warning Should what be bool? (Lgb)
tabular.C:1746: warning: #warning should the return type change? (Lgb)
tabular.C:1897: warning: #warning should this return a bool? (Lgb)
tabular.C:1929: warning: #warning should this return a bool? (Lgb)
In file included from
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/map:31,
 from language.h:19,
 from lyxfont.h:22,
 from insets/lyxinset.h:23,
 from insets/insettext.h:22,
 from tabular.h:24,
 from tabular.C:22:
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/stl_tree.h:
In function `int __black_count(_Rb_tree_node_base *, _Rb_tree_node_base
*)':
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/stl_tree.h:1258:
warning: can't inline call to `int __black_count(_Rb_tree_node_base *,
_Rb_tree_node_base *)'
/usr/local/egcs/2.95.2/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/../../../../include/g++-3/stl_tree.h:1266:
warning: called from here
tabular.C: At top level:
tabular.C:623: prototype for `bool LyXTabular::SetAlignment(int,
LyXAlignment, bool)' does not match any in class `LyXTabular'
tabular.h:221: candidate is: bool LyXTabular::SetAlignment(int, char, bool
= false)


On Thu, 28 Sep 2000, Angus Leeming wrote:

> No fancy warnings this time; just errors!
> Angus
> 
> cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ 
> -I../.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr 
> /usr/users/aleem/OTHERS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c 
> insettabular.C -o insettabular.ocxx: Warning: insettabular.h, line 148: "void
>   InsetTabular::GetCursorPos(BufferView *, unsigned long &, unsigned
>   long &) const" does not match "UpdatableInset::GetCursorPos" --
>   virtual function override intended?
> void GetCursorPos(BufferView *, unsigned long & x,
> -^
> cxx: Warning: insettabular.C, line 826: unrecognized preprocessing directive
> #warning Jürgen, have a look. Is this correct? (Lgb)
> -^
> cxx: Error: insettabular.C, line 1252: a value of type
>   "LyXTabular::VAlignment" cannot be assigned to an entity of type
>   "LyXAlignment"
>   setAlign=LyXTabular::LYX_VALIGN_TOP;
> --^
> cxx: Error: insettabular.C, line 1256: a value of type
>   "LyXTabular::VAlignment" cannot be assigned to an entity of type
>   "LyXAlignment"
>   setAlign=LyXTabular::LYX_VALIGN_BOTTOM;
> --^
> cxx: Error: insettabular.C, line 1260: a value of type
>   "LyXTabular::VAlignment" cannot be assigned to an entity of type
>   "LyXAlignment"
>   setAlign=LyXTabular::LYX_VALIGN_CENTER;
> --^
> cxx: Info: 3 errors detected in the compilation of "insettabular.C".
> make: *** [insettabular.lo] Error 1   
>   
>

Re: current cvs compile fails

2000-09-28 Thread Juergen Vigna 


On 28-Sep-2000 Marko Vendelin wrote:
> 
> And if you comment this out then it fails later in src/tabular.C
> 

I fixed all of this and will commit soon!

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

The UNIX philosophy basically involves giving you enough rope to
hang yourself.  And then a couple of feet more, just to be sure.

minor numbering bug

2000-09-28 Thread Toby Kelsey 

This may be a known bug, but it isn't mentioned in the known bugs
list (updated 1999.10.25), although it is related to no. 16.
In Lyx v1.1.5, if you change the numbering in the preamble with a
command such as
  \setcounter{section}{-1}
this is not reflected in the Lyx view of the document, even if you 
restart Lyx and reopen the document.  I couldn't see a way to effect
this change using the menu system.
Of course the dvi and PostScript views are correct.

Toby
-- 
Toby Kelsey Software Engineer
smartlogik,  BrightStation plc Phone +44 (0)1223 715069
The Westbrook Centre,  Milton Road Fax   +44 (0)1223 715001
Cambridge CB4 1YG,  UK Webwww.brightstation.com

compiling 1.1.5fix1 with DEC cxx and lyxstring

2000-09-28 Thread Angus Leeming 

Any ideas on the way forward, Jean-Marc? Everything works fine with 
std::string, but with lyxstring I get a whole pile of errors

Angus

cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src cxx -std 
strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images 
-I./../ -I../../src/cheaders -I/usr/local/include -ptr 
/usr/users/aleem/OTHERS_CODE/lyx/1.1.5fix1/lyx_cxx_repository -O2 -c 
formulamacro.C -o formulamacro.o 

cxx: Error: /usr/include/cxx/locimpl, line 289: "string" is ambiguous
  vector names_;
-^
cxx: Error: /usr/include/cxx/locimpl, line 292: "string" is ambiguous
  string big_name_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 307: "string" is ambiguous
  static bool parse_name (vector&,const char*);
-^
cxx: Error: /usr/include/cxx/locimpl, line 309: "string" is ambiguous
  static bool build_name (string&,const vector&);
--^
cxx: Error: /usr/include/cxx/locimpl, line 309: "string" is ambiguous
  static bool build_name (string&,const vector&);
---^
cxx: Error: /usr/include/cxx/locimpl, line 554: "string" is ambiguous
  string gr_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 554: "string" is ambiguous
  detected during:
instantiation of class
  "__rwstd::punct_data [with charT=char]" at line
  594
instantiation of class
  "__rwstd::numpunct_data [with charT=char]" at
  line 659
  string gr_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 554: "string" is ambiguous
  detected during:
instantiation of class
  "__rwstd::punct_data [with charT=wchar_t]" at
  line 594
instantiation of class
  "__rwstd::numpunct_data [with charT=wchar_t]" at
  line 675
  string gr_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 926: "string" is ambiguous
  string loc_name_;
--^
cxx: Error: /usr/include/cxx/locimpl, line 928: "string" is ambiguous
  _RWSTD_IMP_DECL(messages_impl) (string name);
--^
cxx: Error: /usr/include/cxx/locimpl, line 930: "string" is ambiguous
  messages_base::catalog open_cat_ (const string &,const locale &) const;
--^
cxx: Error: /usr/include/cxx/locimpl, line 934: "string" is ambiguous
  static string get_loc_name_ (const char*);
-^
cxx: Info: 12 errors detected in the compilation of "formulamacro.C".

RH7 replaced ispell by aspell: works with LyX?

2000-09-28 Thread R. Lahaye 


Hi,

I'm considering upgrading my linux PC to RedHat 7.0.
However, they use now aspell instead of ispell.
Since I'm not familiar both 'spells', I'm wondering
whether LyX will choke on this or not.

Regards,

Rob.

RE: RH7 replaced ispell by aspell: works with LyX?

2000-09-28 Thread Juergen Vigna 


On 28-Sep-2000 R. Lahaye wrote:
> 
> I'm considering upgrading my linux PC to RedHat 7.0.
> However, they use now aspell instead of ispell.
> Since I'm not familiar both 'spells', I'm wondering
> whether LyX will choke on this or not.

Well we had already support for aspell in version 1.0.4 so I guess
current versions will work with it too!

  Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Don't get mad, get interest.

Re: Cxx warnings

2000-09-28 Thread Angus Leeming 

Here is a warning when compiling latest CVS. Presumably something to do with 
removing all those DEC cxx warning when compiling "extra fussy". This one, 
however, pops up with "normal" use.

Angus

cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ 
-I..
/.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr 
/usr/users/aleem/OTHE
RS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c insettabular.C -o 
insettabular.o
cxx: Warning: insettabular.h, line 148: "void
  InsetTabular::GetCursorPos(BufferView *, unsigned long &, unsigned
  long &) const" does not match "UpdatableInset::GetCursorPos" --
  virtual function override intended?
void GetCursorPos(BufferView *, unsigned long & x,
-^

In Insettabular.h :
void GetCursorPos(BufferView *, unsigned long & x,
  unsigned long & y) const;

In lyxinset.h:
virtual void GetCursorPos(BufferView *, int &, int &) const {}

Re: Cxx warnings

2000-09-28 Thread Angus Leeming 

The last post was a little premature. Compilation subsequently dies in 
buffer.C

cxx: Error: buffer.C, line 1471: expected a type specifier
LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
^
cxx: Error: buffer.C, line 1471: class "LyXParagraph" has no member
  "NO_FOOTNOTE"
LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
-^

I'm compiling with NEW_INSETS defined. The relevant enum (footnote_flag) is 
#ifdef-ed away.

cxx: Warning: buffer.C, line 2708: declaration is not qualifier
  compatible with "void Buffer::SimpleLinuxDocOnePar(std::ostream &,
  LyXParagraph *, int, const int)" (declared at line 382 of 
"buffer.h")
void Buffer::SimpleLinuxDocOnePar(ostream & os, LyXParagraph * par,
-^ 

In buffer.C:
void Buffer::SimpleLinuxDocOnePar(ostream & os, LyXParagraph * par,
  int desc_on, int /*depth*/)

In buffer.h:
void SimpleLinuxDocOnePar(std::ostream & os, LyXParagraph * par,
  int desc_on, int const depth);

Note "const".


Angus

Re: Bug in CVS

2000-09-28 Thread Lars Gullik Bjønnes 

Andre Poenitz <[EMAIL PROTECTED]> writes:

| > #3  0x815ec58 in lyx::abort () at abort.C:9
| > #4  0x8163b0c in lyxstring::lyxstring (this=0xba4c, s=0x0) at LAssert.h:24
| > ^ This causes
| >   the crash
| 
| If lyxstring really mimics std::string, the assert is correct: You should
| never call a string's constructor on a NULL pointer.  I think until a day
| or two ago lyxstring behaved wrong by quietly accepting the NULL pointer
| and creating an empty string.

Correct.

| 
| The actual problem is here:
| 
| > #5  0x8088589 in Intl::KeyMapPrim (this=0x81fb8a0) at combox.h:224
| 
| This line should read:
| 
|   return browser ? fl_get_browser_line(browser, sel) : string();
| 
| instead of:
| 
|   return browser ? fl_get_browser_line(browser, sel) : 0;

fixed.

Lgb

Re: compiling 1.1.5fix1 with DEC cxx and lyxstring

2000-09-28 Thread Lars Gullik Bjønnes 

Angus Leeming <[EMAIL PROTECTED]> writes:

| Any ideas on the way forward, Jean-Marc? Everything works fine with 
| std::string, but with lyxstring I get a whole pile of errors

What can I say...don't use lyxstring then!
Getting lyxstring to work when std::string work has absolutely _no_
priority!

Lgb

Re: Cxx warnings

2000-09-28 Thread Lars Gullik Bjønnes 

Angus Leeming <[EMAIL PROTECTED]> writes:

| The last post was a little premature. Compilation subsequently dies in 
| buffer.C
| 
| cxx: Error: buffer.C, line 1471: expected a type specifier
| LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
| ^
| cxx: Error: buffer.C, line 1471: class "LyXParagraph" has no member
|   "NO_FOOTNOTE"
| LyXParagraph::footnote_flag footnoteflag = LyXParagraph::NO_FOOTNOTE;
| -^
| 
| I'm compiling with NEW_INSETS defined. The relevant enum (footnote_flag) is 
| #ifdef-ed away.

NEW_INSETS are not _really_ supported you know, but I will have a look
anyway. It will same us some work after 1.6 is out.

| cxx: Warning: buffer.C, line 2708: declaration is not qualifier
|   compatible with "void Buffer::SimpleLinuxDocOnePar(std::ostream &,
|   LyXParagraph *, int, const int)" (declared at line 382 of 
| "buffer.h")
| void Buffer::SimpleLinuxDocOnePar(ostream & os, LyXParagraph * par,
| -^ 
| 
| In buffer.C:
| void Buffer::SimpleLinuxDocOnePar(ostream & os, LyXParagraph * par,
| int desc_on, int /*depth*/)
| 
| In buffer.h:
|   void SimpleLinuxDocOnePar(std::ostream & os, LyXParagraph * par,
| int desc_on, int const depth);
| 
| Note "const".

The const should not be there is has no meaning.
fixed

but we will probably see more of these as the code is ceaned up.

Lgb

Re: Cxx warnings

2000-09-28 Thread Angus Leeming 

In ither words, the ones you're interested in are the "conversion to integral 
type of smaller size could lose data" messages. I'll just send you those then.

Angus

Re: Cxx warnings

2000-09-28 Thread Lars Gullik Bjønnes 

Angus Leeming <[EMAIL PROTECTED]> writes:

| > So ok... please dotis again s o that I can see if some of these have
| > been removed now.
| 
| You asked for it!
| Attached is the make log from current CVS.

Ok, ok... I have already done som fixes, but I will look at these
messages before I commit.

| Again, I've removed all repeated messages. I've also grouped messages by 
| type. Should make it easy to browse.

So you didn't group by file :-)

Lgb

Re: Cxx warnings

2000-09-28 Thread Lars Gullik Bjønnes 


Short legend:
bs - bull shit
k - known
f - fixed
fh - fixed, hopefully
l - legacy code will change when code clean up progresses, but
peraps not in this version.

cxx: Info: ../../src/cheaders/cstdlib, line 14: #193-D zero used for undefined
  preprocessing identifier
#if _G_HAS_LABS
^

as before complain to cxx

cxx: Info: ../../sigc++/slot.h, line 204: #401-D destructor for base
  class "SigC::Handle" is not virtual
class LIBSIGC_API Connection:protected Handle
---^

k

cxx: Info: ../../sigc++/slot.h, line 312: #401-D destructor for base
  class "SigC::Handle" is not virtual
   :public Handle
---^

k

cxx: Info: ../../sigc++/slot.h, line 410: #401-D destructor for base
  class "SigC::Handle" is not virtual
  detected during:
instantiation of class "SigC::Slot1 [with P1=const
  std::vector &]"
  at line 284 of "../../sigc++/basic_signal.h"
instantiation of class "SigC::Signal1 [with
  P1=const std::vector &,
  Marsh=SigC::Marshal]" at line 79 of
  "../../src/frontends/Dialogs.h"
   :public Handle
---^

k

cxx: Info: ../../sigc++/slot.h, line 508: #401-D destructor for base
  class "SigC::Handle" is not virtual
  detected during:
instantiation of class "SigC::Slot2 [with P1=KeySym,
  P2=unsigned int]" at line 423 of
  "../../sigc++/basic_signal.h"
instantiation of class "SigC::Signal2 [with
  P1=KeySym, P2=unsigned int, Marsh=SigC::Marshal]"
  at line 113 of "../../src/WorkArea.h"
   :public Handle
---^

k

cxx: Info: ../../sigc++/slot.h, line 606: #401-D destructor for base
  class "SigC::Handle" is not virtual
  detected during:
instantiation of class "SigC::Slot3 [with
  P1=int, P2=int, P3=unsigned int]" at line 562 of
  "../../sigc++/basic_signal.h"
instantiation of class "SigC::Signal3
  [with P1=int, P2=int, P3=unsigned int,
  Marsh=SigC::Marshal]" at line 115 of
  "../../src/WorkArea.h"
   :public Handle
---^

k

cxx: Info: ../../sigc++/basic_signal.h, line 139: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal0
[with Marsh=SigC::Marshal]" at line 53 of
"../../src/Timeout.h"
  :public Signal_
--^

k

cxx: Info: ../../sigc++/basic_signal.h, line 278: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal1 [with P1=const std::vector &, Marsh=SigC::Marshal]"
at line 79 of "../../src/frontends/Dialogs.h"
  :public Signal_
--^

k

cxx: Info: ../../sigc++/basic_signal.h, line 417: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal2 [with P1=KeySym, P2=unsigned int,
Marsh=SigC::Marshal]" at line 113 of
"../../src/WorkArea.h"
  :public Signal_
--^

k

cxx: Info: ../../sigc++/basic_signal.h, line 556: #401-D destructor
  for base class "SigC::Signal_" is not virtual
  detected during instantiation of class "SigC::Signal3 [with P1=int, P2=int, P3=unsigned int,
Marsh=SigC::Marshal]" at line 115 of
"../../src/WorkArea.h"
  :public Signal_
--^

k

cxx: Info: figinset.C, line 1211: #236-D controlling expression is constant
fl_raise_form(form->Figure);
^

u

cxx: Info: insetbib.C, line 192: #236-D controlling expression is constant
fl_raise_form(bibitem_form->bibitem_form);
^

u

cxx: Info: insetbib.C, line 321: #236-D controlling expression is constant
fl_raise_form(bibitem_form->bibitem_form);
^

u

cxx: Info: insetexternal.C, line 293: #236-D controlling expression is constant

Re: Bug in CVS

2000-09-28 Thread Dekel Tsur 

On Thu, Sep 28, 2000 at 05:49:02PM +0200, Lars Gullik Bjnnes wrote:
> | The actual problem is here:
> | 
> | > #5  0x8088589 in Intl::KeyMapPrim (this=0x81fb8a0) at combox.h:224
> | 
> | This line should read:
> | 
> |   return browser ? fl_get_browser_line(browser, sel) : string();
> | 
> | instead of:
> | 
> |   return browser ? fl_get_browser_line(browser, sel) : 0;
> 
> fixed.
> 

This doesn't solve the problem, as the crash occurs with browser != 0.
The problem is that sel = 0, so fl_get_browser_line(browser, sel) returns 0.
So the fix should be
   return (browser && sel > 0) ? fl_get_browser_line(browser, sel) : string();
   
But why sel is 0 ?
The problem is in Intl::InitKeyMapper: Since the "default" language is
removed, n should be initialized to 0.
I've attached a patch that does both fixes.
   

 patch.gz

Working on a Word to LyX importer

2000-09-28 Thread Charles de Miramon 

Hello,

As some of you may know wvWare (http://sourceforge.net/projects/wvWare) is an
open-source project to create filters from Microsoft Word to open formats.
Wvare 0.6.0 can already export HTML, LateX, CleanLateX and I would like to add
for the next version LyX.


My work would go faster if I had a file describing the equivalent of LateX
codes in  LyX codes [for example $\alpha$ is \begin_inset Formula \( \alpha  \)
\end_inset ]. Does this document exists somewhere ?

My initial goal is a basic importer that will try to translate: characters,
character attributes (bold, italic, colors, etc.) and simple paragraph
attributes (left indented, right indented, centered, justify). I've read on
this list that you are in the process of revamping the LyX format. Will the
changes touch only the new insets or also character attributes and paragraphs ?
 
Cheers,
Charles
 

 -- 
Charles de Miramon
Centre de Recherches Historiques
Laboratoire E.H.E.S.S. - C.N.R.S.
54, bd Raspail
75270 Paris Cedex 06
E-Mail : [EMAIL PROTECTED]

Re: minor numbering bug

2000-09-28 Thread Allan Rae 

On Thu, 28 Sep 2000, Toby Kelsey wrote:

> This may be a known bug, but it isn't mentioned in the known bugs
> list (updated 1999.10.25), although it is related to no. 16.
> In Lyx v1.1.5, if you change the numbering in the preamble with a
> command such as
>   \setcounter{section}{-1}
> this is not reflected in the Lyx view of the document, even if you 
> restart Lyx and reopen the document.  I couldn't see a way to effect
> this change using the menu system.
> Of course the dvi and PostScript views are correct.

This isn't exactly a bug.  LyX doesn't parse the preamble -- there are so
many different things you could set in the preamble with zillions of
different packages to choose from that it would be almost pointless.

We should be able to support changes to the counters like this via the
document dialog and/or the paragraph dialog in the next version or two.

Allan. (ARRae)