RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Atwood, Robert C 
Dear Brian and other list people:

Why am I trying to build it myself?

Because the distributed package (0-93-91-5)  seems to cause another
problem, even the version that Harold Hunt patched (0.93.91-6) using
Danny Backx's fix for the bug I encounterd a few months ago, and have no
idea why it still crashes. I cannot find out in any more detail unless I
run with a debug-compiled version. 

Is there another way to get a debug-compiled version other than building
it myself?

Harold's test-version of 0.93.94 seems to have this problem (non-widget
etc.) (if it really is from lesstif) and he says it causes problems with
nedit as well, so it is not a true release. But I am building a
0.93.91-6 without changes (at first) just to find out exactly where the
crash is coming from, but get this (different) problem.  

Please see the archived thread on 'Grace (xmgrace) 5.1.12-1 ... ' for
much greater detail on this (including backtraces, etc)

I certainly realize that a 'properly built' lesstif is what I want, in
what way is my version not 'properly built'? That is essentially what I
was asking in the first place! However I followed Harold's directions
exactly without trying to patch it or even debug it (at first) and I
have this problem. 

How do I distinguish whether it is not 'properly built' or not 'properly
updated'? Which is the problem? 

Can you provide details on what constitutes a 'properly updated'
lesstif? I got the source from 0.93.91-6 (one line different from
0.93.91-5) 

Can you build xmgrace from source and then get the axis properties
dialog box (double click an axis) to open without crashing? (Note the
release 5-1-12-1 package binaries are compiled with STATIC libraries
from an earlier version of lesstif and do not crash.)

Thanks for your help
Robert


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Ford
Sent: 19 January 2004 22:45
To: [EMAIL PROTECTED]
Subject: Re: non-widget child "DropSiteManager" error (WAS: RE: Grace
(xmgrace) 5.1.12-1 ... )


On Mon, 19 Jan 2004, Atwood, Robert C wrote:

> Update: by adding absolute paths to the missing libraries, I can get 
> it to compile,but now I get
>
> Error: attempt to add non-widget child "DropSiteManager" to parent 
> "xmgrace" which supports only widgets
>
> I have scanned the mailing list archive , and notice this problem 
> mentioned a few times with other software, eg DDD,  but I cannot find 
> any resolution to this problem mentioned. Any pointers/ redirections 
> to an example I haven't found yet?
>
Using a properly updated or build lesstif will correct this problem.
Why are you trying to build it yourself?

Mozilla Build Problems - make attempt log included

2004-01-20 Thread Andrew Cowan 

Cygwin Installer - 2.4.16 (all packages installed)
gcc version - 3.3.1
latest wintools installed

---

I searched the mail archives for this specific problem but did not find
anything relevant, if I missed anything please forgive and point out a
reference.

> make -f client.mk build

fails with the following output logged:

make
make[1]: Entering directory `/home/default/mozilla'
/bin/make -C config export
make[2]: Entering directory `/home/default/mozilla/config'
make[3]: Entering directory `/home/default/mozilla/config/mkdepend'
make[3]: Nothing to be done for `export'.
make[3]: Leaving directory `/home/default/mozilla/config/mkdepend'
sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl
 -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config
 C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/bdate.pl
 build_number sh /home/default/mozilla/build/cygwin-wrapper
 c:/Moztools/bin/nsinstall -m 644 nsBuildID.h ../mozilla-config.h
 ../dist/include sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl
 -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config
 C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/build-list.pl
 ../dist/include/.headerlist nsBuildID.h ../mozilla-config.h rm -f
 ../config/final-link-comps ../config/final-link-libs
 ../config/final-link-comp-names rm -f ../dist/bin/chrome/chromelist.txt
sh /home/default/mozilla/build/cygwin-wrapper c:/Moztools/bin/nsinstall -t -m
 644 nsBuildID.h ../mozilla-config.h ../dist/sdk/ make[2]: Leaving directory
 `/home/default/mozilla/config'
/bin/make nspr
make[2]: Entering directory `/home/default/mozilla'
/bin/make -C nsprpub
make[3]: Entering directory `/home/default/mozilla/nsprpub'
cd config; /bin/make -j1 export
make[4]: Entering directory `/home/default/mozilla/nsprpub/config'
rm -f
 C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/bin/nspr-config
 make[4]: Leaving directory `/home/default/mozilla/nsprpub/config'
cd pr; /bin/make -j1 export
make[4]: Entering directory `/home/default/mozilla/nsprpub/pr'
cd include; /bin/make export
make[5]: Entering directory `/home/default/mozilla/nsprpub/pr/include'
cd md; /bin/make export
make[6]: Entering directory `/home/default/mozilla/nsprpub/pr/include/md'
sh /home/default/mozilla/nsprpub/build/cygwin-wrapper nsinstall -m 444
 /home/default/mozilla/nsprpub/pr/include/md/_win95.cfg
 C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/include/nspr
 nsinstall: \home\default\mozilla\nsprpub\pr\include\md\_win95.cfg: No such
 file or directory make[6]: *** [export] Error 3
make[6]: Leaving directory `/home/default/mozilla/nsprpub/pr/include/md'
make[5]: *** [export] Error 2
make[5]: Leaving directory `/home/default/mozilla/nsprpub/pr/include'
make[4]: *** [export] Error 2
make[4]: Leaving directory `/home/default/mozilla/nsprpub/pr'
make[3]: *** [export] Error 2
make[3]: Leaving directory `/home/default/mozilla/nsprpub'
make[2]: *** [nspr] Error 2
make[2]: Leaving directory `/home/default/mozilla'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/default/mozilla'
make: *** [build] Error 2

I read some other mailing list archives where it was speculated that the
 backslahes reported by nsinstall are causing the problem but I have yet to
 find a solution.

Any help would be appreciated!

Sincerely
A. Cowan

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Brian Ford 
On Tue, 20 Jan 2004, Atwood, Robert C wrote:

> Dear Brian and other list people:
>
> Why am I trying to build it myself?
>
> Because the distributed package (0-93-91-5)  seems to cause another
> problem, even the version that Harold Hunt patched (0.93.91-6) using
> Danny Backx's fix for the bug I encounterd a few months ago, and have no
> idea why it still crashes. I cannot find out in any more detail unless I
> run with a debug-compiled version.
>
> Please see the archived thread on 'Grace (xmgrace) 5.1.12-1 ... ' for
> much greater detail on this (including backtraces, etc)
>
Ok.  I'm way behind on my list traffic because of the flu, holidays, and a
funeral.  I have briefly scanned the thread you refer to now.

> Is there another way to get a debug-compiled version other than building
> it myself?
>
Not that I know of.

> Harold's test-version of 0.93.94 seems to have this problem (non-widget
> etc.) (if it really is from lesstif) and he says it causes problems with
> nedit as well, so it is not a true release. But I am building a
> 0.93.91-6 without changes (at first) just to find out exactly where the
> crash is coming from, but get this (different) problem.
>
It is from lesstif.

Could you post your exact link line?  I haven't had time to try the test
version yet.

> I certainly realize that a 'properly built' lesstif is what I want, in
> what way is my version not 'properly built'?  That is essentially what I
> was asking in the first place! However I followed Harold's directions
> exactly without trying to patch it or even debug it (at first) and I
> have this problem.
>
> How do I distinguish whether it is not 'properly built' or not 'properly
> updated'? Which is the problem?
>
I don't know.  Properly linked might also be the problem, hence the
request above.  What did you pass to configure?

Did you try putting the extra freetype libs in LIBS?

> Can you provide details on what constitutes a 'properly updated'
> lesstif? I got the source from 0.93.91-6 (one line different from
> 0.93.91-5)
>
That should be fine.

> Can you build xmgrace from source and then get the axis properties
> dialog box (double click an axis) to open without crashing? (Note the
> release 5-1-12-1 package binaries are compiled with STATIC libraries
> from an earlier version of lesstif and do not crash.)
>
Maybe, but it'll be a while.

> > Update: by adding absolute paths to the missing libraries, I can get
> > it to compile,but now I get
> >
This is probably bad.  By "the libraries", you mean the dll's, or the
import libs?  You want the latter, I believe.

Sorry to be so sparse with the reply.  I'm really backed up right now.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Atwood, Robert C 

No huge rush, I am getting the graphing I want done using Grace on a
linux box, no reason other than a bit of convenience to do it on a
window/cygwin installation.. 

What I did: Building lesstif -- just using the provided script (for now,
without even trying debugging)
Sorry this is my first exposure to the cygwin building scripts, I am not
sure what it did with my config.log, but it is the script included in
0.93.91-6, using .sh all 
Installing lesstif -- untarred the resulting archive into
the / location

Configuring grace -- grace-5.1.12-1.sh prep
 export X_EXTRA_LIBS="-lXft -lfontconfig
-lXrender" 
 cd grace-5.1.12
 ./configure
--with-motif-library-/usr/X11R6/lib/libXm.a  [--enable-debug] (tried
with/without)
 make
 make tests

The errors occurred here. I tried some other ways of getting the
librarys included (before I settled on this way) with identical results.
With the lesstif installed from the binary package via setup, the tests
work (but crash, as mentioned, with a seg fault if an axis dialog is
opened) In this case no graphs open, only the error message (non-widget
etc.) in the parent terminal window.


I am not sure why X_EXTRA_LIBS were needed when they were not needed
when I compiled grace using the lesstif that was installed from the
binary package. This was very confusing. As far as I can tell, these
libraries are not part of lesstif,(are they?) 



Final linking line:


gcc -O2 -mcpu=pentiumpro -fno-common -Wall -pedantic -Wpointer-arith
-Wnested-externs -I.. -I. -I../T1lib/t1lib -I../Xbae
-I/usr/X11R6/include main.o plotone.o files.o ssdata.o utils.o
drawticks.o nonlfit.o lmdif.o as274c.o fit.o fourier.o graphs.o
graphutils.o setutils.o regionutils.o objutils.o computils.o defaults.o
params.o draw.o dlmodule.o pars.o missing.o  iofilters.o dates.o
t1fonts.o device.o dummydrv.o mfdrv.o mifdrv.o psdrv.o pdfdrv.o svgdrv.o
gd.o rstdrv.o mathstuff.o Tab.o motifutils.o compwin.o comwin.o
eblockwin.o editpwin.o events.o featext.o fileswin.o plotwin.o
graphappwin.o helpwin.o hotwin.o locatewin.o miscwin.o monwin.o
nonlwin.o printwin.o ptswin.o regionwin.o setwin.o strwin.o setappwin.o
tickwin.o worldwin.o fontwin.o xutil.o x11drv.o xmgrace.o -o xmgrace.exe
-L/usr/X11R6/lib   ../Xbae/Xbae/libXbae.a /usr/X11R6/lib/libXm.a -lXpm
-lXp -lXmu -lXt -lXext -lX11  -lSM -lICE -lXft  -lfontconfig -lXrender
../cephes/libcephes.a   ../T1lib/libt1.a  -ltiff -ljpeg -lpng -lz -lm  

Thanks again.
Dr. Robert Atwood
Research Associate
Dept. of Materials
Imperial College London
London, UK



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Ford
Sent: 20 January 2004 17:24
To: [EMAIL PROTECTED]
Subject: RE: non-widget child "DropSiteManager" error (WAS: RE: Grace
(xmgrace) 5.1.12-1 ... )


On Tue, 20 Jan 2004, Atwood, Robert C wrote:

> Dear Brian and other list people:
>
> Why am I trying to build it myself?
>
> Because the distributed package (0-93-91-5)  seems to cause another 
> problem, even the version that Harold Hunt patched (0.93.91-6) using 
> Danny Backx's fix for the bug I encounterd a few months ago, and have 
> no idea why it still crashes. I cannot find out in any more detail 
> unless I run with a debug-compiled version.
>
> Please see the archived thread on 'Grace (xmgrace) 5.1.12-1 ... ' for 
> much greater detail on this (including backtraces, etc)
>
Ok.  I'm way behind on my list traffic because of the flu, holidays, and
a funeral.  I have briefly scanned the thread you refer to now.

> Is there another way to get a debug-compiled version other than 
> building it myself?
>
Not that I know of.

> Harold's test-version of 0.93.94 seems to have this problem 
> (non-widget
> etc.) (if it really is from lesstif) and he says it causes problems
with
> nedit as well, so it is not a true release. But I am building a
> 0.93.91-6 without changes (at first) just to find out exactly where
the
> crash is coming from, but get this (different) problem.
>
It is from lesstif.

Could you post your exact link line?  I haven't had time to try the test
version yet.

> I certainly realize that a 'properly built' lesstif is what I want, in

> what way is my version not 'properly built'?  That is essentially what

> I was asking in the first place! However I followed Harold's 
> directions exactly without trying to patch it or even debug it (at 
> first) and I have this problem.
>
> How do I distinguish whether it is not 'properly built' or not 
> 'properly updated'? Which is the problem?
>
I don't know.  Properly linked might also be the problem, hence the
request above.  What did you pass to configure?

Did you try putting the extra freetype libs in LIBS?

> Can you provide details on what constitutes a 'properly updated' 
> lesstif? I got the source from 0.93.91-6 (one line different from

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Brian Ford 
On Tue, 20 Jan 2004, Atwood, Robert C wrote:

> What I did: Building lesstif -- just using the provided script (for now,
> without even trying debugging)
> Sorry this is my first exposure to the cygwin building scripts, I am not
> sure what it did with my config.log, but it is the script included in
> 0.93.91-6, using .sh all
>
The whole build is done in .build.

> Installing lesstif -- untarred the resulting archive into
> the / location
>
> Configuring grace -- grace-5.1.12-1.sh prep
>  export X_EXTRA_LIBS="-lXft -lfontconfig
> -lXrender"
>  cd grace-5.1.12
>  ./configure
> --with-motif-library-/usr/X11R6/lib/libXm.a  [--enable-debug] (tried
> with/without)
>
I believe this is a static lesstif lib.  And, AFAIK, a static lesstif lib
will not work now that Xt is a DLL.  I don't know why it is still in the
package.  I would think that lesstif-0.93.91-6.sh should be passing
--disable-static to configure and that would keep this from being
built/installed.

Do not use that lib.  Move it out of the way.  You should be linking with
libXm.dll.a, although -lXm should just do that.

>  make
>  make tests
>
> The errors occurred here. I tried some other ways of getting the
> librarys included (before I settled on this way) with identical results.
> With the lesstif installed from the binary package via setup, the tests
> work (but crash, as mentioned, with a seg fault if an axis dialog is
> opened) In this case no graphs open, only the error message (non-widget
> etc.) in the parent terminal window.
>
That is because you are linking with the broken static lib.

> I am not sure why X_EXTRA_LIBS were needed when they were not needed
> when I compiled grace using the lesstif that was installed from the
> binary package. This was very confusing. As far as I can tell, these
> libraries are not part of lesstif,(are they?)
>
Libtool may have taken care of this for you, although I don't know why it
isn't now.  Look in libXm.la.

See the following reference for some details:

http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00401.html

> Final linking line:
>
> gcc -O2 -mcpu=pentiumpro -fno-common -Wall -pedantic -Wpointer-arith
> -Wnested-externs -I.. -I. -I../T1lib/t1lib -I../Xbae
> -I/usr/X11R6/include main.o plotone.o files.o ssdata.o utils.o
> drawticks.o nonlfit.o lmdif.o as274c.o fit.o fourier.o graphs.o
> graphutils.o setutils.o regionutils.o objutils.o computils.o defaults.o
> params.o draw.o dlmodule.o pars.o missing.o  iofilters.o dates.o
> t1fonts.o device.o dummydrv.o mfdrv.o mifdrv.o psdrv.o pdfdrv.o svgdrv.o
> gd.o rstdrv.o mathstuff.o Tab.o motifutils.o compwin.o comwin.o
> eblockwin.o editpwin.o events.o featext.o fileswin.o plotwin.o
> graphappwin.o helpwin.o hotwin.o locatewin.o miscwin.o monwin.o
> nonlwin.o printwin.o ptswin.o regionwin.o setwin.o strwin.o setappwin.o
> tickwin.o worldwin.o fontwin.o xutil.o x11drv.o xmgrace.o -o xmgrace.exe
> -L/usr/X11R6/lib   ../Xbae/Xbae/libXbae.a /usr/X11R6/lib/libXm.a -lXpm
>
Yep.  Don't use that one.

> -lXp -lXmu -lXt -lXext -lX11  -lSM -lICE -lXft  -lfontconfig -lXrender
> ../cephes/libcephes.a   ../T1lib/libt1.a  -ltiff -ljpeg -lpng -lz -lm
>

You will still need the debug build to find the dialog problem.  Look in
the .sh script to figure out how to do one manually.  It isn't
that hard to dig through.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Atwood, Robert C 
As far as I can tell, it not only build static .a library files, but did
not create any shared .dll files. Is there another step needed to do
this? I will try to comprehend some parts of the script and see if I can
figure how to create the dll's or why I did not get them in the first
place.

At first I tried buildign the lesstif by manually runing ./configure and
make but this did not work.

This is a list all the files called Xm that got installed :
$find . -name '*Xm\.*'
./lib/libXm.la
./lib/libXm.a
./include/Xm/Xm.h
Thanks again
Robert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Ford
Sent: 20 January 2004 18:54
To: [EMAIL PROTECTED]
Subject: RE: non-widget child "DropSiteManager" error (WAS: RE: Grace
(xmgrace) 5.1.12-1 ... )


On Tue, 20 Jan 2004, Atwood, Robert C wrote:

> What I did: Building lesstif -- just using the provided script (for 
> now, without even trying debugging) Sorry this is my first exposure to

> the cygwin building scripts, I am not sure what it did with my 
> config.log, but it is the script included in 0.93.91-6, using 
> .sh all
>
The whole build is done in .build.

> Installing lesstif -- untarred the resulting archive into 
> the / location
>
> Configuring grace -- grace-5.1.12-1.sh prep
>  export X_EXTRA_LIBS="-lXft 
> -lfontconfig -lXrender"
>  cd grace-5.1.12
>  ./configure 
> --with-motif-library-/usr/X11R6/lib/libXm.a  [--enable-debug] (tried
> with/without)
>
I believe this is a static lesstif lib.  And, AFAIK, a static lesstif
lib will not work now that Xt is a DLL.  I don't know why it is still in
the package.  I would think that lesstif-0.93.91-6.sh should be passing
--disable-static to configure and that would keep this from being
built/installed.

Do not use that lib.  Move it out of the way.  You should be linking
with libXm.dll.a, although -lXm should just do that.

>  make
>  make tests
>
> The errors occurred here. I tried some other ways of getting the 
> librarys included (before I settled on this way) with identical 
> results. With the lesstif installed from the binary package via setup,

> the tests work (but crash, as mentioned, with a seg fault if an axis 
> dialog is
> opened) In this case no graphs open, only the error message
(non-widget
> etc.) in the parent terminal window.
>
That is because you are linking with the broken static lib.

> I am not sure why X_EXTRA_LIBS were needed when they were not needed 
> when I compiled grace using the lesstif that was installed from the 
> binary package. This was very confusing. As far as I can tell, these 
> libraries are not part of lesstif,(are they?)
>
Libtool may have taken care of this for you, although I don't know why
it isn't now.  Look in libXm.la.

See the following reference for some details:

http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00401.html

> Final linking line:
>
> gcc -O2 -mcpu=pentiumpro -fno-common -Wall -pedantic -Wpointer-arith 
> -Wnested-externs -I.. -I. -I../T1lib/t1lib -I../Xbae 
> -I/usr/X11R6/include main.o plotone.o files.o ssdata.o utils.o 
> drawticks.o nonlfit.o lmdif.o as274c.o fit.o fourier.o graphs.o 
> graphutils.o setutils.o regionutils.o objutils.o computils.o 
> defaults.o params.o draw.o dlmodule.o pars.o missing.o  iofilters.o 
> dates.o t1fonts.o device.o dummydrv.o mfdrv.o mifdrv.o psdrv.o 
> pdfdrv.o svgdrv.o gd.o rstdrv.o mathstuff.o Tab.o motifutils.o 
> compwin.o comwin.o eblockwin.o editpwin.o events.o featext.o 
> fileswin.o plotwin.o graphappwin.o helpwin.o hotwin.o locatewin.o 
> miscwin.o monwin.o nonlwin.o printwin.o ptswin.o regionwin.o setwin.o 
> strwin.o setappwin.o tickwin.o worldwin.o fontwin.o xutil.o x11drv.o
xmgrace.o -o xmgrace.exe
> -L/usr/X11R6/lib   ../Xbae/Xbae/libXbae.a /usr/X11R6/lib/libXm.a -lXpm
>
Yep.  Don't use that one.

> -lXp -lXmu -lXt -lXext -lX11  -lSM -lICE -lXft  -lfontconfig -lXrender
> ../cephes/libcephes.a   ../T1lib/libt1.a  -ltiff -ljpeg -lpng -lz -lm
>

You will still need the debug build to find the dialog problem.  Look in
the .sh script to figure out how to do one manually.  It isn't
that hard to dig through.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Atwood, Robert C 
>I believe this is a static lesstif lib.  And, AFAIK, a static lesstif
lib will not work now that Xt is a DLL.  I don't know why 
>it is still in the package.  I would think that lesstif-0.93.91-6.sh
should be passing --disable-static to configure and that 
>would keep this from being built/installed.

It has both --enable-static and --enable-shared in there, does one
override the other? I do not get the dll. 

I am trying again with the --enable-static removed ; or do you actually
have to specify --disable-static?

Is this documented somewhere?

However, I don't see why one library can't be static and the other
shared, doesn't it just look for the needed symbol at run-time?  --  I
am willing to take your word for it though.

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Brian Ford 
On Tue, 20 Jan 2004, Atwood, Robert C wrote:

> >I believe this is a static lesstif lib.  And, AFAIK, a static lesstif
> lib will not work now that Xt is a DLL.  I don't know why
> >it is still in the package.  I would think that lesstif-0.93.91-6.sh
> should be passing --disable-static to configure and that
> >would keep this from being built/installed.
>
> It has both --enable-static and --enable-shared in there, does one
> override the other? I do not get the dll.
>
No.  They are supposed to be independent.

> I am trying again with the --enable-static removed ; or do you actually
> have to specify --disable-static?
>
It depends on how this package is defaulted.  I don't remember and am
still in the process of migrating to a new PC, so I don't have easy access
to the source.  That is also the reason for all the vague replies.

> Is this documented somewhere?
>
What does *this* mean :^D?

> However, I don't see why one library can't be static and the other
> shared, doesn't it just look for the needed symbol at run-time?  --  I
> am willing to take your word for it though.
>
No.  Windows requires all symbols to be defined at link time.  Xt/Xm/Xaw3d
all depend on more *nix like behavior and expect to override symbols at
run time.  The hack used to fix this hooks into DLL initialization.  Thus,
no static lib support.  There are probably other reasons as well.

Search the achives for VendorShell if you want more detail.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

RE: non-widget child "DropSiteManager" error (WAS: RE: Grace (xmgrace) 5.1.12-1 ... )

2004-01-20 Thread Brian Ford 
On Tue, 20 Jan 2004, Atwood, Robert C wrote:

> As far as I can tell, it not only build static .a library files, but did
> not create any shared .dll files. Is there another step needed to do
> this? I will try to comprehend some parts of the script and see if I can
> figure how to create the dll's or why I did not get them in the first
> place.
>
Did you make sure that this step from Harold's lesstif announcement
worked?

2) Make the build script run aclocal, autoconf, and automake, and make
the mkpatch step exclude files generated by these programs.  This
makes the package patch readable and useful.

I think you might need to include libtool in that list.  Make sure all of
the afore mentioned tools are up to date, and then try:

autoreconf --install --force

> At first I tried buildign the lesstif by manually runing ./configure and
> make but this did not work.
>
Probably due to the above.

> This is a list all the files called Xm that got installed :
> $find . -name '*Xm\.*'
> ./lib/libXm.la
> ./lib/libXm.a
> ./include/Xm/Xm.h
> Thanks again
> Robert
>
Yeah, there should definately be more.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

Any WebBrowser for Cygwin?

2004-01-20 Thread Michael Henke 
I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd.
SSH is working very fine so far. All i need is a browser (except textbrowser
like lynx!) for www.
Is there any Webbrowser like Mozilla, Netscape or Opera available for the
cygwin-X-Server? Where to download and how to compile/install?

Thanks in advance!
Michael

-- 
Visit: http://www.aphex3k.de

Re: Any WebBrowser for Cygwin?

2004-01-20 Thread Frédéric L. W. Meunier 
On Tue, 20 Jan 2004, Michael Henke wrote:

> I want to do X-Forwarding with my Windowx-XP-Box and am using Cygwin SSHd.
> SSH is working very fine so far. All i need is a browser (except textbrowser
> like lynx!) for www.
> Is there any Webbrowser like Mozilla, Netscape or Opera available for the
> cygwin-X-Server? Where to download and how to compile/install?

You can try my Links 2 build from
http://www.pervalidus.net/cygwin/links/ or compile yourself,
but be aware Links 2 doesn't support Java, Flash, etc, and has
minimal JavaScript support. I'm pretty sure there are no other
X11 browsers for Cygwin. Well, maybe Konqueror with KDE...

-- 
How to contact me - http://www.pervalidus.net/contact.html

Re: Mozilla Build Problems - make attempt log included

2004-01-20 Thread Igor Pechtchanski 
Andrew,

IMO, this discussion belongs on the main Cygwin list.  Redirecting.

On Tue, 20 Jan 2004, Andrew Cowan wrote:

> Cygwin Installer - 2.4.16 (all packages installed)

FYI, this doesn't tell us anything about the installed packages.  See
 for the suggested way to report
problems.

> gcc version - 3.3.1
> latest wintools installed
>
> ---
>
> I searched the mail archives for this specific problem but did not find
> anything relevant, if I missed anything please forgive and point out a
> reference.
>
> > make -f client.mk build
>
> fails with the following output logged:
>
> make
> make[1]: Entering directory `/home/default/mozilla'
> /bin/make -C config export
> make[2]: Entering directory `/home/default/mozilla/config'
> make[3]: Entering directory `/home/default/mozilla/config/mkdepend'
> make[3]: Nothing to be done for `export'.
> make[3]: Leaving directory `/home/default/mozilla/config/mkdepend'
> sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl
>  -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config
>  C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/bdate.pl
>  build_number sh /home/default/mozilla/build/cygwin-wrapper
>  c:/Moztools/bin/nsinstall -m 644 nsBuildID.h ../mozilla-config.h
>  ../dist/include sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl
>  -IC:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config
>  C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/config/build-list.pl
>  ../dist/include/.headerlist nsBuildID.h ../mozilla-config.h rm -f
>  ../config/final-link-comps ../config/final-link-libs
>  ../config/final-link-comp-names rm -f ../dist/bin/chrome/chromelist.txt
> sh /home/default/mozilla/build/cygwin-wrapper c:/Moztools/bin/nsinstall -t -m
>  644 nsBuildID.h ../mozilla-config.h ../dist/sdk/ make[2]: Leaving directory
>  `/home/default/mozilla/config'
> /bin/make nspr
> make[2]: Entering directory `/home/default/mozilla'
> /bin/make -C nsprpub
> make[3]: Entering directory `/home/default/mozilla/nsprpub'
> cd config; /bin/make -j1 export
> make[4]: Entering directory `/home/default/mozilla/nsprpub/config'
> rm -f
>  C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/bin/nspr-config
>  make[4]: Leaving directory `/home/default/mozilla/nsprpub/config'
> cd pr; /bin/make -j1 export
> make[4]: Entering directory `/home/default/mozilla/nsprpub/pr'
> cd include; /bin/make export
> make[5]: Entering directory `/home/default/mozilla/nsprpub/pr/include'
> cd md; /bin/make export
> make[6]: Entering directory `/home/default/mozilla/nsprpub/pr/include/md'
> sh /home/default/mozilla/nsprpub/build/cygwin-wrapper nsinstall -m 444
>  /home/default/mozilla/nsprpub/pr/include/md/_win95.cfg
>  C:/WINDOWS/Desktop/Cygwin_Setup/home/default/mozilla/dist/include/nspr
>  nsinstall: \home\default\mozilla\nsprpub\pr\include\md\_win95.cfg: No such
>  file or directory make[6]: *** [export] Error 3
> make[6]: Leaving directory `/home/default/mozilla/nsprpub/pr/include/md'
> make[5]: *** [export] Error 2
> make[5]: Leaving directory `/home/default/mozilla/nsprpub/pr/include'
> make[4]: *** [export] Error 2
> make[4]: Leaving directory `/home/default/mozilla/nsprpub/pr'
> make[3]: *** [export] Error 2
> make[3]: Leaving directory `/home/default/mozilla/nsprpub'
> make[2]: *** [nspr] Error 2
> make[2]: Leaving directory `/home/default/mozilla'
> make[1]: *** [default] Error 2
> make[1]: Leaving directory `/home/default/mozilla'
> make: *** [build] Error 2
>
> I read some other mailing list archives where it was speculated that the
>  backslahes reported by nsinstall are causing the problem but I have yet to
>  find a solution.
>
> Any help would be appreciated!
>
> Sincerely
> A. Cowan

Perhaps "man cygpath" will be enlightening.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton