Re: xforms 0.89 (was: Re: 1.1.6pre3 & RH7 compile problem)
RPMS for xforms 88.1, which I used to build lyx on RH7, can be obtained in the redhat contrib directory. There's a fill mirror at ftp://ftp.varesearch.com. go to /pub/mirrors/redhat/contrib/i386 for xforms and xforms-devel. DOn't forget you need the newest RedHat updates for glibc and gcc to make all the magic work for you. I don't know why the RH powertools xforms RPMs are fouled up, but these contrib ones are good! Wai-Sun Chia wrote: > > 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. > -- Paul E. Johnson email: [EMAIL PROTECTED] Dept. of Political Sciencehttp://lark.cc.ukans.edu/~pauljohn University of Kansas Office: (785) 864-9086 Lawrence, Kansas 66045FAX: (785) 864-5700
Re: 1.1.6pre3 & RH7 compile problem
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: Svante> Jean-Marc, Sorry I did not dig deep enough into the web pages. Svante> I was only looking to the lyx http://www.lyx.org/ and Svante> lyx-devel http://www.devel.lyx.org/ pages and did not find a Svante> link to the archives there. Did not expect to find it at the Svante> internet resources page. Also I found no link from the Svante> developers site to the list archives, or am I wrong again? Svante> Maybe the achive list info should be easier to find?? You are right. I changed the mailto: URL on the developpers site main page to normal URLs which point to the description of the list. JMarc
Re: 1.1.6pre3 & RH7 compile problem
Jean-Marc, Sorry I did not dig deep enough into the web pages. I was only looking to the lyx http://www.lyx.org/ and lyx-devel http://www.devel.lyx.org/ pages and did not find a link to the archives there. Did not expect to find it at the internet resources page. Also I found no link from the developers site to the list archives, or am I wrong again? Maybe the achive list info should be easier to find?? /Svante Jean-Marc Lasgouttes writes: > > "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: > > Svante> What do you think about having links to the mail archives at > Svante> the LyX web pages, not only to the mailing addresses > Svante> [EMAIL PROTECTED]? > > Did you really read the page > http://www.lyx.org/internet/mailing.php3 > ? > > It may be that it is not clear enough, in which case ideas would be > welcome. > > JMarc
Re: 1.1.6pre3 & RH7 compile problem
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: Svante> What do you think about having links to the mail archives at Svante> the LyX web pages, not only to the mailing addresses Svante> [EMAIL PROTECTED]? Did you really read the page http://www.lyx.org/internet/mailing.php3 ? It may be that it is not clear enough, in which case ideas would be welcome. JMarc
Re: 1.1.6pre3 & RH7 compile problem
Allan Rae writes: > On Tue, 2 Jan 2001, Svante Signell wrote: > > > BTW: Are the lyx lists archived somewhere? A lot of problems > > can be solved by referring to older postings. There was a lot of > > disussion recently about the X11 header file defining Object. > > http://www.mail-archive.com/[email protected]/ > http://www.mail-archive.com/[email protected]/ What do you think about having links to the mail archives at the LyX web pages, not only to the mailing addresses [EMAIL PROTECTED]?
Re: 1.1.6pre3 & RH7 compile problem
See below. Lars Gullik Bjønnes writes: > Svante Signell <[EMAIL PROTECTED]> writes: > > | Lars Gullik Bjønnes writes: > | > Svante Signell <[EMAIL PROTECTED]> writes: > | > > | > | Even though LyX now compiles, I have problems with LyX dumping core at > | > | start up. Lars, has this been solved recently? > | > > | > And you are sure that the glibc and xforms match? > | > > | No I'm not. See below for a todays build and crash with xforms-0.89-5 > | built with glibc-2.1 found at > | http://www.vjet.demon.co.uk/xforms/. Same problem as with xforms > | version 0.88! Where do I find an xforms rpm > | built with glibc-2.2? I really love binary distributions. When is the > | gtk port finished? > > If you help? sooner. > > | > > | > then I have seen no reports about this. > | > > | > Lgb > | > | srs@em2 lyx-devel> src/lyx > | Running without personal LyX directory. > | > | lyx: SIGSEGV signal caught > > Hmm... what platform was this? > compiler version? > glibc version? Redhat RawHide 20001124 Pentium II 300MHz kernel-2.2.17-7.4 gcc-2.96-64 glibc-2.2-5 > > | Program received signal SIGSEGV, Segmentation fault. > | [Switching to Thread 1024 (LWP 12014)] > | 0x4030c50d in memmove (dest=0x839bf18, src=0x0, len=1952) > | at ../sysdeps/generic/memmove.c:72 > | 72 ../sysdeps/generic/memmove.c: No such file or directory. I've found this error reported before, see http://www.de.debian.org/Bugs/db/64/64713.html. DESCRIPTION: Bash (and I suppose readline is the real culprit) can in some circumstances generate illegal escape sequences which ask xterm to insert more blanks than the xterm is wide. This leads to a segfault, usually in memmove(). ... > > this does not look like a but in LyX. > and probably not in xforms either... > > btw. I am using glibc 2.2 with gcc 2.96 and XForms 0.89.5 and do not > see this. > > Lgb
Re: 1.1.6pre3 & RH7 compile problem
Norm Matloff wrote: > For those of us who are not skilled at installing gcc, could you tell us > the easiest way to install 2.95, without running into unforeseen > problems with libraries, paths, etc? Should we download an RPM? What we (that is, the system manager) did was simply remove the current version of gcc with the rpm utility and install a previous version of gcc also with the rpm utility. That worked quit ok in our case. We did not have any problems with libraries or whatsoever. We got an previous gcc (RPM) from the RH site. Good luck. -- Andre H. Juffer | Phone: +358-8-553 1683 The Biocenter and| Fax: +358-8-553-1141 the Dep. of Biochemistry | Email: [EMAIL PROTECTED] University of Oulu, Finland | WWW: http://www.biochem.oulu.fi/research.html
xforms 0.89 (was: Re: 1.1.6pre3 & RH7 compile problem)
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: 1.1.6pre3 & RH7 compile problem
On Tue, 2 Jan 2001, Svante Signell wrote: > > Sorry, my replies should also go to the users list. Damned mailer. > > The xforms version in rawhide/powertools directory is still 0.88-15, where > the following change has to be made to forms.h: Comment out > . > > Even though LyX now compiles, I have problems with LyX dumping core at > start up. Lars, has this been solved recently? Almost anytime LyX dumps core at startup the problem has turned out to be that you have mismatched glibc and xforms libraries. RH do a good job of getting the xforms library versions wrong on their powertools cd. I'd recommend you go to ftp://ftp.sylvan.com/pub/lyx/ and see what Kyvan has there or better yet go for the xforms ftp site at: ftp://einstein.phys.uwm.edu/pub/xforms/ which appears to be down at the moment or goto ftp://ftp.cs.ruu.nl/pub/XFORMS/ 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. Of course this could be some other problem but without a backtrace I can't do more than guess. > BTW: Are the lyx lists archived somewhere? A lot of problems > can be solved by referring to older postings. Ther was a lot of > disussion about the X11 header file defining Object. http://www.mail-archive.com/[email protected]/ http://www.mail-archive.com/[email protected]/ Allan. (ARRae)
Re: 1.1.6pre3 & RH7 compile problem
Sorry, my replies should also go to the users list. Damned mailer. The xforms version in rawhide/powertools directory is still 0.88-15, where the following change has to be made to forms.h: Comment out . Even though LyX now compiles, I have problems with LyX dumping core at start up. Lars, has this been solved recently? BTW: Are the lyx lists archived somewhere? A lot of problems can be solved by referring to older postings. Ther was a lot of disussion about the X11 header file defining Object. /Svante Larrs Gullik Bjønnes writes: > Andre Juffer <[EMAIL PROTECTED]> writes: > > | Wai-Sun Chia wrote: > | > | > Hello, > | > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my > | > RH7 system. This is updated frequently from Rawhide. Specifically this > | > system is running: > | > gcc-2.96-69 > | > glibc-2.2-9 > | > binutils-2.10.1.0.2-1 > | > libsigc++-1.0.1-1 > | > | > | > | gcc-2.96 is a development version of gcc and should not be used for > | real work. > > FUD, gcc-2.96 works just perfect. > > | It is very strange that RH has decided to install this > | version of gcc. I think it is better to uninstall gcc-2.96 and install > | 2.95 instead, which is the latest stable version of gcc. It also may > | solve your problem. We had exactly similar problems with RH. In fact, > | we could not compile anything, even the simplest programs. > > So _your_ installation was faulty. > > I have had no problems with gcc-2.96 and RH7.0 > > | > My configure is: > | > ./configure --prefix=/usr --with-pspell > > drop the --with-pspell there seems to be some issues with it. > > | > In file included from formula.C:30: > | > ../../src/minibuffer.h: At top level: > | > ../../src/minibuffer.h:17: using directive `Object' introduced > | > ambiguous type `_ObjectRec *' > > Your XForms dist is too old. Get a newer one. > (but still 0.88 or try 0.89 if you want to) > > Lgb
Re: 1.1.6pre3 & RH7 compile problem
Sorry, my replies should also go to the users list. Damned mailer. Lars Gullik Bjønnes writes: > Svante Signell <[EMAIL PROTECTED]> writes: > > | Even though LyX now compiles, I have problems with LyX dumping core at > | start up. Lars, has this been solved recently? > > And you are sure that the glibc and xforms match? > No I'm not. See below for a todays build and crash with xforms-0.89-5 built with glibc-2.1 found at http://www.vjet.demon.co.uk/xforms/. Same problem as with xforms version 0.88! Where do I find an xforms rpm built with glibc-2.2? I really love binary distributions. When is the gtk port finished? > > then I have seen no reports about this. > > Lgb srs@em2 lyx-devel> src/lyx Running without personal LyX directory. lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. If possible, please read 'Known bugs' under the Help menu and then send us a full bug report. Thanks! Bye. Aborted (core dumped) gdb session: (gdb) file src/lyx Reading symbols from src/lyx...done. (gdb) run Starting program: /mnt/sdc3/lyx-devel/src/lyx [New Thread 1024 (LWP 12014)] Running without personal LyX directory. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12014)] 0x4030c50d in memmove (dest=0x839bf18, src=0x0, len=1952) at ../sysdeps/generic/memmove.c:72 72 ../sysdeps/generic/memmove.c: No such file or directory. Current language: auto; currently c (gdb) where #0 0x4030c50d in memmove (dest=0x839bf18, src=0x0, len=1952) at ../sysdeps/generic/memmove.c:72 #1 0x8289b73 in vector >::_M_insert_aux (this=0x839b76c, __position=0x7a0, __x=@0xb3b4) at /usr/include/g++-3/stl_algobase.h:183 #2 0x80c22c5 in Converters::BuildGraph (this=0x83462e0) at /usr/include/g++-3/stl_vector.h:197 #3 0x810037d in LyX::init (this=0xb8a0, argv=0xb944, gui=true) at ../src/lyx_main.C:414 #4 0x80f9198 in LyX::LyX (this=0xb818, argc=0xb8e0, argv=0xb944) at ../src/lyx_main.C:104 #5 0x814669c in main (argc=1, argv=0xb944) at ../src/main.C:40 #6 0x402a2e51 in __libc_start_main (main=0x8146500 , argc=1, ubp_av=0xb944, init=0x804e5d8 <_init>, fini=0x82ed55c <_fini>, rtld_fini=0x4000e284 <_dl_fini>, stack_end=0xb93c) at ../sysdeps/generic/libc-start.c:111
Re: 1.1.6pre3 & RH7 compile problem
"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
Re: 1.1.6pre3 & RH7 compile problem
Why not try the new update to RH7.0 gcc-2.96-69?
Re: 1.1.6pre3 & RH7 compile problem
For those of us who are not skilled at installing gcc, could you tell us the easiest way to install 2.95, without running into unforeseen problems with libraries, paths, etc? Should we download an RPM? Norm Matloff On Tue, Jan 02, 2001 at 11:39:19AM +0200, Andre Juffer wrote: > > > Wai-Sun Chia wrote: > > > Hello, > > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my > > RH7 system. This is updated frequently from Rawhide. Specifically this > > system is running: > > > > gcc-2.96-69 > > glibc-2.2-9 > > binutils-2.10.1.0.2-1 > > libsigc++-1.0.1-1 > > > > gcc-2.96 is a development version of gcc and should not be used for real > work. It is very strange that RH has decided to install this version of > gcc. I think it is better to uninstall gcc-2.96 and install 2.95 > instead, which is the latest stable version of gcc. It also may solve > your problem. We had exactly similar problems with RH. In fact, we could > not compile anything, even the simplest programs. After installing an > earlier version of gcc, all our problems disappeared. >
Re: 1.1.6pre3 & RH7 compile problem
Andre Juffer <[EMAIL PROTECTED]> writes: | Wai-Sun Chia wrote: | | > Hello, | > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my | > RH7 system. This is updated frequently from Rawhide. Specifically this | > system is running: | > gcc-2.96-69 | > glibc-2.2-9 | > binutils-2.10.1.0.2-1 | > libsigc++-1.0.1-1 | | | | gcc-2.96 is a development version of gcc and should not be used for | real work. FUD, gcc-2.96 works just perfect. | It is very strange that RH has decided to install this | version of gcc. I think it is better to uninstall gcc-2.96 and install | 2.95 instead, which is the latest stable version of gcc. It also may | solve your problem. We had exactly similar problems with RH. In fact, | we could not compile anything, even the simplest programs. So _your_ installation was faulty. I have had no problems with gcc-2.96 and RH7.0 | > My configure is: | > ./configure --prefix=/usr --with-pspell drop the --with-pspell there seems to be some issues with it. | > In file included from formula.C:30: | > ../../src/minibuffer.h: At top level: | > ../../src/minibuffer.h:17: using directive `Object' introduced | > ambiguous type `_ObjectRec *' Your XForms dist is too old. Get a newer one. (but still 0.88 or try 0.89 if you want to) Lgb
Re: 1.1.6pre3 & RH7 compile problem
Wai-Sun Chia wrote: > Hello, > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my > RH7 system. This is updated frequently from Rawhide. Specifically this > system is running: > > gcc-2.96-69 > glibc-2.2-9 > binutils-2.10.1.0.2-1 > libsigc++-1.0.1-1 gcc-2.96 is a development version of gcc and should not be used for real work. It is very strange that RH has decided to install this version of gcc. I think it is better to uninstall gcc-2.96 and install 2.95 instead, which is the latest stable version of gcc. It also may solve your problem. We had exactly similar problems with RH. In fact, we could not compile anything, even the simplest programs. After installing an earlier version of gcc, all our problems disappeared. > > My configure is: > ./configure --prefix=/usr --with-pspell > > As I thought my system's libsigc has some problems, therefore I tried: > ./configure --prefix=/usr --with-pspell --without-included-libsigc > > But I'm getting the same problem as before... > > > make[3]: Entering directory > `/data/redhat/BUILD/lyx-1.1.6pre3/src/mathed' > /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. > -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost > -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -c formula.C > g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. > -I../.. -I../../boost -isystem /usr/X11R6/include -g -O -fno-exceptions > -W -Wall -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 `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 `/data/redhat/BUILD/lyx-1.1.6pre3/src/mathed' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/data/redhat/BUILD/lyx-1.1.6pre3/src' > make[1]: *** [all-recursive-am] Error 2 > make[1]: Leaving directory `/data/redhat/BUILD/lyx-1.1.6pre3/src' > make: *** [all-recursive] Error 1 > > Any clues? -- Andre H. Juffer | Phone: +358-8-553 1683 The Biocenter and| Fax: +358-8-553-1141 the Dep. of Biochemistry | Email: [EMAIL PROTECTED] University of Oulu, Finland | WWW: http://www.biochem.oulu.fi/research.html
