2 Airfare vouchers for $49.95

2001-12-11 Thread Early Bird

Sign up today and receive two round trip airfare vouchers, open dated for 18 months!  
You will also 
receive a three month subscription.  To learn more visit us at: 
http://www.earlybirdstockpicks.com



xhost problem :

2001-12-11 Thread Julien Vermillard

Hi (again),

a bit more about my xhost problem :


$ xhost
access control enabled, only authorized clients can connect
INET:localhost
INET:jvd.univers
INET:JVD
LOCAL:

jvd@JVD /
$ winDetectSupportedEngines () - Windows 95/98/Me
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Returning, supported engines 0013
winSetEngine () - Using Shadow DirectDraw
winCreateBoundingWindowWindowed () - WindowClient w 1274 h 995 r 1274 l 0 b
995
t 0
winInitVisualsShadowDD () - Masks 00ff ff00 00ff BPRGB 8 d 24
winCreateDefColormap () - Deferring to fbCreateDefColormap ()


---

$ xhost +
access control disabled, clients can connect from any host

jvd@JVD /
$ winDetectSupportedEngines () - Windows 95/98/Me
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Returning, supported engines 0013
winSetEngine () - Using Shadow DirectDraw
winCreateBoundingWindowWindowed () - WindowClient w 1274 h 995 r 1274 l 0 b
995
t 0
winInitVisualsShadowDD () - Masks 00ff ff00 00ff BPRGB 8 d 24
winCreateDefColormap () - Deferring to fbCreateDefColormap ()




Then xhost again for verify :

$ xhost
access control enabled, only authorized clients can connect
INET:localhost
INET:jvd.univers
INET:JVD
LOCAL:

jvd@JVD /
$ winDetectSupportedEngines () - Windows 95/98/Me
winDetectSupportedEngines () - DirectDraw installed
winDetectSupportedEngines () - Returning, supported engines 0013
winSetEngine () - Using Shadow DirectDraw
winCreateBoundingWindowWindowed () - WindowClient w 1274 h 995 r 1274 l 0 b
995
t 0
winInitVisualsShadowDD () - Masks 00ff ff00 00ff BPRGB 8 d 24
winCreateDefColormap () - Deferring to fbCreateDefColormap ()


---

Apparently xhost is not writting the configuration :(


Regards,

Julien




Re: Help on XDM with Solaris Host

2001-12-11 Thread Julien Gilles

Zhang, Bo [EMAIL PROTECTED] writes:

 Hello, everyone,
 
 I have installed Cygwin/Xfree86 on my NT machine. XWin worked fine
 as a standalone X-server. However, I couldn't get XDM to work with my
 Solaris 2.8. The root window is opened, but it hangs there. It looks like 
 some kind of infinite loop (CPU ustilization on my PC goes 100% for a 
 very long time), but Alt-F4 still works.
 
 Has anyone experienced this before? Does anyone has solutions to it?

Yes, I think I have the same problem, look in the /usr/dt/Xerrors file
(on the Sun workstation), you should have an error message Server
should be grabbed.

Sorry, I have no solution. But I think it's related to cygwin/Xfree,
not a bad parameter on the sun side.

-- 
Julien Gilles




2 Airfare vouchers for $49.95

2001-12-11 Thread Early Bird

Sign up today and receive two round trip airfare vouchers, open dated for 18 months!  
You will also 
receive a three month subscription.  To learn more visit us at: 
http://www.earlybirdstockpicks.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Directory names with spaces - No such - in script

2001-12-11 Thread Lamar Seifuddin

Hello All,

I am creating some scripts, setting up the environment
 within the script.

e.g.

$ MUSIC_DIR=/cygdrive/c/Program\ Files/Audiogalaxy\ Satellite/Music/;
  export MUSIC_DIR

cd $MUSIC_DIR
===

I get an error:

bash: cd: /cygdrive/c/Program: No such file or directory

I'm sure there is an easy solution, I just can't see it.

now if I created this without a directory (name) with spaces, it works.

thank you for your help

Lamar

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Directory names with spaces - No such - in script

2001-12-11 Thread Larry Hall (RFK Partners, Inc)

At 05:14 PM 12/11/2001, Lamar Seifuddin wrote:
Hello All,

I am creating some scripts, setting up the environment
  within the script.

e.g.

$ MUSIC_DIR=/cygdrive/c/Program\ Files/Audiogalaxy\ Satellite/Music/;
   export MUSIC_DIR

cd $MUSIC_DIR
===

I get an error:

bash: cd: /cygdrive/c/Program: No such file or directory

I'm sure there is an easy solution, I just can't see it.

now if I created this without a directory (name) with spaces, it works.



That's one easy way.  You can also remove the backslashes and simply 
quote $MUSIC_DIR in your cd command.

This is really a bash/bourne shell question.  You should consult the 
documentation for these shells to get a better understanding of what's
going on here and how to deal with it.  Unless there is a problem 
specific to Cygwin in this area, it's rather off-topic here.  Just FYI.



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: gcc -mno-cygwin creates cygwin executables!

2001-12-11 Thread a.rburgers

Rob Collins wrote:

  1) Move the pthread functions from libcygwin.a to a separate library
  libpthread.a instead of libpthread.a being a symlink to libcygwin.a.
  That
  would fix this particular configure problem I think. This already
  works this way I found for libpng.a and libjpeg.a.

 No, as the pthread functions use cygwin calls that will still link to
 cygwin.

Yes! Since if you use gcc without -mno-cygwin, libcygwin.a is linked in 
anyway,
as is the case now with for instance libpng.a and libjpeg.a.

I only want the link to fail when you use gcc -mno-cygwin. It doesn't now
since linking with -lpthread links in all of libcygwin.a

 If you want a mingw pthread library see the pthread-win32 project.

I don't want to force the user to install pthread-win32.
I want this configure script (for fltk btw) to detect correctly whether 
threads
are available or not.

  2) Put some cygwin specific libraries as libpthread.a in
 /usr/cygwin/lib
  and add /usr/cygwin/lib to the specs?

 This _might_ do it. Still it requires breaking out the pthread
 functions, for little benefit and greater overhead.

I don't see the problem with this. We are not adding libraries as libpng
and libjpeg to libcygwin either are we?

 Why not add the
 win32-pthread functions somewhere and add that to the -mno-cygwin specs?

You mean adding the win32-pthread functions to the standard cygwin mingw 
distribution?
That would be perfect of cause!

Teun


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Directory names with spaces - No such - in script

2001-12-11 Thread Larry Hall (RFK Partners, Inc)

At 06:37 PM 12/11/2001, Lamar Seifuddin wrote:
I had already tried (removing backslashes) that!   it didn't work


Yes, but did you try what I suggested (remove the backslashes and 
quote the use of MUSIC_DIR in the cd command)?  That worked fine for
me.


I worked around this


Good.



thanks anyway.



-Original Message-
From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 11, 2001 12:24 PM
To: Lamar Seifuddin; [EMAIL PROTECTED]
Subject: Re: Directory names with spaces - No such - in script


At 05:14 PM 12/11/2001, Lamar Seifuddin wrote:
 Hello All,
 
 I am creating some scripts, setting up the environment
   within the script.
 
 e.g.
 
 $ MUSIC_DIR=/cygdrive/c/Program\ Files/Audiogalaxy\ Satellite/Music/;
export MUSIC_DIR
 
 cd $MUSIC_DIR
 ===
 
 I get an error:
 
 bash: cd: /cygdrive/c/Program: No such file or directory
 
 I'm sure there is an easy solution, I just can't see it.
 
 now if I created this without a directory (name) with spaces, it works.



That's one easy way.  You can also remove the backslashes and simply 
quote $MUSIC_DIR in your cd command.

This is really a bash/bourne shell question.  You should consult the 
documentation for these shells to get a better understanding of what's
going on here and how to deal with it.  Unless there is a problem 
specific to Cygwin in this area, it's rather off-topic here.  Just FYI.



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: compile perl- percentage of tests expected to pass- 96% okay

2001-12-11 Thread John Peacock

Peter Buckley wrote:
 
 I compiled perl and when I do make test I only get 96% okay-
 Searching the MLA I see that some people have gotten 99+% okay- is there
 something special I need to do to build perl under cygwin? I just did a
 configure -d to accept all the defaults.

Which Perl?  I am getting 100% success with bleadperl (5.7.2/5.8.0 to be), but 
I know that others are still getting some nagging failures.  I suspect that 
there will be a class of tests which will frequently fail unless you are:

- running NT4 or W2K
- on a machine that is a member of a domain
- and using ntsec

I know that a lot of work has happened recently to fix problems which still 
existed in 5.6.1, both cross-platform and CygWin specific, so you are better
off with bleadperl than with the so-called stable perl.

HTH

John

-- 
John Peacock
Director of Information Research and Technology
Rowman  Littlefield Publishing Group
4720 Boston Way
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




php-4.1.0 on Cygwin

2001-12-11 Thread Ryan T. Sammartino


I am attempting to build php-4.1.0 on Cygwin.  So far I have had to make
the following changes to get things to compile.  I am almost certain
that this is the Wrong Way(TM) to solve this problem, so if anyone could
suggest the Right Way(TM) before I send these patches to the PHP guys,
I'd appreciate it.  Also, read on about _imp__ craziness...


---cut here---
--- php-4.1.0/ext/openssl/openssl.c.origTue Dec 11 14:52:34 2001
+++ php-4.1.0/ext/openssl/openssl.c Tue Dec 11 14:58:38 2001
@@ -24,6 +24,7 @@
 #include config.h
 #endif
 
+
 #include php.h
 #include php_openssl.h
 
@@ -39,6 +40,12 @@
 #include openssl/pem.h
 #include openssl/err.h
 
+/* Hack for Cygwin.  Without this, timezone is a function */
+#if defined __CYGWIN__
+#define timezone ((long int) _timezone)
+#endif
+
+
 static unsigned char arg2of3_force_ref[] =
{ 3, BYREF_NONE, BYREF_FORCE, BYREF_NONE };
 static unsigned char arg2of4_force_ref[] =
--- php-4.1.0/ext/standard/datetime.c.orig  Tue Dec 11 14:58:16 2001
+++ php-4.1.0/ext/standard/datetime.c   Tue Dec 11 14:59:02 2001
@@ -35,6 +35,11 @@
 
 #include php_parsedate.h
 
+/* Hack for Cygwin.  Without this, timezone is a function */
+#if defined __CYGWIN__
+#define timezone ((long int) _timezone)
+#endif
+
 char *mon_full_names[] =
 {
January, February, March, April,
---cut here---


Now I get to a link stage, and I get:


/bin/sh /home/ryans/src/php-4.1.0/cygwin-build/libtool --silent --mode=link gcc -I. 
-I/home/ryans/src/php-4.1.0/ -I/home/ryans/src/php-4.1.0/cygwin-build/main 
-I/home/ryans/src/php-4.1.0 -I/home/ryans/src/php-4.1.0/cygwin-build/Zend 
-I/home/ryans/src/php-4.1.0/ext/mysql/libmysql 
-I/home/ryans/src/php-4.1.0/ext/xml/expat -I/home/ryans/src/php-4.1.0/main 
-I/home/ryans/src/php-4.1.0/Zend -I/home/ryans/src/php-4.1.0/TSRM  
-I/home/ryans/src/php-4.1.0/cygwin-build/TSRM -g -O2   -o php -export-dynamic  
stub.lo libphp4.la 
Warning: resolving _stdscr by linking to __imp__stdscr (auto-import)
./.libs/libphp4.a(xml.o): In function `zm_info_xml':
/home/ryans/src/php-4.1.0/ext/xml/xml.c:237: undefined reference to 
`_imp__php_XML_ExpatVersion'
./.libs/libphp4.a(xml.o): In function `xml_parser_dtor':
/home/ryans/src/php-4.1.0/ext/xml/xml.c:304: undefined reference to 
`_imp__php_XML_ParserFree'
./.libs/libphp4.a(xml.o): In function `zif_xml_parser_create':
/home/ryans/src/php-4.1.0/ext/xml/xml.c:1080: undefined reference to 
`_imp__php_XML_ParserCreate'
/home/ryans/src/php-4.1.0/ext/xml/xml.c:1084: undefined reference to 
`_imp__php_XML_SetUserData'
*** snip

so my question is, where does that _imp__ come from?  Something to do
with DLLs I can guess, but I'm a DLL dummy on Winblows.  How do I either
get rid of that _imp__ or how do I properly add it to the php_XML_*
functions?



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: can't link fortran executable

2001-12-11 Thread Brian Salter-Duke

On Mon, Nov 05, 2001 at 07:39:51PM +0200, Andrey Khavryuchenko wrote:

after an earlier post that contained:-
 
$ g77 -o chngc.exe *.o
[...]
wrtrasmol.o: In function `wrtrasmol_':
wrtrasmol.o(.text+0x35): undefined reference to `s_wsfe'
wrtrasmol.o(.text+0x3d): undefined reference to `e_wsfe'
wrtrasmol.o(.text+0x4a): undefined reference to `s_wsfe'
wrtrasmol.o(.text+0x61): undefined reference to `do_fio'
wrtrasmol.o(.text+0x69): undefined reference to `e_wsfe'
wrtrasmol.o(.text+0x76): undefined reference to `s_wsfe'
wrtrasmol.o(.text+0x8d): undefined reference to `do_fio'
wrtrasmol.o(.text+0xa4): undefined reference to `do_fio'
wrtrasmol.o(.text+0xac): undefined reference to `e_wsfe'
wrtrasmol.o(.text+0xb9): undefined reference to `s_wsfe'
wrtrasmol.o(.text+0xc1): undefined reference to `e_wsfe'
wrtrasmol.o(.text+0x10c): undefined reference to `s_copy'
wrtrasmol.o(.text+0x11c): undefined reference to `s_wsfe'
wrtrasmol.o(.text+0x133): undefined reference to `do_fio'
wrtrasmol.o(.text+0x154): undefined reference to `e_wsfe'
wrtrasmol.o(.text+0x191): undefined reference to `do_fio'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/libg2c.a(main.o)(.text+0x38):main.c:
undefined reference to `MAIN__'
collect2: ld returned 1 exit status

What's set up wrong?  What's missing?

 Just noticed.  Strange, but if I build using 
 $ g77 -o chngc.exe *.f
 everything goes ok.

Does anyone understand what is going on here. I have a very complex
makefile for a very complex program. It gives the undefine MAIN error 
as above (not the others), but I have been able to link other complex 
situations. The solution of compiling all the *.f in one go is not really 
possible without a lot of work. The whole system and the makefiles are not
designed that way. So I am stuck unless I can understand this.

Regards, Brian. 

-- 
Associate Professor Brian Salter-Duke (Brian Duke) [EMAIL PROTECTED]  
Chemistry, School of BECS, SITE, NT University, Darwin, NT 0909, Australia.
Phone 08-89466702. Fax 08-89466847. http://www.smps.ntu.edu.au/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




2 Airfare vouchers for $49.95

2001-12-11 Thread Early Bird

Sign up today and receive two round trip airfare vouchers, open dated for 18 months!  
You will also 
receive a three month subscription.  To learn more visit us at: 
http://www.earlybirdstockpicks.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: php-4.1.0 on Cygwin

2001-12-11 Thread Gerrit P. Haase

Hallo Ryan,

Am 2001-12-12 um 01:04 schriebst du:

 I am attempting to build php-4.1.0 on Cygwin.  So far I have had to make
 the following changes to get things to compile.  I am almost certain
 that this is the Wrong Way(TM) to solve this problem, so if anyone could
 suggest the Right Way(TM) before I send these patches to the PHP guys,
 I'd appreciate it.  Also, read on about _imp__ craziness...

 +/* Hack for Cygwin.  Without this, timezone is a function */

This hack is ok.

 ---cut here---


 Now I get to a link stage, and I get:


 /bin/sh /home/ryans/src/php-4.1.0/cygwin-build/libtool --silent --mode=link gcc -I. 
-I/home/ryans/src/php-4.1.0/ -I/home/ryans/src/php-4.1.0/cygwin-build/main 
-I/home/ryans/src/php-4.1.0
 -I/home/ryans/src/php-4.1.0/cygwin-build/Zend 
-I/home/ryans/src/php-4.1.0/ext/mysql/libmysql 
-I/home/ryans/src/php-4.1.0/ext/xml/expat -I/home/ryans/src/php-4.1.0/main
 -I/home/ryans/src/php-4.1.0/Zend -I/home/ryans/src/php-4.1.0/TSRM  
-I/home/ryans/src/php-4.1.0/cygwin-build/TSRM -g -O2   -o php -export-dynamic  
stub.lo libphp4.la 
 Warning: resolving _stdscr by linking to __imp__stdscr (auto-import)
 ./.libs/libphp4.a(xml.o): In function `zm_info_xml':
 /home/ryans/src/php-4.1.0/ext/xml/xml.c:237: undefined reference to 
`_imp__php_XML_ExpatVersion'
 ./.libs/libphp4.a(xml.o): In function `xml_parser_dtor':
 /home/ryans/src/php-4.1.0/ext/xml/xml.c:304: undefined reference to 
`_imp__php_XML_ParserFree'
 ./.libs/libphp4.a(xml.o): In function `zif_xml_parser_create':
 /home/ryans/src/php-4.1.0/ext/xml/xml.c:1080: undefined reference to 
`_imp__php_XML_ParserCreate'
 /home/ryans/src/php-4.1.0/ext/xml/xml.c:1084: undefined reference to 
`_imp__php_XML_SetUserData'
 *** snip

 so my question is, where does that _imp__ come from?  Something to do
 with DLLs I can guess, but I'm a DLL dummy on Winblows.  How do I either
 get rid of that _imp__ or how do I properly add it to the php_XML_*
 functions?

There is a lib missing?  Have you linked against libexpat?

Ciao,

Gerrit P. Haasemailto:[EMAIL PROTECTED]
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Cannot unlink DLL in CPAN Makefile

2001-12-11 Thread Gerrit P. Haase

Hallo Lapo,

Am 2001-12-12 um 02:42 schriebst du:

 It seems that every CPAN modules that creates a .DLL cannot delete it
 from the compile directory, even if everything builds OK (got this
 problem in Compress::Zlib and Digest::MD5):

It is not possible to delete a dll which is in use on Windows.
Compress::Zlib and Digest::MD5 are in use (loaded by Perl from the
CPAN module) so you need to install them manually.

Ciao,

Gerrit P. Haasemailto:[EMAIL PROTECTED]
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: rxvt and mutt incompatabilities

2001-12-11 Thread Gary R. Van Sickle

 Is anybody out there running mutt and rxvt together?

Yep.

  I get display problems
 and inconsistencies when I try to run mutt in rxvt.

What kind of inconsitencies?  I have literally no problems whatsoever.  What do
you set -tn to when you run rxvt?  If I don't set it to anything, it will
default to TERM=xterm, which works fine except mutt has no color (though stuff
like ls --color works fine, go figure).  If I set it to -tn rxvt, mutt gets
color and everything is great.

Just a hunch, what's your CYGWIN= set to?

--
Gary R. Van Sickle
Brewer.  Patriot.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/