Docbook 4.1 Support

[Wai-Sun Chia]

Hello,
I noticed that if you export docbook, the DTD header is actually for
3.1..
Any work in progress to upgrade the support for Docbook 4.1? 

Wai-Sun

Docbook 4.1 Support

[Wai-Sun Chia]

Hello,
I noticed that if you export docbook, the DTD header is actually for
3.1..
Any work in progress to upgrade the support for Docbook 4.1? 

Wai-Sun

Docbook 4.1 Support

[Wai-Sun Chia]

Hello,
I noticed that if you export docbook, the DTD header is actually for
3.1..
Any work in progress to upgrade the support for Docbook 4.1? 

Wai-Sun

Re: Complile problem with lyx-1.1.6pre3 OpenBSD 2.8-current

[Wai-Sun Chia]

Ryan McBride wrote:
 

 /usr/include/g++/sstream: In method `class string stringstreambase::str() const':
 /usr/include/g++/sstream:102: taking dynamic typeid of object with -fno-rtti
 /usr/include/g++/sstream:102: confused by earlier errors, bailing out

Hmm...looks like a combination of gcc and glibc flakiness...
What version of gcc and glibc?

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: Complile problem with lyx-1.1.6pre3 OpenBSD 2.8-current

[Wai-Sun Chia]

Ryan McBride wrote:
 

 /usr/include/g++/sstream: In method `class string stringstreambase::str() const':
 /usr/include/g++/sstream:102: taking dynamic typeid of object with -fno-rtti
 /usr/include/g++/sstream:102: confused by earlier errors, bailing out

Hmm...looks like a combination of gcc and glibc flakiness...
What version of gcc and glibc?

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: Complile problem with lyx-1.1.6pre3 & OpenBSD 2.8-current

[Wai-Sun Chia]

Ryan McBride wrote:
> 

> /usr/include/g++/sstream: In method `class string stringstreambase::str() const':
> /usr/include/g++/sstream:102: taking dynamic typeid of object with -fno-rtti
> /usr/include/g++/sstream:102: confused by earlier errors, bailing out

Hmm...looks like a combination of gcc and glibc flakiness...
What version of gcc and glibc?

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: 1.1.6pre3 RH7 compile problem

[Wai-Sun Chia]

"Lars Gullik Bjønnes" wrote:

 
 FUD, gcc-2.96 works just perfect.
 

Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).

 
 Your XForms dist is too old. Get a newer one.
 (but still 0.88 or try 0.89 if you want to)
 
Whoa! Again, you're right on the dot! ;-)
I've installed 0.89 and everything is perfect! 

Thanks from a loyal user!!
(can't wait for the GTK beta!!)

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

xforms 0.89 (was: Re: 1.1.6pre3 RH7 compile problem)

[Wai-Sun Chia]

Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.

What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...

For the RH newbies:
1. Copy xforms.spec to /usr/src/redhat/SPECS
2. Download
ftp://ncmir.ucsd.edu/pub/xforms/linux-i386/elf/bxform-089-glibc2.1.tgz
and copy it to /usr/src/redhat/SOURCES
3. cd /usr/src/redhat/SPECS; rpm -ba xforms.spec

Off you go! You should get 3 RPMS in the end. Runtime, Demo, and Devel.




Allan Rae wrote:
 
 
 and get the xforms-glibc2.1 tarball for linux.  RH always seems to keep
 the xforms-glibc tarball instead which is incorrect.  One way to help
 ensure xforms has a bad name isn't it: bundling the wrong library with
 your distro.
 

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Summary: A GUI toolkit based on Xlib for the X Window System.
Name: xforms
Version: 0.89
Release: 1
Group: Development/Libraries
Copyright: non-commercial distributable (see Copyright)
Source0: bxform-089-glibc2.1.tgz
Source1: forms_sngl.ps.gz
NoSource: 0
URL: http://world.std.com/~xforms/
Prefix: /usr
BuildRoot: %{_tmppath}/%{name}-root
Requires: /sbin/ldconfig

%description
XForms features a rich set of objects (like buttons, sliders,
and menus) integrated into an easy and efficient object/event callback
execution model, allowing for fast and easy construction of X applications.
The library is extensible--new objects can easily be created and added.

If you're installing xforms, you may want to also install xforms-devel,
which is a near-WYSIWYG GUI builder which works with XForms.

%package demos
Group: Development/Libraries
Summary: XForms demonstration programs.

%description demos
Xforms-demos includes the full source code to 50+ demonstration
programs.  If you plan on using XForms and you aren't an expert, you should
download xforms-demos and take a look at them.

%package devel
Group: Development/Libraries
Summary: An XForms GUI builder.
%description devel
Xforms-devel is a near-WYSIWYG GUI builder that can be used to
design your UI and write the corresponding C code for you.  If you're
installing xforms, you may want to also install xforms-devel.  If you want
to install xforms-devel, you must also install xforms.

%prep
%setup -q -n xforms
cp $RPM_SOURCE_DIR/forms_sngl.ps.gz  .

%build

#make BIN_DIR=/usr/X11R6/bin \
# LIB_TOPDIR=/usr/X11R6 \
# all shlib demo
make CCFLAG="-W -Wall -ansi -pedantic -pipe -O2 -fPIC -mcpu=i686 -march=i686"

%install
rm -rf $RPM_BUILD_ROOT

install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man5
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man1
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/lib
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/bin
install -m 755 -d $RPM_BUILD_ROOT/usr/include
install -m 755 -d $RPM_BUILD_ROOT/usr/lib/xforms

make \
BIN_DIR=$RPM_BUILD_ROOT/usr/X11R6/bin \
LIB_DIR=$RPM_BUILD_ROOT/usr/X11R6/lib \
MAN1_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man1 \
MAN5_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man5 \
HEADER_DIR=$RPM_BUILD_ROOT/usr/include \
install

# fix broken symlink for man page
rm $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5
ln -s xforms.5 $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5

install -c -m 0755 fd2ps/fd2ps $RPM_BUILD_ROOT/usr/X11R6/bin/fd2ps
install -c -m 0644 fd2ps/fd2ps.1 $RPM_BUILD_ROOT/usr/X11R6/man/man1/fd2ps.1

install -c -m 755 FORMS/libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so.0.89
ln -sf libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so

cp -a contrib $RPM_BUILD_ROOT/usr/lib/xforms
cp -a mkconfig.h $RPM_BUILD_ROOT/usr/lib/xforms
cp -a DEMOS $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/Readme $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/*.c $RPM_BUILD_ROOT/usr/lib/xforms

cd $RPM_BUILD_ROOT/usr/lib/xforms  rm -f *.o */*.o */*/*.o

%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig

%clean
rm -rf $RPM_BUILD_ROOT

%files 
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so.0.89
%doc Bugs Changes Copyright Readme
/usr/X11R6/man/man5/forms.5*
/usr/X11R6/man/man5/xforms.5*

%files demos
%defattr(-,root,root)
%doc /usr/lib/xforms/contrib/Readme
/usr/lib/xforms/mkconfig.h
/usr/lib/xforms/DEMOS
 
%files devel
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so
/usr/X11R6/lib/libforms.a
/usr/X11R6/bin/fdesign
/usr/X11R6/bin/fd2ps
/usr/include/forms.h
/usr/lib/xforms/glcanvas.c
/usr/lib/xforms/image_jpeg.c
/usr/lib/xforms/image_oquant.c
/usr/X11R6/man/man1/fdesign.1*
/usr/X11R6/man/man1/fd2ps.1*
%doc /usr/lib/xforms/Readme
%doc forms_sngl.ps.gz

%changelog
* Wed Jan 3 2001 Wai-Sun "Squidster" Chia [EMAIL PROTECTED]
- updated to version 0.89
- added in new demo C files from FORMS to devel

* Thu Aug 3 2000 Than Ngo [EMAIL PROTECTED]
- fix to use libXpm in XFree-4.01 (Bug #15147)
- move header files, fdesign, fd2ps in devel

* Wed Aug 02 2000 Than Ngo [EMAIL PROTECTED]
- added ldconfig stuff to %postun (Bug #15073)
- added 

Re: 1.1.6pre3 RH7 compile problem

[Wai-Sun Chia]

"Lars Gullik Bjønnes" wrote:

 
 FUD, gcc-2.96 works just perfect.
 

Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).

 
 Your XForms dist is too old. Get a newer one.
 (but still 0.88 or try 0.89 if you want to)
 
Whoa! Again, you're right on the dot! ;-)
I've installed 0.89 and everything is perfect! 

Thanks from a loyal user!!
(can't wait for the GTK beta!!)

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

xforms 0.89 (was: Re: 1.1.6pre3 RH7 compile problem)

[Wai-Sun Chia]

Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.

What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...

For the RH newbies:
1. Copy xforms.spec to /usr/src/redhat/SPECS
2. Download
ftp://ncmir.ucsd.edu/pub/xforms/linux-i386/elf/bxform-089-glibc2.1.tgz
and copy it to /usr/src/redhat/SOURCES
3. cd /usr/src/redhat/SPECS; rpm -ba xforms.spec

Off you go! You should get 3 RPMS in the end. Runtime, Demo, and Devel.




Allan Rae wrote:
 
 
 and get the xforms-glibc2.1 tarball for linux.  RH always seems to keep
 the xforms-glibc tarball instead which is incorrect.  One way to help
 ensure xforms has a bad name isn't it: bundling the wrong library with
 your distro.
 

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Summary: A GUI toolkit based on Xlib for the X Window System.
Name: xforms
Version: 0.89
Release: 1
Group: Development/Libraries
Copyright: non-commercial distributable (see Copyright)
Source0: bxform-089-glibc2.1.tgz
Source1: forms_sngl.ps.gz
NoSource: 0
URL: http://world.std.com/~xforms/
Prefix: /usr
BuildRoot: %{_tmppath}/%{name}-root
Requires: /sbin/ldconfig

%description
XForms features a rich set of objects (like buttons, sliders,
and menus) integrated into an easy and efficient object/event callback
execution model, allowing for fast and easy construction of X applications.
The library is extensible--new objects can easily be created and added.

If you're installing xforms, you may want to also install xforms-devel,
which is a near-WYSIWYG GUI builder which works with XForms.

%package demos
Group: Development/Libraries
Summary: XForms demonstration programs.

%description demos
Xforms-demos includes the full source code to 50+ demonstration
programs.  If you plan on using XForms and you aren't an expert, you should
download xforms-demos and take a look at them.

%package devel
Group: Development/Libraries
Summary: An XForms GUI builder.
%description devel
Xforms-devel is a near-WYSIWYG GUI builder that can be used to
design your UI and write the corresponding C code for you.  If you're
installing xforms, you may want to also install xforms-devel.  If you want
to install xforms-devel, you must also install xforms.

%prep
%setup -q -n xforms
cp $RPM_SOURCE_DIR/forms_sngl.ps.gz  .

%build

#make BIN_DIR=/usr/X11R6/bin \
# LIB_TOPDIR=/usr/X11R6 \
# all shlib demo
make CCFLAG="-W -Wall -ansi -pedantic -pipe -O2 -fPIC -mcpu=i686 -march=i686"

%install
rm -rf $RPM_BUILD_ROOT

install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man5
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man1
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/lib
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/bin
install -m 755 -d $RPM_BUILD_ROOT/usr/include
install -m 755 -d $RPM_BUILD_ROOT/usr/lib/xforms

make \
BIN_DIR=$RPM_BUILD_ROOT/usr/X11R6/bin \
LIB_DIR=$RPM_BUILD_ROOT/usr/X11R6/lib \
MAN1_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man1 \
MAN5_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man5 \
HEADER_DIR=$RPM_BUILD_ROOT/usr/include \
install

# fix broken symlink for man page
rm $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5
ln -s xforms.5 $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5

install -c -m 0755 fd2ps/fd2ps $RPM_BUILD_ROOT/usr/X11R6/bin/fd2ps
install -c -m 0644 fd2ps/fd2ps.1 $RPM_BUILD_ROOT/usr/X11R6/man/man1/fd2ps.1

install -c -m 755 FORMS/libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so.0.89
ln -sf libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so

cp -a contrib $RPM_BUILD_ROOT/usr/lib/xforms
cp -a mkconfig.h $RPM_BUILD_ROOT/usr/lib/xforms
cp -a DEMOS $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/Readme $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/*.c $RPM_BUILD_ROOT/usr/lib/xforms

cd $RPM_BUILD_ROOT/usr/lib/xforms  rm -f *.o */*.o */*/*.o

%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig

%clean
rm -rf $RPM_BUILD_ROOT

%files 
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so.0.89
%doc Bugs Changes Copyright Readme
/usr/X11R6/man/man5/forms.5*
/usr/X11R6/man/man5/xforms.5*

%files demos
%defattr(-,root,root)
%doc /usr/lib/xforms/contrib/Readme
/usr/lib/xforms/mkconfig.h
/usr/lib/xforms/DEMOS
 
%files devel
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so
/usr/X11R6/lib/libforms.a
/usr/X11R6/bin/fdesign
/usr/X11R6/bin/fd2ps
/usr/include/forms.h
/usr/lib/xforms/glcanvas.c
/usr/lib/xforms/image_jpeg.c
/usr/lib/xforms/image_oquant.c
/usr/X11R6/man/man1/fdesign.1*
/usr/X11R6/man/man1/fd2ps.1*
%doc /usr/lib/xforms/Readme
%doc forms_sngl.ps.gz

%changelog
* Wed Jan 3 2001 Wai-Sun "Squidster" Chia [EMAIL PROTECTED]
- updated to version 0.89
- added in new demo C files from FORMS to devel

* Thu Aug 3 2000 Than Ngo [EMAIL PROTECTED]
- fix to use libXpm in XFree-4.01 (Bug #15147)
- move header files, fdesign, fd2ps in devel

* Wed Aug 02 2000 Than Ngo [EMAIL PROTECTED]
- added ldconfig stuff to %postun (Bug #15073)
- added 

Re: 1.1.6pre3 & RH7 compile problem

[Wai-Sun Chia]

"Lars Gullik Bjønnes" wrote:

> 
> FUD, gcc-2.96 works just perfect.
> 

Lars, you're absolutely right. gcc-2.96 are so much better in compiling
C++ stuff (although the one shipped with RH7 is pretty crappy, which I
believed was 2.96-54).

> 
> Your XForms dist is too old. Get a newer one.
> (but still 0.88 or try 0.89 if you want to)
> 
Whoa! Again, you're right on the dot! ;-)
I've installed 0.89 and everything is perfect! 

Thanks from a loyal user!!
(can't wait for the GTK beta!!)

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

xforms 0.89 (was: Re: 1.1.6pre3 & RH7 compile problem)

[Wai-Sun Chia]

Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.

What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...

For the RH newbies:
1. Copy xforms.spec to /usr/src/redhat/SPECS
2. Download
ftp://ncmir.ucsd.edu/pub/xforms/linux-i386/elf/bxform-089-glibc2.1.tgz
and copy it to /usr/src/redhat/SOURCES
3. cd /usr/src/redhat/SPECS; rpm -ba xforms.spec

Off you go! You should get 3 RPMS in the end. Runtime, Demo, and Devel.




Allan Rae wrote:
> 
> 
> and get the xforms-glibc2.1 tarball for linux.  RH always seems to keep
> the xforms-glibc tarball instead which is incorrect.  One way to help
> ensure xforms has a bad name isn't it: bundling the wrong library with
> your distro.
> 

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Summary: A GUI toolkit based on Xlib for the X Window System.
Name: xforms
Version: 0.89
Release: 1
Group: Development/Libraries
Copyright: non-commercial distributable (see Copyright)
Source0: bxform-089-glibc2.1.tgz
Source1: forms_sngl.ps.gz
NoSource: 0
URL: http://world.std.com/~xforms/
Prefix: /usr
BuildRoot: %{_tmppath}/%{name}-root
Requires: /sbin/ldconfig

%description
XForms features a rich set of objects (like buttons, sliders,
and menus) integrated into an easy and efficient object/event callback
execution model, allowing for fast and easy construction of X applications.
The library is extensible--new objects can easily be created and added.

If you're installing xforms, you may want to also install xforms-devel,
which is a near-WYSIWYG GUI builder which works with XForms.

%package demos
Group: Development/Libraries
Summary: XForms demonstration programs.

%description demos
Xforms-demos includes the full source code to 50+ demonstration
programs.  If you plan on using XForms and you aren't an expert, you should
download xforms-demos and take a look at them.

%package devel
Group: Development/Libraries
Summary: An XForms GUI builder.
%description devel
Xforms-devel is a near-WYSIWYG GUI builder that can be used to
design your UI and write the corresponding C code for you.  If you're
installing xforms, you may want to also install xforms-devel.  If you want
to install xforms-devel, you must also install xforms.

%prep
%setup -q -n xforms
cp $RPM_SOURCE_DIR/forms_sngl.ps.gz  .

%build

#make BIN_DIR=/usr/X11R6/bin \
# LIB_TOPDIR=/usr/X11R6 \
# all shlib demo
make CCFLAG="-W -Wall -ansi -pedantic -pipe -O2 -fPIC -mcpu=i686 -march=i686"

%install
rm -rf $RPM_BUILD_ROOT

install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man5
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man1
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/lib
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/bin
install -m 755 -d $RPM_BUILD_ROOT/usr/include
install -m 755 -d $RPM_BUILD_ROOT/usr/lib/xforms

make \
BIN_DIR=$RPM_BUILD_ROOT/usr/X11R6/bin \
LIB_DIR=$RPM_BUILD_ROOT/usr/X11R6/lib \
MAN1_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man1 \
MAN5_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man5 \
HEADER_DIR=$RPM_BUILD_ROOT/usr/include \
install

# fix broken symlink for man page
rm $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5
ln -s xforms.5 $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5

install -c -m 0755 fd2ps/fd2ps $RPM_BUILD_ROOT/usr/X11R6/bin/fd2ps
install -c -m 0644 fd2ps/fd2ps.1 $RPM_BUILD_ROOT/usr/X11R6/man/man1/fd2ps.1

install -c -m 755 FORMS/libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so.0.89
ln -sf libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so

cp -a contrib $RPM_BUILD_ROOT/usr/lib/xforms
cp -a mkconfig.h $RPM_BUILD_ROOT/usr/lib/xforms
cp -a DEMOS $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/Readme $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/*.c $RPM_BUILD_ROOT/usr/lib/xforms

cd $RPM_BUILD_ROOT/usr/lib/xforms && rm -f *.o */*.o */*/*.o

%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig

%clean
rm -rf $RPM_BUILD_ROOT

%files 
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so.0.89
%doc Bugs Changes Copyright Readme
/usr/X11R6/man/man5/forms.5*
/usr/X11R6/man/man5/xforms.5*

%files demos
%defattr(-,root,root)
%doc /usr/lib/xforms/contrib/Readme
/usr/lib/xforms/mkconfig.h
/usr/lib/xforms/DEMOS
 
%files devel
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so
/usr/X11R6/lib/libforms.a
/usr/X11R6/bin/fdesign
/usr/X11R6/bin/fd2ps
/usr/include/forms.h
/usr/lib/xforms/glcanvas.c
/usr/lib/xforms/image_jpeg.c
/usr/lib/xforms/image_oquant.c
/usr/X11R6/man/man1/fdesign.1*
/usr/X11R6/man/man1/fd2ps.1*
%doc /usr/lib/xforms/Readme
%doc forms_sngl.ps.gz

%changelog
* Wed Jan 3 2001 Wai-Sun "Squidster" Chia <[EMAIL PROTECTED]>
- updated to version 0.89
- added in new demo C files from FORMS to devel

* Thu Aug 3 2000 Than Ngo <[EMAIL PROTECTED]>
- fix to use libXpm in XFree-4.01 (Bug #15147)
- move header files, fdesign, fd2ps in devel

* Wed Aug 02 2000 Than Ngo <[EMAIL PROTECTED]>
- added ldconfig stuff to %postun (Bug #15073)

Re: lyx don't work correctly on redhat 7.0

[Wai-Sun Chia]

This is the infamous g++/glibc problem in RH7.0.
Pls upgrade your gcc, glibc and binutils to the latest one in Rawhide.

ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/gcc-2.96-69.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/glibc-2.2-9.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/binutils-2.10.1.0.2-2.src.rpm

Recompile lyx again once you've built and installed the above.


belahcene abdelkader wrote:
 
 ../../src/LString.h:21: conflicting types for `typedef
 class lyxstring.
 I 've noticed that the problem with
 /usr/include/g++-3.
 
 or
 /usr/include/g++-3/string:9: previous declaration as
 `typedef class
 basic_stringchar, string_char_traitschar,
 __default_alloc_templatetrue, 0  string'
 make[3]: *** [formula.lo] Erreur 1

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: lyx don't work correctly on redhat 7.0

[Wai-Sun Chia]

This is the infamous g++/glibc problem in RH7.0.
Pls upgrade your gcc, glibc and binutils to the latest one in Rawhide.

ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/gcc-2.96-69.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/glibc-2.2-9.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/binutils-2.10.1.0.2-2.src.rpm

Recompile lyx again once you've built and installed the above.


belahcene abdelkader wrote:
 
 ../../src/LString.h:21: conflicting types for `typedef
 class lyxstring.
 I 've noticed that the problem with
 /usr/include/g++-3.
 
 or
 /usr/include/g++-3/string:9: previous declaration as
 `typedef class
 basic_stringchar, string_char_traitschar,
 __default_alloc_templatetrue, 0  string'
 make[3]: *** [formula.lo] Erreur 1

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: lyx don't work correctly on redhat 7.0

[Wai-Sun Chia]

This is the infamous g++/glibc problem in RH7.0.
Pls upgrade your gcc, glibc and binutils to the latest one in Rawhide.

ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/gcc-2.96-69.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/glibc-2.2-9.src.rpm
ftp://ftp.valinux.com/pub/mirrors/redhat/rawhide/SRPMS/SRPMS/binutils-2.10.1.0.2-2.src.rpm

Recompile lyx again once you've built and installed the above.


belahcene abdelkader wrote:
> 
> ../../src/LString.h:21: conflicting types for `typedef
> class lyxstring.
> I 've noticed that the problem with
> /usr/include/g++-3.
> 
> or
> /usr/include/g++-3/string:9: previous declaration as
> `typedef class
> basic_string __default_alloc_template > string'
> make[3]: *** [formula.lo] Erreur 1

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: redhat-7.0 anybody?

[Wai-Sun Chia]

Try this:
Find "sstream" in configure and configure.in and get rid of it...
Rebuild.

YMMV.


edscott wrote:
 
 Hi,
 
  Before I mail to the developers list, I would like to share some redhat-7.0
 problems with LyX, to see if anybody has hacked a way around them. If not,
 here is a story for you to be ware of potential problems. You might be left
 without a working LyX.
 
 I updated to redhat-7.0 and compiled LyX 1.1.5fix2 and kept on using LyX
 without any troubles. But then I updated my system with everything from the
 update directory from a redhat mirror: pub/redhat/updates/7.0/i386/. Among
 the updates is glibc-2.1.94-3 for the redhat gcc-2.96-54  release (funny, the
 guys at gnu say there is no such thing as gcc-2.96).
 
 After updating, LyX 1.1.5fix2 will crash without even a core dump if there is
 any included file in the lyx document you try to open. If you create a new
 document and press the include menu: it crashes the same way. That is as far
 as I got before I tried to recompile.
 
 With the updated glibc, compilation of LyX 1.1.5.fix2 fails, as well as
 compilation of 1.1.6pre1. Has anyone had any luck with the shapshot versions
 of klyx?
 
 Edscott Wilson Garcia
 
 
 
 Compilation details:
 
 (redhat-7.0 kernel=2.2.16-22)
 
 I try to recompile LyX 1.1.5fix2 and it fails with:
 --
 g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -isystem
 /usr/X11R6/include -g -O2 -fno-rtti -fno-exceptions -c formula.C -o formula.o
 In file included from formula.C:20:
 /usr/include/g++-3/sstream: In method `string stringstreambase::str ()
 const':
 /usr/include/g++-3/sstream:102: taking dynamic typeid of object with
 -fno-rtti
 /usr/include/g++-3/sstream: In method `void stringstreambase::str
 (const string )':
 /usr/include/g++-3/sstream:107: taking dynamic typeid of object with
 -fno-rtti
 make[3]: *** [formula.lo] Error 1
 make[3]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src/mathed'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src'
 make[1]: *** [all-recursive-am] Error 2
 make[1]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src'
 make: *** [all-recursive] Error 1
 --
 
 O well, I guess I should try LyX 1.1.6pre1. But here again it fails with:
 --
 
 g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../..
 -I../.. -I../../boost -isystem /usr/X11R6/include -g -O -fno-rtti
 -fno-exceptions -W -Wall -Wconversion -Winline -c formula.C -o formula.o
 In file included from ../../src/Lsstream.h:17,
  from formula.C:19:
 /usr/include/g++-3/sstream: In method `string stringstreambase::str ()
 const':
 /usr/include/g++-3/sstream:102: taking dynamic typeid of object with
 -fno-rtti
 /usr/include/g++-3/sstream: In method `void stringstreambase::str
 (const string )':
 /usr/include/g++-3/sstream:107: taking dynamic typeid of object with
 -fno-rtti
 /usr/include/g++-3/sstream: In method `int stringbuf::sync ()':
 /usr/include/g++-3/sstream:171: warning: comparison between signed and
 unsigned
 integer expressions
 In file included from formula.C:30:
 ../../src/minibuffer.h: At top level:
 ../../src/minibuffer.h:17: using directive `Object' introduced
 ambiguous type `_ObjectRec *'
 make[3]: *** [formula.lo] Error 1
 make[3]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src/mathed'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src'
 make[1]: *** [all-recursive-am] Error 2
 make[1]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src'
 
 make: *** [all-recursive] Error 1
 --
 
 So let's try the klyx snapshot of 20001005. It compiles OK, but when I try to
 execute, it fails to run with:
 
 klyx: kcmdlineargs.cpp:140: void KCmdLineArgs::init (int, char **, const
 KAboutData *, bool): Assertion `argsList == 0' failed.
 Aborted
 ---
 
 Oh-oh. I'm off to get a more recent snapshop, but ftp.kde.org seems to be
 overloaded. Back to redhat-6.2?

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

lyx-1.1.5fix1 on RH7.0

[Wai-Sun Chia]

I've managed to successfully compile 1.1.5fix1 on my RH7.0 system
(there's a workaround at RH's bugzilla site).

But it coredumps every time I hit "view dvi"...
Anybody else has seen this?

BTW,  I tried the same workaround on 1.1.5fix2, but that didn't work,
got an "Internal compiler error"!



[waisun@caspar waisun]$ gdb /usr/bin/lyx 
GNU gdb 5.0
Copyright 2000 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"...
(no debugging symbols found)...
(gdb) r
Starting program: /usr/bin/lyx 

Program received signal SIGSEGV, Segmentation fault.
0x40047246 in ostream::operator (this=0x7d, c=125 '}')
at ../../../libio/iostream.h:52
52  ../../../libio/iostream.h: No such file or directory.
Current language:  auto; currently c++
(gdb) where
#0  0x40047246 in ostream::operator (this=0x7d, c=125 '}')
at ../../../libio/iostream.h:52
#1  0x813b07a in fl_set_button ()
#2  0x813b4fa in fl_set_button ()
#3  0x8129449 in fl_set_button ()
#4  0x80f06f8 in fl_set_button ()
#5  0x80ee0a1 in fl_set_button ()
#6  0x80ecf2e in fl_set_button ()
#7  0x807aa76 in fl_set_button ()
#8  0x807a020 in fl_set_button ()
#9  0x807eea1 in fl_set_button ()
#10 0x80a206c in fl_set_button ()
#11 0x80a2e80 in fl_set_button ()
#12 0x80a2fbf in fl_set_button ()
#13 0x80a45e9 in fl_set_button ()
#14 0x80c134a in fl_set_button ()
#15 0x80deee7 in fl_set_button ()
#16 0x400818bf in fl_object_qread () from
/usr/X11R6/lib/libforms.so.0.88
#17 0x4008fb8e in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#18 0x80b480d in fl_set_button ()
#19 0x80b5bbc in fl_set_button ()
#20 0x80dcfae in fl_set_button ()
#21 0x40130e21 in __libc_start_main (main=0x80dced0
fl_set_button+580916, 
---Type return to continue, or q return to quit---
argc=1, ubp_av=0xb654, init=0x804d7b4 _init, fini=0x8194c50
_fini, 
rtld_fini=0x4000df94 _dl_fini, stack_end=0xb64c)
at ../sysdeps/generic/libc-start.c:111
(gdb) 


-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: redhat-7.0 anybody?

[Wai-Sun Chia]

Try this:
Find "sstream" in configure and configure.in and get rid of it...
Rebuild.

YMMV.


edscott wrote:
 
 Hi,
 
  Before I mail to the developers list, I would like to share some redhat-7.0
 problems with LyX, to see if anybody has hacked a way around them. If not,
 here is a story for you to be ware of potential problems. You might be left
 without a working LyX.
 
 I updated to redhat-7.0 and compiled LyX 1.1.5fix2 and kept on using LyX
 without any troubles. But then I updated my system with everything from the
 update directory from a redhat mirror: pub/redhat/updates/7.0/i386/. Among
 the updates is glibc-2.1.94-3 for the redhat gcc-2.96-54  release (funny, the
 guys at gnu say there is no such thing as gcc-2.96).
 
 After updating, LyX 1.1.5fix2 will crash without even a core dump if there is
 any included file in the lyx document you try to open. If you create a new
 document and press the include menu: it crashes the same way. That is as far
 as I got before I tried to recompile.
 
 With the updated glibc, compilation of LyX 1.1.5.fix2 fails, as well as
 compilation of 1.1.6pre1. Has anyone had any luck with the shapshot versions
 of klyx?
 
 Edscott Wilson Garcia
 
 
 
 Compilation details:
 
 (redhat-7.0 kernel=2.2.16-22)
 
 I try to recompile LyX 1.1.5fix2 and it fails with:
 --
 g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -isystem
 /usr/X11R6/include -g -O2 -fno-rtti -fno-exceptions -c formula.C -o formula.o
 In file included from formula.C:20:
 /usr/include/g++-3/sstream: In method `string stringstreambase::str ()
 const':
 /usr/include/g++-3/sstream:102: taking dynamic typeid of object with
 -fno-rtti
 /usr/include/g++-3/sstream: In method `void stringstreambase::str
 (const string )':
 /usr/include/g++-3/sstream:107: taking dynamic typeid of object with
 -fno-rtti
 make[3]: *** [formula.lo] Error 1
 make[3]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src/mathed'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src'
 make[1]: *** [all-recursive-am] Error 2
 make[1]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src'
 make: *** [all-recursive] Error 1
 --
 
 O well, I guess I should try LyX 1.1.6pre1. But here again it fails with:
 --
 
 g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../..
 -I../.. -I../../boost -isystem /usr/X11R6/include -g -O -fno-rtti
 -fno-exceptions -W -Wall -Wconversion -Winline -c formula.C -o formula.o
 In file included from ../../src/Lsstream.h:17,
  from formula.C:19:
 /usr/include/g++-3/sstream: In method `string stringstreambase::str ()
 const':
 /usr/include/g++-3/sstream:102: taking dynamic typeid of object with
 -fno-rtti
 /usr/include/g++-3/sstream: In method `void stringstreambase::str
 (const string )':
 /usr/include/g++-3/sstream:107: taking dynamic typeid of object with
 -fno-rtti
 /usr/include/g++-3/sstream: In method `int stringbuf::sync ()':
 /usr/include/g++-3/sstream:171: warning: comparison between signed and
 unsigned
 integer expressions
 In file included from formula.C:30:
 ../../src/minibuffer.h: At top level:
 ../../src/minibuffer.h:17: using directive `Object' introduced
 ambiguous type `_ObjectRec *'
 make[3]: *** [formula.lo] Error 1
 make[3]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src/mathed'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src'
 make[1]: *** [all-recursive-am] Error 2
 make[1]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src'
 
 make: *** [all-recursive] Error 1
 --
 
 So let's try the klyx snapshot of 20001005. It compiles OK, but when I try to
 execute, it fails to run with:
 
 klyx: kcmdlineargs.cpp:140: void KCmdLineArgs::init (int, char **, const
 KAboutData *, bool): Assertion `argsList == 0' failed.
 Aborted
 ---
 
 Oh-oh. I'm off to get a more recent snapshop, but ftp.kde.org seems to be
 overloaded. Back to redhat-6.2?

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

lyx-1.1.5fix1 on RH7.0

[Wai-Sun Chia]

I've managed to successfully compile 1.1.5fix1 on my RH7.0 system
(there's a workaround at RH's bugzilla site).

But it coredumps every time I hit "view dvi"...
Anybody else has seen this?

BTW,  I tried the same workaround on 1.1.5fix2, but that didn't work,
got an "Internal compiler error"!



[waisun@caspar waisun]$ gdb /usr/bin/lyx 
GNU gdb 5.0
Copyright 2000 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"...
(no debugging symbols found)...
(gdb) r
Starting program: /usr/bin/lyx 

Program received signal SIGSEGV, Segmentation fault.
0x40047246 in ostream::operator (this=0x7d, c=125 '}')
at ../../../libio/iostream.h:52
52  ../../../libio/iostream.h: No such file or directory.
Current language:  auto; currently c++
(gdb) where
#0  0x40047246 in ostream::operator (this=0x7d, c=125 '}')
at ../../../libio/iostream.h:52
#1  0x813b07a in fl_set_button ()
#2  0x813b4fa in fl_set_button ()
#3  0x8129449 in fl_set_button ()
#4  0x80f06f8 in fl_set_button ()
#5  0x80ee0a1 in fl_set_button ()
#6  0x80ecf2e in fl_set_button ()
#7  0x807aa76 in fl_set_button ()
#8  0x807a020 in fl_set_button ()
#9  0x807eea1 in fl_set_button ()
#10 0x80a206c in fl_set_button ()
#11 0x80a2e80 in fl_set_button ()
#12 0x80a2fbf in fl_set_button ()
#13 0x80a45e9 in fl_set_button ()
#14 0x80c134a in fl_set_button ()
#15 0x80deee7 in fl_set_button ()
#16 0x400818bf in fl_object_qread () from
/usr/X11R6/lib/libforms.so.0.88
#17 0x4008fb8e in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#18 0x80b480d in fl_set_button ()
#19 0x80b5bbc in fl_set_button ()
#20 0x80dcfae in fl_set_button ()
#21 0x40130e21 in __libc_start_main (main=0x80dced0
fl_set_button+580916, 
---Type return to continue, or q return to quit---
argc=1, ubp_av=0xb654, init=0x804d7b4 _init, fini=0x8194c50
_fini, 
rtld_fini=0x4000df94 _dl_fini, stack_end=0xb64c)
at ../sysdeps/generic/libc-start.c:111
(gdb) 


-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: redhat-7.0 anybody?

[Wai-Sun Chia]

Try this:
Find "sstream" in configure and configure.in and get rid of it...
Rebuild.

YMMV.


edscott wrote:
> 
> Hi,
> 
>  Before I mail to the developers list, I would like to share some redhat-7.0
> problems with LyX, to see if anybody has hacked a way around them. If not,
> here is a story for you to be ware of potential problems. You might be left
> without a working LyX.
> 
> I updated to redhat-7.0 and compiled LyX 1.1.5fix2 and kept on using LyX
> without any troubles. But then I updated my system with everything from the
> update directory from a redhat mirror: pub/redhat/updates/7.0/i386/. Among
> the updates is glibc-2.1.94-3 for the redhat gcc-2.96-54  release (funny, the
> guys at gnu say there is no such thing as gcc-2.96).
> 
> After updating, LyX 1.1.5fix2 will crash without even a core dump if there is
> any included file in the lyx document you try to open. If you create a new
> document and press the include menu: it crashes the same way. That is as far
> as I got before I tried to recompile.
> 
> With the updated glibc, compilation of LyX 1.1.5.fix2 fails, as well as
> compilation of 1.1.6pre1. Has anyone had any luck with the shapshot versions
> of klyx?
> 
> Edscott Wilson Garcia
> 
> 
> 
> Compilation details:
> 
> (redhat-7.0 kernel=2.2.16-22)
> 
> I try to recompile LyX 1.1.5fix2 and it fails with:
> --
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -isystem
> /usr/X11R6/include -g -O2 -fno-rtti -fno-exceptions -c formula.C -o formula.o
> In file included from formula.C:20:
> /usr/include/g++-3/sstream: In method `string stringstreambase::str ()
> const':
> /usr/include/g++-3/sstream:102: taking dynamic typeid of object with
> -fno-rtti
> /usr/include/g++-3/sstream: In method `void stringstreambase::str
> (const string &)':
> /usr/include/g++-3/sstream:107: taking dynamic typeid of object with
> -fno-rtti
> make[3]: *** [formula.lo] Error 1
> make[3]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src/mathed'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src'
> make[1]: *** [all-recursive-am] Error 2
> make[1]: Leaving directory `/home/system/src/lyx-1.1.5fix2/src'
> make: *** [all-recursive] Error 1
> --
> 
> O well, I guess I should try LyX 1.1.6pre1. But here again it fails with:
> --
> 
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../..
> -I../.. -I../../boost -isystem /usr/X11R6/include -g -O -fno-rtti
> -fno-exceptions -W -Wall -Wconversion -Winline -c formula.C -o formula.o
> In file included from ../../src/Lsstream.h:17,
>  from formula.C:19:
> /usr/include/g++-3/sstream: In method `string stringstreambase::str ()
> const':
> /usr/include/g++-3/sstream:102: taking dynamic typeid of object with
> -fno-rtti
> /usr/include/g++-3/sstream: In method `void stringstreambase::str
> (const string &)':
> /usr/include/g++-3/sstream:107: taking dynamic typeid of object with
> -fno-rtti
> /usr/include/g++-3/sstream: In method `int stringbuf::sync ()':
> /usr/include/g++-3/sstream:171: warning: comparison between signed and
> unsigned
> integer expressions
> In file included from formula.C:30:
> ../../src/minibuffer.h: At top level:
> ../../src/minibuffer.h:17: using directive `Object' introduced
> ambiguous type `_ObjectRec *'
> make[3]: *** [formula.lo] Error 1
> make[3]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src/mathed'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src'
> make[1]: *** [all-recursive-am] Error 2
> make[1]: Leaving directory `/home/system/src/lyx-1.1.6pre1/src'
> 
> make: *** [all-recursive] Error 1
> --
> 
> So let's try the klyx snapshot of 20001005. It compiles OK, but when I try to
> execute, it fails to run with:
> 
> klyx: kcmdlineargs.cpp:140: void KCmdLineArgs::init (int, char **, const
> KAboutData *, bool): Assertion `argsList == 0' failed.
> Aborted
> ---
> 
> Oh-oh. I'm off to get a more recent snapshop, but ftp.kde.org seems to be
> overloaded. Back to redhat-6.2?

-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

lyx-1.1.5fix1 on RH7.0

[Wai-Sun Chia]

I've managed to successfully compile 1.1.5fix1 on my RH7.0 system
(there's a workaround at RH's bugzilla site).

But it coredumps every time I hit "view dvi"...
Anybody else has seen this?

BTW,  I tried the same workaround on 1.1.5fix2, but that didn't work,
got an "Internal compiler error"!



[waisun@caspar waisun]$ gdb /usr/bin/lyx 
GNU gdb 5.0
Copyright 2000 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"...
(no debugging symbols found)...
(gdb) r
Starting program: /usr/bin/lyx 

Program received signal SIGSEGV, Segmentation fault.
0x40047246 in ostream::operator<< (this=0x7d, c=125 '}')
at ../../../libio/iostream.h:52
52  ../../../libio/iostream.h: No such file or directory.
Current language:  auto; currently c++
(gdb) where
#0  0x40047246 in ostream::operator<< (this=0x7d, c=125 '}')
at ../../../libio/iostream.h:52
#1  0x813b07a in fl_set_button ()
#2  0x813b4fa in fl_set_button ()
#3  0x8129449 in fl_set_button ()
#4  0x80f06f8 in fl_set_button ()
#5  0x80ee0a1 in fl_set_button ()
#6  0x80ecf2e in fl_set_button ()
#7  0x807aa76 in fl_set_button ()
#8  0x807a020 in fl_set_button ()
#9  0x807eea1 in fl_set_button ()
#10 0x80a206c in fl_set_button ()
#11 0x80a2e80 in fl_set_button ()
#12 0x80a2fbf in fl_set_button ()
#13 0x80a45e9 in fl_set_button ()
#14 0x80c134a in fl_set_button ()
#15 0x80deee7 in fl_set_button ()
#16 0x400818bf in fl_object_qread () from
/usr/X11R6/lib/libforms.so.0.88
#17 0x4008fb8e in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88
#18 0x80b480d in fl_set_button ()
#19 0x80b5bbc in fl_set_button ()
#20 0x80dcfae in fl_set_button ()
#21 0x40130e21 in __libc_start_main (main=0x80dced0
, 
---Type  to continue, or q  to quit---
argc=1, ubp_av=0xb654, init=0x804d7b4 <_init>, fini=0x8194c50
<_fini>, 
rtld_fini=0x4000df94 <_dl_fini>, stack_end=0xb64c)
at ../sysdeps/generic/libc-start.c:111
(gdb) 


-- 
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services

Re: Problem launching Lyx on OSF1 Alpha

[Wai-Sun Chia]

Yann MORERE wrote:
 
 crabe:/prof/ymorere/personal/lyx-1.1.3src/lyx
 23155:src/lyx: /sbin/loader: Fatal Error: cannot map libforms.so.0.88
 crabe:/prof/ymorere/personal/lyx-1.1.3

System doesn't know where to find libforms.so...
If you have root, just copy libforms.so to /usr/local/lib, if no root,
then just modify env variable LD_LIBRARY_PATH to point to whereever your
libforms.so resides.

HTH.

-- 
Wai-Sun "squidster" Chia
Web/Unix Developer
Professional Services Division

Re: Problem launching Lyx on OSF1 Alpha

[Wai-Sun Chia]

Yann MORERE wrote:
 
 crabe:/prof/ymorere/personal/lyx-1.1.3src/lyx
 23155:src/lyx: /sbin/loader: Fatal Error: cannot map libforms.so.0.88
 crabe:/prof/ymorere/personal/lyx-1.1.3

System doesn't know where to find libforms.so...
If you have root, just copy libforms.so to /usr/local/lib, if no root,
then just modify env variable LD_LIBRARY_PATH to point to whereever your
libforms.so resides.

HTH.

-- 
Wai-Sun "squidster" Chia
Web/Unix Developer
Professional Services Division

Re: Problem launching Lyx on OSF1 Alpha

[Wai-Sun Chia]

Yann MORERE wrote:
> 
> crabe:/prof/ymorere/personal/lyx-1.1.3>src/lyx
> 23155:src/lyx: /sbin/loader: Fatal Error: cannot map libforms.so.0.88
> crabe:/prof/ymorere/personal/lyx-1.1.3>

System doesn't know where to find libforms.so...
If you have root, just copy libforms.so to /usr/local/lib, if no root,
then just modify env variable LD_LIBRARY_PATH to point to whereever your
libforms.so resides.

HTH.

-- 
Wai-Sun "squidster" Chia
Web/Unix Developer
Professional Services Division