Setup failure: mount error

[luke . kendall]

I've just tried installing Cygwin on a freshly-setup Windows 2000 PC.

I made one terrible error when installing Cygwin - before I started,
I set my PATH to reference a copyt of Cygwin installed on the network.

(Note: Recent experiments convinced me that I have to forget about
trying to automate the install with shell scripts from a copy of
Cygwin installed, kicking off setup.exe and then running local
post-install scripts.)

Anyway, I typed one command, "mount", with no arguments, and saw the
expected output - a listing of the drive mappings.  I then ran setup.

But setup failed, and continues to fail: after downloading all packages,
(99% complete), an alert panel with a window-title of "mount" pops up 
that says:
"Cannot create a file when that file exists." (Okay).

Clicking on Okay exits from setup. (In a way that your setup choices
are forgotten the next time you try, incidentally.)  Setup has created
etc, bin, and a few other files.   A total of 6 files, 18 folders.

I suspect it's a side-effect of me typing "mount", earlier.  I know not
to do that ever again.  But what do I do now?

I've tried rebooting, and deleting the Cygwin skeleton directories that
had started to be created, and deleted every (the single) mention of Cygnus
that I found in the registry.  But setup still fails.

The setup.log finishes like this:

2004/10/12 17:10:05 Downloaded 
d:\temp/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin/release/zsh/zsh-4.2.0-2.tar.bz2
2004/10/12 17:10:05 Downloaded 
d:\temp/http%3a%2f%2fweb%2fu%2fmirror%2fcygwin/release/_update-info-dir/_update-info-dir-00230-1.tar.bz2
2004/10/12 17:18:04 Ending cygwin install

setup.log.full ends with the same two lines.

Any suggestion?  Surely I don't have to reinstall W2K?

luke



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup failure: mount error

[luke . kendall]

The registry contained the key 
HKCU->Software->Cygnus Solutions->Cygwin->mounts v2-> with nothing (to
be precise: Name (Default), Type REG_SZ, Data (value not set)).

But deleting the Cygnus Solutions tree doesn't help.

I just tried again, except not deleting the download directory, and
this time it checks the md5 signatures, shows that it had just finished
checking MD5 for _update-info-dir-00230-1, the alert panel with the
window-title of "mount" pops up and says:

"Cannot create a file when that file exists." (Okay).

and setup then exits.

I should also add that I've tried a reboot in between.

luke


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygthread::stub: erroneous thread activation

[Norbert . Windrich]

Hi,
 
I get the error message: "3 [exiting thread] bash 3156 cygthread::stub: erroneous 
thread activation" while exec a bash shell script. Sometimes the the script hangs 
earlier or later without any message.
On other machines there is no problem with that script, so i think it is a problem of 
hyperthreading.

The machine is a 2 Processor Windows 2003 Server machine with 2 GB Ram . The taskmgr 
shows 4 CPU.
 
The output of cygcheck ist added.

Freundliche Grüße

Norbert Windrich
T-Systems International GmbH
CS-Unit 2, OSS, Application Hosting
Hausadresse: Fasanenweg 11, 70771 Leinfelden-Echterdingen
Postanschrift: Postfach 10 02 58, 70746 Leinfelden-Echterdingen
Telefon: +49 (711) 972-43110
Telefax: +49 (711) 972-41760
E-Mail: [EMAIL PROTECTED]
Internet: http://www.t-systems.com



cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Patent question, libtiff, LZW -- Attn: Corinna

[Corinna Vinschen]

On Oct 11 20:14, Charles Wilson wrote:
> the fedora core 2 version of netpbm
> netpbm-10.19-7.src.rpm in
> http://download.fedora.redhat.com/pub/fedora/linux/core/2/SRPMS/
> 
> both contain giftopnm and ppmtogif, which are LZW-enabled for both 
> decompression (giftopnm) and compression (ppmtogif).
> 
> So it seems that this is really a moot point.  Red Hat is already 
> distributing LZW-enabled code.

Then just go ahead.  What's good for Fedora is good for us, too.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SSH Rsa key weirdness.

[Corinna Vinschen]

On Oct 11 23:46, [EMAIL PROTECTED] wrote:
> I am attempting to use RSA keys to connect to a user, from a remote box.
> 
> RSA keys are created on my main machine instead of the cygwin machine.
> Normally I copy them over and change permissions, authorized_keys, auth
> against the .pub and it works.
> 
> If I copy my authorized_keys file over and change permissions it fails to
> auth with the .pub.

WFM.  I'm doing the same over and over again.

There's just one problem on Cygwin which you don't have on Linux.  The
authorized_keys file must be readable by SYSTEM, resp. by the user running
the sshd service (sshd_server on 2K3 if you installed via ssh-host-config).
You can add read perms for SYSTEM (or sshd_server) e. g. by calling

  setfacl -m u:SYSTEM:r-- ~/.ssh/authorized_keys

> If i run:
> ssh-user-config

ssh-user-config does exactly that, adding read permission for SYSTEM or
sshd_server.  That's probably the reason it works ;-)

> CYGWIN makes Windows work a lot easier for Linux guys like me :)

Cool!


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygwin's OpenSSL 0.9.7d 17 Mar 2004 core dumps on the attached input and command

[Ralf Hauser]

try:

  openssl smime -encrypt -rc2-128 -in signedFile.eml -out encryptedFile1.eml
recipCert0.pem

and on WinXP SP2 I get a core-dump - a colleague of mine got it as well.
What can I do?

The same happens if I use the win32 binary as of
http://www.stunnel.org/download/stunnel/win32/openssl-0.9.7d-zlib/openssl.zip.

When using an old OpenSSL 0.9.7a Feb 19 2003 on Redhat, the same input files
and command work nicely.


---
Reach me securely via:
https://www.privasphere.com/[EMAIL PROTECTED]

gpg fingerprint: B7BE 9E33 7AA0 9FA5 8D3A  9718 2A20 188E 8782 6F38
https://www.privasphere.com/keys/gpg/RHpub.asc

SHA1 Thumbprint: C961 8ABF FBD1 9C43 0949 0B59 4526 21E9 BA5B 69DF
https://www.privasphere.com/keys/x509/RHpub.cer

-- 
mailto:[EMAIL PROTECTED] 
cell: +41(76)381-7760
fax: +41(1)381-7762

"it's easy to communicate securely on the net"
http://privasphere.ch 

GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++

recipCert0.pem
Description: Binary data


signedFile.eml
Description: S/MIME encrypted message
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cron doesn't work

[Marcos Rebelo]

It seems that cron is not working at all. 

What do I have to do set him to work?
OR to test if he is working?

Thanks
MArcos

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Larry Hall
Sent: segunda-feira, 11 de Outubro de 2004 17:27
To: Marcos Rebelo; [EMAIL PROTECTED]
Subject: Re: Cron doesn't work

At 08:25 AM 10/11/2004, you wrote:
>I have the cron installed, my crontab is:
>*/2 *   *   *   *   perl -e 'open(FILE,
>">/cygdrive/c/deleteMe.txt") or die $!; print FILE (time."\n");
>close(FILE)'
>
>but nothing is going on.


I suggest you start with something easier (like '/bin/echo "hello"'), 
always use full paths, search the email archives for cron problems and
solutions, and read and follow the advice at:

>Problem reports:   http://cygwin.com/problems.html



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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] New package: chere-0.3-1

[Dave]

chere is a new Cygwin package to manage the infamous Shell Here functionality.
This adds items to the Explorer Drive and Directory context menus. The named
shell is started in the selected drive/directory when the menu item is chosen.

If, like me, you're paranoid about your Registry, chere can display what it
would do rather than actually do it. It can also report what shells have been
added to the context menus, and the associated keys.

Finally, chere can remove any context menu items it has created.

Please consult the inbuilt help for details on usage (chere -h).

Known issues

A preliminary version is also on the mirrors (0.2-1). Avoid it, and wait until
you see 0.3-1.

You may notice a window flash by as the shell starts.

The passwd shell does what /etc/passwd tells it to. So make sure /etc/passwd is
reasonable.

When using the passwd shell, you may notice a spare sh in the Task Manager. This
will close when you exit the terminal session.

You must have Admin priveleges to install the context menus.

The windows control panel uninstall will not work if you uninstall chere. If you
are about to remove cygwin, uninstall the context menus first.

Enjoy,

--
Dave

Please report any bugs to the Cygwin mailing list, following the procedure in
http://cygwin.com/problems.html. In addition you should attach the (verbatim)
output of `chere -r`.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***


If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple


Please read *all* of the information on unsubscribing that is available
starting at the above URL.





___
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin's OpenSSL 0.9.7d 17 Mar 2004 core dumps on the attached input and command

[Dr. Stephen Henson]

On Tue, Oct 12, 2004, Ralf Hauser wrote:

> try:
> 
>   openssl smime -encrypt -rc2-128 -in signedFile.eml -out encryptedFile1.eml
> recipCert0.pem
> 
> and on WinXP SP2 I get a core-dump - a colleague of mine got it as well.
> What can I do?
> 
> The same happens if I use the win32 binary as of
> http://www.stunnel.org/download/stunnel/win32/openssl-0.9.7d-zlib/openssl.zip.
> 
> When using an old OpenSSL 0.9.7a Feb 19 2003 on Redhat, the same input files
> and command work nicely.
> 

This is a known issue in 0.9.7d, it will be fixed in 0.9.7e. In the meantime
please use the latest 0.9.7-stable snapshot.

Steve.
--
Dr Stephen N. Henson. Email, S/MIME and PGP keys: see homepage
OpenSSL project core developer and freelance consultant.
Funding needed! Details on homepage.
Homepage: http://www.drh-consultancy.demon.co.uk

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Setup failure: mount error

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of luke.kendall
> Sent: 12 October 2004 09:00

> The registry contained the key 
> HKCU->Software->Cygnus Solutions->Cygwin->mounts v2-> with nothing (to
> be precise: Name (Default), Type REG_SZ, Data (value not set)).
> 
> But deleting the Cygnus Solutions tree doesn't help.

  Sounds like you forgot to delete the same tree under HKLM then?

> I just tried again, except not deleting the download directory, and
> this time it checks the md5 signatures, shows that it had 
> just finished
> checking MD5 for _update-info-dir-00230-1, the alert panel with the
> window-title of "mount" pops up and says:
> 
> "Cannot create a file when that file exists." (Okay).
> 
> and setup then exits.
> 
> I should also add that I've tried a reboot in between.

  Well, what went wrong in the first place was presumably a dll-clash
between the two cygwin dlls, which had the consequence of messing up _all_
of the postinstall scripts that setup.exe usually runs to take care of
creating some very vital parts of infrastructure.  Although the old cygwin
dll has now gone, what you were left with was a *very* damaged fragmentary
cygwin install.  But as long as you've correctly deleted all trace of it,
you should have no subsequent trouble.  That means removing the cygwin
install dir, the setup downloaded files dir, and _both_ registry keys.

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setjmp/longjmp & signal handlers bug

[Brian Ford]

On Mon, 11 Oct 2004, Christopher Faylor wrote:

> On Mon, Oct 11, 2004 at 08:56:52PM -0500, Brian Ford wrote:
> >If the handler is set to a function, then first either the handler is
> >reset to SIG_DFL, or an implementation dependent blocking of the signal
> >is performed, and next the handler is called...
> >
> >That's Cygwin's implementation dependent blocking?
>
> Both cygwin and newer versions of linux, apparently.

Ok, this doesn't play well with old style *NIX code, but...

> >Can I just unblock it before calling signal again then?
>
> Yes.  Have you tried it?
>
> Either clear the blocking with sigprocmask or use sigsetjmp and siglongjmp.

Yes, this works.  Thank you for your time and explanation.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Gerrit wrote:

PING!

> Hello,

> With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
> generated assembly is broken.  I saw this problem with a
> reautoconfiscated version of GMP.  This may be unusual, but there was
> libtool used to invoke gas.

> While -DPIC is a noop for usual compilation, it is harmful when used
> as gas flag to compile assembly, I suggest to remove it entirely when
> target is cygwin. Change would be in libtool.m4 line 4971 ff in
> libtool-1.5.10.

> Alternative: don't pass flag through when gas is called.


> Gerrit


-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cron doesn't work

[Larry Hall]

I still recommend following the suggestions I outlined below.  But I'll
throw in another which is also worthwhile:



If you can't get 'cron' working after all this, please report back some
specifics of your efforts. 

Larry


At 05:40 AM 10/12/2004, you wrote:
>It seems that cron is not working at all. 
>
>What do I have to do set him to work?
>OR to test if he is working?
>
>Thanks
>MArcos
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
>Of Larry Hall
>Sent: segunda-feira, 11 de Outubro de 2004 17:27
>To: Marcos Rebelo; [EMAIL PROTECTED]
>Subject: Re: Cron doesn't work
>
>At 08:25 AM 10/11/2004, you wrote:
>>I have the cron installed, my crontab is:
>>*/2 *   *   *   *   perl -e 'open(FILE,
>>">/cygdrive/c/deleteMe.txt") or die $!; print FILE (time."\n");
>>close(FILE)'
>>
>>but nothing is going on.
>
>
>I suggest you start with something easier (like '/bin/echo "hello"'), 
>always use full paths, search the email archives for cron problems and
>solutions, and read and follow the advice at:
>
>>Problem reports:   http://cygwin.com/problems.html
>
>
>
>--
>Larry Hall  http://www.rfk.com
>RFK Partners, Inc.  (508) 893-9779 - RFK Office
>838 Washington Street   (508) 893-9889 - FAX
>Holliston, MA 01746 
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/
>
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/ 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

inetd is unable to accept incoming connections when started as service on WinXP SP1

[[EMAIL PROTECTED]]

I downloaded on October, 7 a fresh cygwin package set, then I installed it on an
XP SP1 box.

After reading inetutils*.README, I tried to setup inetd as a service, with the
following steps:

1. added CYGWIN='binmode tty ntsec' to environment variables set
2.added c:\cygwin\bin to PATH environment variable
3.run 'mount' to ensure that /usr/bin, /usr/lib and / mountpoints have 'system'
attribute set.
4.rebooted the box
5.installed inetd as service, /usr/sbin/inetd --install-as-service
6.manually started service using windows GUI

All seems ok, ps -ef reports two instances of running inetd , as expected.
But when I try a connection to any server present in /etc/inetd.conf, I always
obtain a 'can't connect' error message.
Example:
ftp localhost
.. connection refused
ftp>

It seems that inetd can't 'accept' the incoming connection.

If I start inetd from command line (not as a service), all works fine.

Does anybody know how to get it working as a service?




Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione.
Abbonati subito su http://www.libero.it


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)

[Christopher Faylor]

On Tue, Oct 12, 2004 at 04:51:30AM -0500, Dave wrote:
>chere is a new Cygwin package to manage the infamous Shell Here
>functionality.  This adds items to the Explorer Drive and Directory
>context menus.  The named shell is started in the selected
>drive/directory when the menu item is chosen.

Can I get a gold star for this, please?  I asked for a volunteer but I
never expected such a nice package, so thoroughly and thoughtfully
implemented.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)

[Igor Pechtchanski]

On Tue, 12 Oct 2004, Christopher Faylor wrote:

> On Tue, Oct 12, 2004 at 04:51:30AM -0500, Dave wrote:
> >chere is a new Cygwin package to manage the infamous Shell Here
> >functionality.  This adds items to the Explorer Drive and Directory
> >context menus.  The named shell is started in the selected
> >drive/directory when the menu item is chosen.
>
> Can I get a gold star for this, please?  I asked for a volunteer but I
> never expected such a nice package, so thoroughly and thoughtfully
> implemented.
>
> cgf

Hear, hear.  Done (though a last name for the star recepient would've been
nice).
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Igor Pechtchanski
> Sent: 12 October 2004 15:12

> On Tue, 12 Oct 2004, Christopher Faylor wrote:
> 
> > On Tue, Oct 12, 2004 at 04:51:30AM -0500, Dave wrote:
> > >chere is a new Cygwin package to manage the infamous Shell Here
> > >functionality.  This adds items to the Explorer Drive and Directory
> > >context menus.  The named shell is started in the selected
> > >drive/directory when the menu item is chosen.
> >
> > Can I get a gold star for this, please?  I asked for a 
> volunteer but I
> > never expected such a nice package, so thoroughly and thoughtfully
> > implemented.
> >
> > cgf
> 
> Hear, hear.  Done (though a last name for the star recepient 
> would've been nice).
>   Igor


  It's "Inabox", isn't it? ;-P


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin & openssh(d) & login without password (gold star)

[Igor Pechtchanski]

On Tue, 12 Oct 2004, Robert R Schneck wrote:

> Igor Pechtchanski wrote:
> > On Sat, 9 Oct 2004, Christopher Faylor wrote:
> >> Can I get a gold star over here for an attempt to apply a creative
> >> solution to a problem?
> >
> > One gold star coming up...
>
> That's pretty nice for an "attempt" which didn't actually succeed.

"E is for Effort" :-D

> But hey... my Jan 2004 gold star seems to have gone missing.
> :)
> Robert

Huh?  From :

   Robert R. Schneck <*> (Jan 2004) <*> (Oct 2004) -- For an attempt to apply a 
creative solution to a problem

Both are right there.  If you mean the text, then yes, you only get a
description of the latest award.  You can still click on each star to get
the mailing list message with the description.
Igor
P.S. I've changed the name, too -- was that right?
-- 
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Minor gripe about chere-0.31-1 packaging

[Ton van Overbeek]

In spite of the (well deserved) gold star I still have a minor gripe
about the packaging.
It seems the previous version (0.2) is also installed as /bin/chere~.
Here the output from tar jxvf chere-0.3-1.tar.bz2:
---
$ tar jtvf chere-0.3-1.tar.bz2
drwxr-xr-x dkilroy/None  0 2004-10-10 17:22:04 bin/
-rwxr-xr-x dkilroy/None  13450 2004-10-10 17:40:02 bin/chere~
-rwxr-xr-x dkilroy/None  14917 2004-10-11 13:53:36 bin/chere
---

Seems also the editor backup file was included.

Apologies for the nitpicking ;-)

Ton van Overbeek

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Minor gripe about chere-0.31-1 packaging (created chere-0.3-2)

[Christopher Faylor]

[Inexplicable CC of Dave Korn removed]

On Tue, Oct 12, 2004 at 04:38:27PM +0200, Ton van Overbeek wrote:
>It seems the previous version (0.2) is also installed as /bin/chere~.

Oops.  I didn't notice this when I tested the package since I thought
this was my file.

I've taken the liberty of creating a chere-0.3-2 package minus the ~ file.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems building setup from CVS.

[Hans Horn]

Group,

did all the patches get checked-in that would allow to build setup from cvs 
ootb? coz it still doesn't build!
If no, please do!

H.
Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Brian Keener
>> Sent: 28 September 2004 20:41
>
>> Dave Korn wrote:
>>> [ repeated here, from
>>> http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ]
>>>
>>> 
>>> Index: autoload.c
>>>
>> Thanks Dave,
>>
>> Here I was trying to help you and you helped me.  I just
>> didn't read far enough
>> in your original post (or overlooked that part) to see your
>> references to the
>> patches for autoload.c.
>
>  Hey, I'll be the first to admit it was a fairly dense post with lots
> of cut'n'pastey bits that encourage the eye to glaze over.  Glad to
> help.
>
>
>cheers,
>  DaveK 




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)

[Andrew DeFaria]

Dave Korn wrote:
-Original Message-
From: cygwin-owner On Behalf Of Igor Pechtchanski
Sent: 12 October 2004 15:12

On Tue, 12 Oct 2004, Christopher Faylor wrote:
On Tue, Oct 12, 2004 at 04:51:30AM -0500, Dave wrote:
chere is a new Cygwin package to manage the infamous Shell Here
functionality. This adds items to the Explorer Drive and Directory
context menus. The named shell is started in the selected
drive/directory when the menu item is chosen.
Can I get a gold star for this, please? I asked for a
volunteer but I
never expected such a nice package, so thoroughly and thoughtfully
implemented.
cgf
Hear, hear. Done (though a last name for the star recepient
would've been nice).
Igor

It's "Inabox", isn't it? ;-P
cheers,
DaveK
But shouldn't it be named "shere"? :-)
--
Keep honking while I reload.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Problems building setup from CVS.

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Hans Horn
> Sent: 12 October 2004 16:14

> Group,
> 
> did all the patches get checked-in that would allow to build 
> setup from cvs 
> ootb? coz it still doesn't build!
> If no, please do!

  Well, in the meantime, you can always apply the changes locally to your
own copy of the sources yourself.  They really are trivial.  You simply have
to delete six lines.  I don't know if they're suitable to check in as-is,
because then setup wouldn't build for anyone who still had the older version
of the w32api support files.  Presumably they should be wrapped in some kind
of ifdef-version check, but I don't know what exactly.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Igor Pechtchanski]

Carlo,
See comments inline below.
On Tue, 12 Oct 2004, Carlo Florendo wrote:
Hello,
I've recently searched the archives for problems regarding cygwin unable
to do ftp and came across the thead entitled "1.5.11 - tcp problems"
which was started on September 14. I've replied to the last message in
the thread (since the problem seemed not to be solved on the mailing
list.)
I'm encountering exactly the same problem where invoking /usr/bin/ftp
gives a:
ftp: ftp/tcp: unknown service.
On my system, /etc/services is indeed a symlink to the Windows services
file:
/etc/services -> C:\WINNT\system32\drivers\etc\services
I've followed the advice on one of the message replies stating that
there should at least be +r access on services by users.  I also made
sure the parent directories containing `service' to be readable by all.
Here's how the permissions look like now:
SYSTEM /cygdrive/c
$ ls -ld winnt
drwxrwxr-x+  40 Administ SYSTEM  32768 Oct  6 11:17 winnt
SYSTEM /cygdrive/c
$ cd winnt
SYSTEM /cygdrive/c/winnt
$ ls -ld system32
drwxrwxr-x+  29 Administ SYSTEM 319488 Oct 12 08:29 system32
SYSTEM /cygdrive/c/winnt
$ cd system32
SYSTEM /cygdrive/c/winnt/system32
$ ls -ld drivers
drwxrwxr--+   4 Administ SYSTEM  28672 Sep 20 15:34 drivers
^^^
SYSTEM /cygdrive/c/winnt/system32
$ cd drivers
SYSTEM /cygdrive/c/winnt/system32/drivers
$ ls -ld etc
drwxrwxr--+   2 Administ SYSTEM   4096 Jun 22 00:09 etc
 ^^^
They have to be executable, not readable.  The readable bit controls
listing the contents of the directory, but accessing the files requires
the directory to be executable.
SYSTEM /cygdrive/c/winnt/system32/drivers
$ cd etc
SYSTEM /cygdrive/c/winnt/system32/drivers/etc
$ ls -l
total 15
-rwxrwx---+   1 Administ SYSTEM   1757 Apr 11  2004 hosts
^^^
-rwxrwx---+   1 Administ SYSTEM   3683 Jul 14  2003 lmhosts.sam
-rwxrwx---+   1 Administ SYSTEM407 Jul 14  2003 networks
^^^
-rwxrwx---+   1 Administ SYSTEM799 Jul 14  2003 protocol
^^^
-rwxrwxr--+   1 Administ SYSTEM   7116 Jul 14  2003 services
All of the above have to be readable, too.
However, I stll get the same error:
SYSTEM /cygdrive/c/winnt/system32/drivers/etc
$ ftp
ftp: ftp/tcp: unknown service
Then, I copied the services file itself and temporarily renamed the
symlink. After invoking ftp, it still didn't work.
Of course it wouldn't.  Cygwin uses Winsock, which looks for the files in
the above directory, not in /etc.  The /etc links are simply to make
Cygwin look more like Linux.
Trying the windows ftp program bundled with the OS works fine, but,
FWIW, I guess this is irrelevant on this issue.
Attached is the output of cygcheck -svr.   Any hints?
Thanks a lot!
Carlo
HTH,
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!
"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)

[Igor Pechtchanski]

On Tue, 12 Oct 2004, Andrew DeFaria wrote:

> Dave Korn wrote:
>
> > > -Original Message-
> > > From: cygwin-owner On Behalf Of Igor Pechtchanski
> > > Sent: 12 October 2004 15:12
> >
> > > On Tue, 12 Oct 2004, Christopher Faylor wrote:
> > >
> > > > On Tue, Oct 12, 2004 at 04:51:30AM -0500, Dave wrote:
> > > >
> > > > > chere is a new Cygwin package to manage the infamous Shell Here
> > > > > functionality. This adds items to the Explorer Drive and Directory
> > > > > context menus. The named shell is started in the selected
> > > > > drive/directory when the menu item is chosen.
> > > >
> > > > Can I get a gold star for this, please? I asked for a volunteer
> > > > but I never expected such a nice package, so thoroughly and
> > > > thoughtfully implemented.
> > > >
> > > > cgf
> > >
> > > Hear, hear. Done (though a last name for the star recepient
> > > would've been nice).
> > > Igor
> >
> > It's "Inabox", isn't it? ;-P

Apparently...

> > cheers,
> > DaveK
>
> But shouldn't it be named "shere"? :-)

But it is!  Try pronouncing it...
For those who can't read French, though, the name can be justified as
"Cygwin shell HERE".
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: inetd is unable to accept incoming connections when started as service on WinXP SP1

[Igor Pechtchanski]

On Tue, 12 Oct 2004, mliberi wrote:

> I downloaded on October, 7 a fresh cygwin package set, then I installed
> it on an XP SP1 box.
>
> After reading inetutils*.README, I tried to setup inetd as a service,
> with the following steps:
>
> 1. added CYGWIN='binmode tty ntsec' to environment variables set
> 2.added c:\cygwin\bin to PATH environment variable
> 3.run 'mount' to ensure that /usr/bin, /usr/lib and / mountpoints have 'system' 
> attribute set.
> 4.rebooted the box
> 5.installed inetd as service, /usr/sbin/inetd --install-as-service
> 6.manually started service using windows GUI
>
> All seems ok, ps -ef reports two instances of running inetd , as
> expected.
> But when I try a connection to any server present in /etc/inetd.conf, I
> always obtain a 'can't connect' error message.
> Example:
> ftp localhost
> .. connection refused
> ftp>
>
> It seems that inetd can't 'accept' the incoming connection.
>
> If I start inetd from command line (not as a service), all works fine.
>
> Does anybody know how to get it working as a service?

It's hard to guess given the amount of information you provided, but it's
possible that  could be
useful for you as well.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

problem with find/grep

[Daniel Miller]

On linux systems, I typically to global searches with a command such as:

find . -name "*.[ch]*" -exec grep -H -n stuff {} \;

and this works nicely.  However, when I try the same command under Cygwin 
(from a 4NT prompt, not Bash), I get "find: missing argument to '-exec' ".
I tried a variety of modifications to the command but nothing makes this 
work.  What am I missing??



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Igor Pechtchanski]

On Tue, 12 Oct 2004, Daniel Miller wrote:

> On linux systems, I typically to global searches with a command such as:
>
>   find . -name "*.[ch]*" -exec grep -H -n stuff {} \;
>
> and this works nicely.  However, when I try the same command under Cygwin
> (from a 4NT prompt, not Bash), I get "find: missing argument to '-exec' ".
> I tried a variety of modifications to the command but nothing makes this
> work.  What am I missing??

I'd bet it's the fact that 4NT uses different quoting mechanisms than
bash.  Try quoting the semicolon as ";" instead of \;.  You may also need
to quote the braces.  CGF uses 4NT, AFAIK, so he could probably provide
better hints.  I won't ask the implied "Why not use bash?" question...
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[toplevel, Cygwin] Don't warn if both newlib and winsup are missing

[Kelley Cook]

In July a patch was added to the Cygwin's toplevel that turns off newlib 
if winsup isn't also present.

In the review, a suggestion was made to warn when this was not the case 
and this was added and eventually committed.

The problem is when both cygwin and newlib are not present like when you 
build binutils or gcc under cygwin you now always get the warning.  
Though harmless, it annoys me.

So this simple patch suppresses that warning if there was no attempt to 
build newlib.

Tested in various combined trees using all four combinations with the 
following results:

a) newlib=no, winsup=no: No warning, neither built
b) newlib=yes, winsup=no: Warning, neither built
c) newlib=no, winsup=yes: No warning, winsup built
d) newlib=yes, winsup=yes: No warning, newlib and winsup built
There is no change in behaviour besides supressing the warning for case a).
OK to install?
Kelley Cook
(BTW no src cvswrite priv)
2004-10-12  Kelley Cook  <[EMAIL PROTECTED]>

* configure.in (*-*-cygwin*): Supress warning when newlib not present.
* configure: Regenerate.

*** ../gcc-orig/configure.inTue Oct  5 11:52:19 2004
--- configure.inTue Oct 12 12:08:02 2004
***
*** 590,599 
  target_configdirs="$target_configdirs target-libtermcap target-winsup"
  noconfigdirs="$noconfigdirs target-gperf target-libgloss ${libgcj}"
  # always build newlib if winsup directory is present.
! if test -d "$srcdir/winsup"
! then
skipdirs=`echo " ${skipdirs} " | sed -e 's/ target-newlib / /'`
! else
echo "Warning: winsup is missing so newlib can't be built."
  fi
  
--- 590,598 
  target_configdirs="$target_configdirs target-libtermcap target-winsup"
  noconfigdirs="$noconfigdirs target-gperf target-libgloss ${libgcj}"
  # always build newlib if winsup directory is present.
! if test -d "$srcdir/winsup"; then
skipdirs=`echo " ${skipdirs} " | sed -e 's/ target-newlib / /'`
! elif test -d "$srcdir/newlib"; then
echo "Warning: winsup is missing so newlib can't be built."
  fi
  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Daniel Miller \(IMI\)]

> On Tue, 12 Oct 2004, Daniel Miller wrote:
>
> > On linux systems, I typically to global searches with a command such as:
> >
> > find . -name "*.[ch]*" -exec grep -H -n stuff {} \;
> >
> > and this works nicely.  However, when I try the same command under
Cygwin
> > (from a 4NT prompt, not Bash), I get "find: missing argument to '-exec'
".
> > I tried a variety of modifications to the command but nothing makes this
> > work.  What am I missing??
>
> I'd bet it's the fact that 4NT uses different quoting mechanisms than
> bash.  Try quoting the semicolon as ";" instead of \;.

Oh, my!!  That indeed worked!!  Thanks!!

> I won't ask the implied "Why not use bash?" question...

Hokay, then I won't answer!!  I suspect this subject has been discussed
several times in the past here, if I recall past perusal of the list... but
there really *are* a few things that 4NT does better (or does at all) as
opposed to Bash.

I'll admit, tho, that if I hadn't already paid for 4DOS/4NT (over a decade
ago, actually), I wouldn't buy it now, with Bash available for free...

Dan



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc exception handling

[Peter Xiaochuan Huang]

I don't know if this a known issue. But I encounter
this problem when using gcc 3.3.3 on cygwin. The code
similar to below core dumps me.

   try {
  obj->dothis();
   }
catch ( myexception& e)
{
return true;
 }

It core dumps on the return statement in gdb. But when
I make a simplified test including only above code,
the core dump doesn't happen any more. My program that
gets core dumped links pthread and uses mutex.
Actually the return statement should invoke stack
unwinding that will do mutex locking and unlocking.
Though I don't know if that is related or not.

Anybody else has similar problem ? Any suggestion?

-Peter X Huang


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Mark Paulus]

Another issue I've run into with find, but typically when I pipe
it to xargs is that directories/files with spaces in the names cause
all kind of disruption.

On Tue, 12 Oct 2004 12:25:15 -0400 (EDT), Igor Pechtchanski wrote:

>On Tue, 12 Oct 2004, Daniel Miller wrote:

>> On linux systems, I typically to global searches with a command such as:
>>
>>  find . -name "*.[ch]*" -exec grep -H -n stuff {} \;
>>
>> and this works nicely.  However, when I try the same command under Cygwin
>> (from a 4NT prompt, not Bash), I get "find: missing argument to '-exec' ".
>> I tried a variety of modifications to the command but nothing makes this
>> work.  What am I missing??

>I'd bet it's the fact that 4NT uses different quoting mechanisms than
>bash.  Try quoting the semicolon as ";" instead of \;.  You may also need
>to quote the braces.  CGF uses 4NT, AFAIK, so he could probably provide
>better hints.  I won't ask the implied "Why not use bash?" question...
>   Igor
>-- 
>   http://cs.nyu.edu/~pechtcha/
>  |\  _,,,---,,_   [EMAIL PROTECTED]
>ZZZzz /,`.-'`'-.  ;-;;,_   [EMAIL PROTECTED]
> |,4-  ) )-,_. ,\ (  `'-'  Igor Pechtchanski, Ph.D.
>'---''(_/--'  `-'\_) fLa.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

>"Happiness lies in being privileged to work hard for long hours in doing
>whatever you think is worth doing."  -- Dr. Jubal Harshaw

>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Oracle

[David]

HI,

Like everyone else, I have cygwin installed on my Microsoft Windows platform.
And, I installed Oracle on the machine. Unfortuanately, all the Oracle 
libraries link only with Microsoft's CL compiler.

Has anyone used Oracle's *.a libraries on Microsoft Windows platforms so
that the gcc compiler can compile a cygwin binary? I was thinking of 
getting the *.a libraries from a linux distribution. Would this work?

Is there another way?

Thanks

david

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: gcc exception handling

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Peter Xiaochuan Huang
> Sent: 12 October 2004 17:59

> I don't know if this a known issue. But I encounter
> this problem when using gcc 3.3.3 on cygwin. The code
> similar to below core dumps me.
> 
>try {
>   obj->dothis();
>}
> catch ( myexception& e)
> {
> return true;
>  }
> 
> It core dumps on the return statement in gdb. But when
> I make a simplified test including only above code,
> the core dump doesn't happen any more. My program that
> gets core dumped links pthread and uses mutex.
> Actually the return statement should invoke stack
> unwinding that will do mutex locking and unlocking.
> Though I don't know if that is related or not.

  Are you using the correct command line options to compile with exceptions?

  Are you doing the final link using g++ rather than gcc?

  Do all functions have the correct throw specifiers on their prototypes?
 
> Anybody else has similar problem ? 

  Maybe the same problem: we never resolved it yet:
http://www.cygwin.com/ml/cygwin/2004-09/msg01380.html 

  Are there any shared libraries involved?

>Any suggestion?

1)  Keep trying to come up with a simple testcase?
2)  Switch gdb into assembly code view and debug the problem by seeing what
actual values are in registers, stack and memory and what actual machine
code instructions are getting executed to cause the problem?

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Christopher Faylor]

On Tue, Oct 12, 2004 at 11:00:35AM -0600, Mark Paulus wrote:
>Another issue I've run into with find, but typically when I pipe
>it to xargs is that directories/files with spaces in the names cause
>all kind of disruption.

So use "find -print0 | xargs -0".

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Igor Pechtchanski]

On Tue, 12 Oct 2004, Mark Paulus wrote:

> Another issue I've run into with find, but typically when I pipe
> it to xargs is that directories/files with spaces in the names cause
> all kind of disruption.

Not related to this thread, and actually not Cygwin-specific.  Use "find
... -print0 | xargs -0 ...".  In fact, it's also always useful to give the
"-r" flag to xargs.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [toplevel, Cygwin] Don't warn if both newlib and winsup are missing

[Zack Weinberg]

Kelley Cook <[EMAIL PROTECTED]> writes:

> In July a patch was added to the Cygwin's toplevel that turns off newlib 
> if winsup isn't also present.

Hang on, is this even the right thing?  Aren't there embedded targets
that use newlib but not winsup?

zw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Oracle

[Dmitry Melekhov]

- Original Message -
From: "David" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 12, 2004 9:11 PM
Subject: Oracle


> HI,
>
> Like everyone else, I have cygwin installed on my Microsoft Windows
platform.
> And, I installed Oracle on the machine. Unfortuanately, all the Oracle
> libraries link only with Microsoft's CL compiler.
>
> Has anyone used Oracle's *.a libraries on Microsoft Windows platforms so
> that the gcc compiler can compile a cygwin binary? I was thinking of
> getting the *.a libraries from a linux distribution. Would this work?
>
> Is there another way?

It is possible to build DBD::Oracle on cygwin with windows libraries.
It works :-)
This is all I know ;-)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: [toplevel, Cygwin] Don't warn if both newlib and winsup are missing

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Zack Weinberg
> Sent: 12 October 2004 18:25

> Kelley Cook  writes:
> 
> > In July a patch was added to the Cygwin's toplevel that 
> turns off newlib 
> > if winsup isn't also present.
> 
> Hang on, is this even the right thing?  Aren't there embedded targets
> that use newlib but not winsup?

  Shoulda thought so.  Winsup is the cygwin library and support.  _No_
embedded targets use winsup.  _Many_ embedded targets use newlib.  QED!


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Oracle

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of David
> Sent: 12 October 2004 18:12

>I was thinking of 
> getting the *.a libraries from a linux distribution. Would this work?

  Not a chance in a million, sorry.  No more likely to work than getting a
Linux executable and trying to run it on 'doze, even under cygwin.

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [toplevel, Cygwin] Don't warn if both newlib and winsup are missing

[Kelley Cook]

--- Zack Weinberg <[EMAIL PROTECTED]> wrote:

> Kelley Cook <[EMAIL PROTECTED]> writes:
> 
>> In July a patch was added to the Cygwin's toplevel that turns off
>> newlib if winsup isn't also present.
> 
> Hang on, is this even the right thing?  Aren't there embedded targets
> that use newlib but not winsup?

Sure there are.

But this hunk of configure code only applied to target *-*-cygwin*,
which will not build newlib without winsup.

See http://gcc.gnu.org/ml/gcc-patches/2004-06/msg01388.html for when
this was added.

KC

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: [toplevel, Cygwin] Don't warn if both newlib and winsup are missing

[Dave Korn]

> -Original Message-
> From: Kelley Cook 
> Sent: 12 October 2004 18:42

> --- Zack Weinberg wrote:
> 
> > Kelley Cook writes:
> > 
> >> In July a patch was added to the Cygwin's toplevel that turns off
> >> newlib if winsup isn't also present.
> > 
> > Hang on, is this even the right thing?  Aren't there 
> embedded targets
> > that use newlib but not winsup?
> 
> Sure there are.
> 
> But this hunk of configure code only applied to target *-*-cygwin*,
> which will not build newlib without winsup.
> 
> See http://gcc.gnu.org/ml/gcc-patches/2004-06/msg01388.html for when
> this was added.
> 
> KC


  This is a very strange way round to express the dependencies if you ask
me.

  Cygwin depends on winsup, winsup depends on newlib.  Well, I guess if
newlib won't build in cygwin configuration without winsup being present then
I guess its a circular dependency.  Still sounds a bit strange to me though.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SSH Rsa key weirdness.

[admin]

[EMAIL PROTECTED]

I searched the archives and dug threw about 20 pages last night comming
across many posts from you about SSH :) I tryed a lot of things but never
saw what you just pasted.

Thanks a ton! It works great and helps me automate it all now!!

Like my last comment CYGWIN has allowed me to do everything I do on Linux
[automated stuff] easily on Windows, adding users automatically is EASY!
Just like on Linux :) Im very happy with it and can't wait to get it
running on a few HUNDRED windows servers :)

Thanks again.

> On Oct 11 23:46, [EMAIL PROTECTED] wrote:
>> I am attempting to use RSA keys to connect to a user, from a remote
>> box.
>>
>> RSA keys are created on my main machine instead of the cygwin machine.
>> Normally I copy them over and change permissions, authorized_keys,
>> auth against the .pub and it works.
>>
>> If I copy my authorized_keys file over and change permissions it fails
>> to auth with the .pub.
>
> WFM.  I'm doing the same over and over again.
>
> There's just one problem on Cygwin which you don't have on Linux.  The
> authorized_keys file must be readable by SYSTEM, resp. by the user
> running the sshd service (sshd_server on 2K3 if you installed via
> ssh-host-config). You can add read perms for SYSTEM (or sshd_server) e.
> g. by calling
>
>   setfacl -m u:SYSTEM:r-- ~/.ssh/authorized_keys
>
>> If i run:
>> ssh-user-config
>
> ssh-user-config does exactly that, adding read permission for SYSTEM or
> sshd_server.  That's probably the reason it works ;-)
>
>> CYGWIN makes Windows work a lot easier for Linux guys like me :)
>
> Cool!
>
>
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
> Red Hat, Inc.
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Mark Paulus]

Thanks.  I was not aware of the -print0 option.  This is 
what I love about *n*x:  Always something new to learn, 
or another way to find a solution.


On Tue, 12 Oct 2004 13:14:12 -0400, Christopher Faylor wrote:

>On Tue, Oct 12, 2004 at 11:00:35AM -0600, Mark Paulus wrote:
>>Another issue I've run into with find, but typically when I pipe
>>it to xargs is that directories/files with spaces in the names cause
>>all kind of disruption.

>So use "find -print0 | xargs -0".

>cgf

>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Bash: when is WinXP not WinXP??

[Daniel Miller]

I've been using WinXP Pro for awhile now, with few problems.  Now, however, 
I'm using WinXP Home on one of our systems, and I keep finding things that 
work differently on it, which is *very* annoying...

The most recent problem is running one of my Windows console utilities 
under Bash.  Under WXPPro/Bash it worked fine.  However, under Home 
edition, my utility apparently thinks its output is being redirected, so it 
tries to generate the output as html code (to preserve colors), which of 
course generates tons of garbage.

Does anyone have any idea what XPHome is doing in the Bash window, that 
would cause this??  If necessary I can extract and post my Win32 code that 
is doing screen init, but I'm hoping we can deal with this on a XPHome vs 
XPPro basis and figure it out.  

I've already had *one* problem to solve under Home, for some reason 
Executable flags are not set on files that I copy over the network; I 
didn't even know Windows *had* executable flags, but I'd copy console 
utilities which worked fine under XPPro (in both Bash and 4NT), but when I 
copied them to XPHome and tried to run them, I'd get "access denied".  I 
ran 'chmod 777' on these files and they all worked fine after that.

I should note that my current problem only occurs with Bash, not with 
4NT...


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

building with G++ 3.3.3

[Judd]

I'm trying to port OpenInventor freeware over to cygwin and I'm having some
problems with the linkage.  When trying to build the DLL, I'm coming up with
some errors I'm having a hard time trying to get around.

g++ -shared -o libInventor.dll -Wl,--out-implib=libInventor.dll.a \
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive \
./stub.o \
./database/src/sb/projectors/SbProjectors.o \
./database/src/sb/Sb.o \... (more object files)
 -L/usr/lib -L/usr/X11R6/lib -L../libimage -L../libFL/src -ljpeg.dll -limage
 -lFL -lX11 -lGLU -lGL -liconv -lfreetype

The errors I'm getting are mostly errors where a function is defined in 2
places... but almost all of them (except the first few) are in the SAME
library (libgcc.a).  Does anybody have a solution to this problem?

Here's a sample of some of the build errors:
-
/usr/lib/libcygwin.a(d27.o)(.text+0x0): multiple definition of
`___eprintf'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_eprintf.o)(.text+0x0): first
defined here

/usr/lib/libcygwin.a(d85.o)(.text+0x0): multiple definition of
`__alloca'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0): first
defined here

/usr/lib/w32api/libuser32.a(dicds00560.o)(.idata$5+0x0): multiple definition
of [EMAIL PROTECTED]'

/usr/lib/w32api/libuser32.a(dicds00628.o)(.text+0x0): first defined here

/usr/lib/w32api/libuser32.a(dicds00531.o)(.idata$5+0x0): multiple definition
of [EMAIL PROTECTED]'

/usr/lib/w32api/libuser32.a(dicds00627.o)(.text+0x0): first defined here

/usr/lib/w32api/libuser32.a(dicds00337.o)(.idata$5+0x0): multiple definition
of [EMAIL PROTECTED]'

/usr/lib/w32api/libuser32.a(dicds00626.o)(.text+0x0): first defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0):
multiple definition of `___chkstk'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0):
multiple definition of `__alloca'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_muldi3.o)(.text+0x0):
multiple definition of `___muldi3'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_muldi3.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_negdi2.o)(.text+0x0):
multiple definition of `___negdi2'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_negdi2.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_lshrdi3.o)(.text+0x0):
multiple definition of `___lshrdi3'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_lshrdi3.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ashldi3.o)(.text+0x0):
multiple definition of `___ashldi3'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ashldi3.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ashrdi3.o)(.text+0x0):
multiple definition of `___ashrdi3'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ashrdi3.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ffsdi2.o)(.text+0x0):
multiple definition of `___ffsdi2'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ffsdi2.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_clz.o)(.rdata+0x0): multiple
definition of `___clz_tab'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_clz.o)(.rdata+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_cmpdi2.o)(.text+0x0):
multiple definition of `___cmpdi2'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_cmpdi2.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ucmpdi2.o)(.text+0x0):
multiple definition of `___ucmpdi2'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_ucmpdi2.o)(.text+0x0): first
defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_floatdidf.o)(.text+0x0):
multiple definition of `___floatdidf'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_floatdidf.o)(.text+0x0):
first defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_floatdisf.o)(.text+0x0):
multiple definition of `___floatdisf'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_floatdisf.o)(.text+0x0):
first defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_fixunsdfsi.o)(.text+0x0):
multiple definition of `___fixunsdfsi'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_fixunsdfsi.o)(.text+0x0):
first defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_fixunssfsi.o)(.text+0x0):
multiple definition of `___fixunssfsi'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_fixunssfsi.o)(.text+0x0):
first defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_fixunsdfdi.o)(.text+0x0):
multiple definition of `___fixunsdfdi'

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_fixunsdfdi.o)(.text+0x0):
first defined here

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/lib

RE: Bash: when is WinXP not WinXP??

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Daniel Miller
> Sent: 12 October 2004 19:06

> under Bash.  Under WXPPro/Bash it worked fine.  However, under Home 
> edition, my utility apparently thinks its output is being 
> redirected, so it 
> tries to generate the output as html code (to preserve 
> colors), which of 
> course generates tons of garbage.

  Then your code has a bug.  Whatever technique it is using to decide if it
is being redirected is wrong.  In fact, I'd go so far as to say that
changing your output format if you think you're being redirected is wrong
full stop.  Let the output format be under control of a command-line switch.
If someone is going to decide to redirect the output, they can decide to
give the option for html output as well.

> Does anyone have any idea what XPHome is doing in the Bash 
> window, that 
> would cause this??  

  Have you got the same settings in your $CYGWIN, $TERM, and other
variables?  In particular, if you've got CYGWIN=tty on one machine and
CYGWIN=notty on the other you can expect different behaviour.

>If necessary I can extract and post my 
> Win32 code that 
> is doing screen init, but I'm hoping we can deal with this on 
> a XPHome vs XPPro basis and figure it out.  

  There aren't (as far as I know) any substantial differences between them
that would be likely to cause these problems.  

> I've already had *one* problem to solve under Home, for some reason 
> Executable flags are not set on files that I copy over the network; I 
> didn't even know Windows *had* executable flags, but I'd copy console 
> utilities which worked fine under XPPro (in both Bash and 
> 4NT), but when I 
> copied them to XPHome and tried to run them, I'd get "access 
> denied".  I 
> ran 'chmod 777' on these files and they all worked fine after that.

  Perhaps what happened is that it *did* copy the flags, but you don't have
corresponding user names on the two machines, so the user you were logged in
as on XPHome got the 'o'ther access perms rather than the 'u'ser or 'g'roup
settings?

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: FW: question about cygwin OpenGL

[Brian Ford]

On Tue, 12 Oct 2004, John P. Sutter wrote:

> -Original Message-
> From: Igor Pechtchanski
> Sent: Tuesday, October 12, 2004 1:26 AM
>
> On Sun, 10 Oct 2004, John P. Sutter wrote:
> >> I have downloaded the OpenGL library source code from cygwin onto my
> >> Windows XP computer and have been trying to set it up from the
> >> makefiles.
> >
> >First off, why would you want to do this if there are binary packages
> >available for Cygwin?
>
> Because I would like to install XFree86 on my system with the GLX
> extension,

If the x.org fork of XFree86 is acceptable, then...

> which as far as I know is not included in the standard

Yes, it is.

> OpenGL library,

No, you said the GLX extension.  That is a feature of an X server, not of
the OpenGL library (ie. -lGL).

> but must be compiled with it. I thought that this would
> require the original source code for OpenGL. If I am wrong, and only the
> OpenGL binaries available from cygwin are needed, I would be thrilled!

Step back.  What *exactly* are you trying to accomplish in the end?

Here is the Cygwin OpenGL roadmap:

If your application is X11 based:
(This is OT for this list.  See redirection request below.)
The default Cygwin X server supports GLX via Mesa software emulation.
Their is an experimental version of the Cygwin X server that supports GLX
w/ hardware acceleration, but it is *experimental* and unfinished.
Compile with -I /usr/X11R6/include
Link w/ -L/usr/X11R6/lib -lglut (X11 based freeglut) -lGLU -lGL

If your application is purely glut based:
You can freely choose either path :-).

If your application is/can be Windows GUI based:
Full hardware acceleration is supported via a Windows pass through.
Link -lglut32 (Windows original glut port) -lglu32 -lopengl32
See /usr/share/doc/opengl-1.1.0/README.txt

Does that help?  Please send any X11 related follow-ups to the
cygwin-xfree list.  Thanks.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Perl 5.8.5 and libwin32 0.191-1 incompatibility

[Impson, Jeremy]

Hello, and FYI:

I updated Perl to version 5.8.5-3 from 5.8.2-1, and found that my Perl scripts can no 
longer find the Win32 Perl modules.  The libwin32 0.191-1 package is installed, but is 
put in /usr/lib/perl5/site_perl/5.8.2, whereas Perl 5.8.5 looks only in 
/usr/lib/perl5/site_perl/5.8.5.  (Perl uses its @INC variable to control what 
directories it uses to load modules from.)

So I put /usr/lib/perl5/site_perl/5.8.2 in the @INC (using "use lib") of my Perl 
script, ran it, and got a Win32 error number 126 (sorry, I forgot to capture the exact 
text), which led to this discovery:

cygcheck  
/usr/lib/perl5/site_perl/5.8.2//cygwin-thread-multi-64int/auto/Win32/OLE/OLE.dll 
C:/cygwin/lib/perl5/site_perl/5.8.2/cygwin-thread-multi-64int/auto/Win32/OLE/OLE.dll
  C:\cygwin\bin\cygwin1.dll
C:\WINNT\system32\ADVAPI32.DLL
  C:\WINNT\system32\NTDLL.DLL
  C:\WINNT\system32\KERNEL32.DLL
  C:\WINNT\system32\RPCRT4.DLL
  C:\WINNT\system32\OLE32.dll
C:\WINNT\system32\GDI32.dll
  C:\WINNT\system32\USER32.DLL
  C:\WINNT\system32\OLEAUT32.DLL
Error: could not find cygperl5_8_2.dll

So it turns out that the OLE (and probably other) parts of the Win32 perl module are 
linked to cygperl5_8_2.dll, which got removed when I upgraded  5.8.5.  The 
announcement for 5.8.5 (http://sources.redhat.com/ml/cygwin/2004-08/msg00774.html) 
states that it should be binary compatible with 5.8.2 (and I do not doubt this), but 
if the the binary portions of any old module are linked against cygperl5_8_2.dll, then 
binary compatibility is somewhat of a moot point.

I tried using CPAN's version of Win32::OLE, which I believe was developed by 
ActiveState, but got a lot of compile errors, and I came to the conclusion that the 
cygwin package is a patched version of what's on CPAN.  Is this correct?

So for now I reverted back to 5.8.2.  A better solution is to rebuild libwin32 against 
5.8.5.  The best would be to figure out a way to make the modules a bit more 
independent of the version changes, if possible.

I recall that, the last time I compiled Perl (years ago under Linux), you could tell 
the configurator to build Perl so that it checks the module directories of old Perl 
installations if it fails to find the module in the current module dirs.  (E.g. if 
there's no version for 5.8.5, fall back to those for 5.8.2.)  This still wouldn't fix 
the absence of cygperl5_8_2.dll.  One could keep old versions of cygperlX_Y_Z.dll 
around when upgrading, but I suspect that you couldn't have the same Perl process load 
both versions of the DLL due to symbol conflict.  

Would renaming cygperlX_Y_Z.dll to cygperlX_Y.dll break anything? I assume the Perl 
tries to be binary compatible at the "Y" level of version "X.Y.Z". If so, then this 
scheme would allow older binary modules to link (and maybe even work!) against newer 
Perl installations.  We'd still have to recompile every module currently linked 
against the one named cygperlX_Y_Z.dll, but only one time, not every upgrade. (Until 
X.Y+1 comes out.)

Any thoughts?  Please CC: me as I am not on the list.  Thanks.

--Jeremy

P.S. After reverting to 5.8.2, the cygcheck output looks like this:
C:/cygwin/lib/perl5/site_perl/5.8.2/cygwin-thread-multi-64int/auto/Win32/OLE/OLE.dll
  C:\cygwin\bin\cygwin1.dll
C:\WINNT\system32\ADVAPI32.DLL
  C:\WINNT\system32\NTDLL.DLL
  C:\WINNT\system32\KERNEL32.DLL
  C:\WINNT\system32\RPCRT4.DLL
  C:\WINNT\system32\OLE32.dll
C:\WINNT\system32\GDI32.dll
  C:\WINNT\system32\USER32.DLL
  C:\WINNT\system32\OLEAUT32.DLL
  C:\cygwin\bin\cygperl5_8_2.dll
C:\cygwin\bin\cygcrypt-0.dll

I'm not including the output of cygcheck -vs in this message, because I don't think 
it's helpful in this case.  If anyone thinks otherwise, please let me know and I will 
gladly provide it.

--
Jeremy Impson
Senior Network Security Engineer
Lockheed Martin Systems Integration-Owego
email:  [EMAIL PROTECTED]
phone: 607 751 5618
cell:607 765 7630
fax: 607 751 6025


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)

[Dave]

> From: Igor Pechtchanski <[EMAIL PROTECTED]>
> Subject: Re: [ANNOUNCEMENT] New package: chere-0.3-1 (gold star)
> 
> On Tue, 12 Oct 2004, Andrew DeFaria wrote:
> 
> > Dave Korn wrote:
> >
> > > > -Original Message-
> > > > From: cygwin-owner On Behalf Of Igor Pechtchanski
> > > > Sent: 12 October 2004 15:12
> > >
> > > > On Tue, 12 Oct 2004, Christopher Faylor wrote:
> > > >
> > > > > On Tue, Oct 12, 2004 at 04:51:30AM -0500, Dave wrote:
> > > > >
> > > > > > chere is a new Cygwin package to manage the infamous Shell Here
> > > > > > functionality. This adds items to the Explorer Drive and Directory
> > > > > > context menus. The named shell is started in the selected
> > > > > > drive/directory when the menu item is chosen.
> > > > >
> > > > > Can I get a gold star for this, please? I asked for a volunteer
> > > > > but I never expected such a nice package, so thoroughly and
> > > > > thoughtfully implemented.

Appreciated. But annoyed I went and packaged the backup file. Thanks for sorting
it out.

> > > > > cgf
> > > >
> > > > Hear, hear. Done (though a last name for the star recepient
> > > > would've been nice).

Kilroy.

> > But shouldn't it be named "shere"? :-)
> 
> But it is!  Try pronouncing it...
> For those who can't read French, though, the name can be justified as
> "Cygwin shell HERE".

Personally I've been thinking 'See Here' or 'Sea Here'. Explorer. Bad pun. The
alternative option was sphere (Shell Prompt Here). Not so Explorer related, but
possibly amusing anyway.


Dave.




__
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
http://promotions.yahoo.com/new_mail

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building with G++ 3.3.3

[Gerrit P. Haase]

Hallo Judd,

Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:

> I'm trying to port OpenInventor freeware over to cygwin and I'm having some
> problems with the linkage.  When trying to build the DLL, I'm coming up with
> some errors I'm having a hard time trying to get around.

> g++ -shared -o libInventor.dll -Wl,--out-implib=libInventor.dll.a \
> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive \
> ./stub.o \
> ./database/src/sb/projectors/SbProjectors.o \
> ./database/src/sb/Sb.o \... (more object files)

-Wl,--no-whole-archive

>  -L/usr/lib -L/usr/X11R6/lib -L../libimage -L../libFL/src -ljpeg.dll -limage
>  -lFL -lX11 -lGLU -lGL -liconv -lfreetype

> The errors I'm getting are mostly errors where a function is defined in 2
> places... but almost all of them (except the first few) are in the SAME
> library (libgcc.a).  Does anybody have a solution to this problem?

> Here's a sample of some of the build errors:
[...snip...]


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [toplevel, Cygwin] Don't warn if both newlib and winsup are missing

[DJ Delorie]

> 2004-10-12  Kelley Cook  <[EMAIL PROTECTED]>
> 
>   * configure.in (*-*-cygwin*): Supress warning when newlib not present.
>   * configure: Regenerate.

This is OK.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Oracle

[Gerrit P. Haase]

Hallo David,

Am Dienstag, 12. Oktober 2004 um 19:11 schriebst du:

> HI,

> Like everyone else, I have cygwin installed on my Microsoft Windows platform.
> And, I installed Oracle on the machine. Unfortuanately, all the Oracle
> libraries link only with Microsoft's CL compiler.

> Has anyone used Oracle's *.a libraries on Microsoft Windows platforms so
> that the gcc compiler can compile a cygwin binary? I was thinking of
> getting the *.a libraries from a linux distribution. Would this work?

> Is there another way?

You should create import libraries from the DLLs and link agaist them.

See also the user guide:
http://www.cygwin.com/cygwin-ug-net/dll.html


I use impgen which comes from libtool:
http://anfaenger.de/cygwin/impgen/

impgen ${DLLNAME}.dll >${DLLNAME}.def
dlltool --as=as --dllname ${DLLNAME}.dll --def ${DLLNAME}.def --output-lib 
${DLLNAME}.dll.a


There are also lot of information about this on http://mingw.org/
where is described to use impdef which is available here:
http://www12.canvas.ne.jp/peters/colin/win32/tools/dlltool.html


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building with G++ 3.3.3

[Gerrit P. Haase]

Hallo Judd,

> Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:

>> I'm trying to port OpenInventor freeware over to cygwin and I'm having some
>> problems with the linkage.  When trying to build the DLL, I'm coming up with
>> some errors I'm having a hard time trying to get around.

>> g++ -shared -o libInventor.dll -Wl,--out-implib=libInventor.dll.a \
>> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive \
>> ./stub.o \
>> ./database/src/sb/projectors/SbProjectors.o \
>> ./database/src/sb/Sb.o \... (more object files)

> -Wl,--no-whole-archive

>>  -L/usr/lib -L/usr/X11R6/lib -L../libimage -L../libFL/src -ljpeg.dll -limage
>>  -lFL -lX11 -lGLU -lGL -liconv -lfreetype


BTW, saw the Cygwin documentation already:
http://www.cygwin.com/cygwin-ug-net/dll.html
?

Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building with G++ 3.3.3

[Judd]

"Gerrit P. Haase" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hallo Judd,
>
> > Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:
>
> >> I'm trying to port OpenInventor freeware over to cygwin and I'm having
some
> >> problems with the linkage.  When trying to build the DLL, I'm coming up
with
> >> some errors I'm having a hard time trying to get around.
>
> >> g++ -shared -o libInventor.dll -Wl,--out-implib=libInventor.dll.a \
> >> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive \
> >> ./stub.o \
> >> ./database/src/sb/projectors/SbProjectors.o \
> >> ./database/src/sb/Sb.o \... (more object files)
>
> > -Wl,--no-whole-archive
>
>
>>  -L/usr/lib -L/usr/X11R6/lib -L../libimage -L../libFL/src -ljpeg.dll -lim
age
> >>  -lFL -lX11 -lGLU -lGL -liconv -lfreetype
>
>
> BTW, saw the Cygwin documentation already:
> http://www.cygwin.com/cygwin-ug-net/dll.html
> ?
>

Darn, looked like the answer, but alas, gave me the same results.  Thank you
for your help Gerrit, but it must be something else.

Judd




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin/x symantec antivirus conflict (fixed in snapshot?)

[Jack Tanner]

Christopher Faylor wrote:
For those who haven't been following along at home, it looks like a
change I just made to select() may solve the dreaded "slows down to a
crawl with Symantec AntiVirus" problem.
This may also improve the performance of things that use sockets
slightly.
So, I'd appreciate reports on the latest snapshot.  Does it fix any
problems?  Cause any problems?  No change?
Wow! Using the 2004-10-10 snapshot, I'm experiencing an ubelievable 
speed improvement. The typing delay as well as the remote X apps drawing 
delays are gone.

In addition, I confirm that openssh with X forwarding and Cygwin/X are 
both functioning as they should.

cgf and Philip, thank you immensely.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl 5.8.5 and libwin32 0.191-1 incompatibility

[Reini Urban]

Impson, Jeremy schrieb:
I updated Perl to version 5.8.5-3 from 5.8.2-1, and found that my Perl scripts can no 
longer ...
So it turns out that the OLE (and probably other) parts of the Win32 perl module are 
linked to cygperl5_8_2.dll, ...
Sure, known issues. You might have better searched the ml archive.
But a little bit of handcrafting enlarges the horizon also.
Would renaming cygperlX_Y_Z.dll to cygperlX_Y.dll break anything? 
In this case no. Best bet.
Also move the 5.8.2 tree to 5.8.5 or add 5.8.2 to your $PERL_LIB.
Or get the perl-libwin32 src, and run the build script against your 
current 5.8.5 installation. The patch is huge (2MB), some will fail, but 
most will install ok. Then rebuild it and ITP the update in cygwin-apps.

Any thoughts?  Please CC: me as I am not on the list.  Thanks.
Yes. You might want to persuade the perl-libwin32 maintainer (Rafael) to 
update his package. Or persuade the current perl maintainer to fix and 
include the broken libwin modules.
Both attempts are very unlikely, until someone posts patches upstream, 
which will fix all known cygwin issues. (See rt.cpan.org)
The cygwin libwin port is not very good handled upstream (since it was 
an activestate thing), and Rafael did a great job adding several useful 
related packages. (Win32::GUI, Win32::API, ...) Unfortunately it's 
lacking an active maintainer now.

Some libwin packages are known not to build anymore in its latest 
versions (Win32::OLE, Win32::API::Callback e.g.), esp. most Aldo 
modules, because he doesn't test it on cygwin (and doesn't know how to 
write proper CPAN packages).
But Win32::GUI will have a new stable release soon.

http://fairtomiddlin.blogspot.com/2004/09/cygwin.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg24459.html
http://xarch.tu-graz.ac.at/home/rurban/software/perl/ (for Win32::API)
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problem with find/grep

[Brian Dessent]

Mark Paulus wrote:
> 
> Another issue I've run into with find, but typically when I pipe
> it to xargs is that directories/files with spaces in the names cause
> all kind of disruption.

Add "-print0" to your find arguments and "-0" to your xargs arguments
and that problem will disappear.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[Charles Wilson] Re: libtool bug

[Han-Wen Nienhuys]

[EMAIL PROTECTED] writes:
> > /home/Hanwen/src/guile-1.7.1/libguile/.libs; however,
> > running GCC with
> > 
> >   -L/home/Hanwen/src/guile-1.7.1/libguile/.libs -lguile
> > 
> > does work, so libtool is incorrectly translating the commandline.
> > I take that I don't need to run GCC with  -Wl,verbose  ? 
> > 
> 
> /home/Hanwen/src/guile-1.7.1/libguile/.libs
> /home/Hanwen/src/guile-1.7.1/libguile-ltdl/.libs
> 
> Hmmm...it appears the real problem is the renaming of the source 
> directory, from libguile to libguile-ltdl.  I've seen libtool do that 
> sort of thing for single .c files (creating new versions of foo.c as 
> .libs/foo-ltdl.c, etc.  It does this when compiling different versions 
> of the same file with different AM_CFLAGS) but I have NEVER, EVER seen 
> it rename a directory.
> 
> This smells like a Makefile.am bug, or an automake bug, actually...

I think I have been confusing you. Guile used to come with its own
bindings to the ltdl library (indeed, it still ships a private copy of
ltdl, which doesn't compile on cygwin ATM). The GUILE stuff for ltdl
lives in the directory libguile-ltdl/ , while the core GUILE library
itself lives in libguile/

The proper command line for linking this srfi DLL includes 

*   -lltdl

(which links the system libltdl)

* libguile-ltdl.dll.a

(the GUILE wrapper around ltdl)

* libguile.dll.a

(the GUILE library itself)



-- 

 Han-Wen Nienhuys   |   [EMAIL PROTECTED]   |   http://www.xs4all.nl/~hanwen 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Bash: when is WinXP not WinXP??

[Daniel Miller]

"Dave Korn" <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]: 

>> -Original Message-
>> From: cygwin-owner On Behalf Of Daniel Miller
>> Sent: 12 October 2004 19:06
> 
>> Does anyone have any idea what XPHome is doing in the Bash 
>> window, that would cause this??  
> 
>   Have you got the same settings in your $CYGWIN, $TERM, and other
> variables?  In particular, if you've got CYGWIN=tty on one machine and
> CYGWIN=notty on the other you can expect different behaviour.

Well, I *did* have CYGWIN=tty on the Home machine, but I changed it to 
notty and didn't effect the problem.

In further looking, tho, I'm finding that there are a number of 
differences between the two systems.  For example, on the Pro machine, 
when I installed Cygwin, it created a c:\cygwin\home directory and 
created my account there.  On the Pro machine, tho, it did *not* create a 
\cygwin\home directory, it created my home directory under "Documents and 
Settings"... so my home directory contains all the Windows directories 
which exist under \D&C\username ... quite odd indeed...
> 
>> I've already had *one* problem to solve under Home, for some reason 
>> Executable flags are not set on files that I copy over the network; I
>> didn't even know Windows *had* executable flags, but I'd copy console
>> utilities which worked fine under XPPro (in both Bash and 
>> 4NT), but when I copied them to XPHome and tried to run them, I'd get
>> "access denied".  I ran 'chmod 777' on these files and they all worked
>> fine after that.
> 
>   Perhaps what happened is that it *did* copy the flags, but you don't
>   have corresponding user names on the two machines, so the user you 
>   were logged in as on XPHome got the 'o'ther access perms rather 
>   than the 'u'ser or 'g'roup settings?
> 
, now my brain is starting to get broken...

On the Pro machine, my Windows login is "dmiller" but my Cygwin username 
is "derelict"... I don't know how it got that way; I certainly didn't 
deliberately do it, because Cygwin doesn't *have* the useradd command, 
which is the only way I know how to create users under linux...

On the Home machine, in the meantime, my Windows login is "derelict" and 
so is my Cygwin username!!  So copying files from Pro to Home machine 
should have worked *better*, yes??

I'm very confused.

In the meantime, I still don't see how this owner/group/other discrepancy 
could have prevented me from running executable programs from a *Windows* 
command prompt???


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash: when is WinXP not WinXP??

[Brian Dessent]

Daniel Miller wrote:

> I've already had *one* problem to solve under Home, for some reason
> Executable flags are not set on files that I copy over the network; I
> didn't even know Windows *had* executable flags, but I'd copy console
> utilities which worked fine under XPPro (in both Bash and 4NT), but when I
> copied them to XPHome and tried to run them, I'd get "access denied".  I
> ran 'chmod 777' on these files and they all worked fine after that.
> 
> I should note that my current problem only occurs with Bash, not with
> 4NT...

One of the things that MS removed from XP in creating the Home version
was the ability to modify file ACLs.  The "security" properties tab that
is normally used is absent.  I don't know if Windows uses some set of
default/immutable ACLs under-the-hood, or if they simply removed the
ability to query and set them from the front-end but left the underlying
ACL machinery.  I suspect the latter.  In that case, when you copy files
via native windows methods, who knows what the ACL gets set to, since
that version of Windows ostensibly does not support that feature at
all.  Apparently since chmod and getfacl/setfacl still work then the low
level API has not been disabled, but I suspect there are still some
gotchas that will result from this.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Issue with Cygwin Setup on slow and unstable connection

[Diogo Franco]

There's a problem with the Cygwin Web Setup program
that's not really a technical problem.

There's a problem with the my connection that it drop
with no reason after a little while (the my record
today was 1 hour and 15 minutes connected).

Is there a way to download the cygwin packages with a
download manager and then use a local folder as a
"mirror"?

Or to improve the setup to be able to continue
downloads after a connection drop, or pause the download?





___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! 
http://br.acesso.yahoo.com/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: FW: question about cygwin OpenGL

[John P. Sutter]

To step back a bit: My ultimate goal is to install the PyMOL package
with python on my Windows XP and to run it on cygwin. It appears from
Brian Ford's message below (my thanks to him) that the cygwin XFree86
binaries must necessarily include the GLX extension in order to mesh
with the OpenGL libraries. That means it would be unnecessary to compile
a GLX package from another source, since the cygwin XFree86 binaries
already have everything needed. Is this correct?

I have sent the PyMOL developers a message outlining my problem, but I
have a few questions that I think would be better answered on a cygwin
list:
1. Is the GLUT library included in cygwin's OpenGL package?
2. Does cygwin's python version include support for threads and
megawidgets?

Thanks to Igor Pechtchanski and Brian Ford for their kind suggestions. I
will of course be grateful for any answers to the questions above.

Yours truly,

John P. Sutter
SPring-8/JASRI
1-1-1 Kouto, Mikazuki-cho, Sayo-gun, Hyogo-ken 679-5198
JAPAN

-Original Message-
From: Brian Ford [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 13, 2004 4:10 AM
To: John P. Sutter
Cc: [EMAIL PROTECTED]
Subject: RE: FW: question about cygwin OpenGL

On Tue, 12 Oct 2004, John P. Sutter wrote:

> -Original Message-
> From: Igor Pechtchanski
> Sent: Tuesday, October 12, 2004 1:26 AM
>
> On Sun, 10 Oct 2004, John P. Sutter wrote:
> >> I have downloaded the OpenGL library source code from cygwin onto
my
> >> Windows XP computer and have been trying to set it up from the
> >> makefiles.
> >
> >First off, why would you want to do this if there are binary packages
> >available for Cygwin?
>
> Because I would like to install XFree86 on my system with the GLX
> extension,

If the x.org fork of XFree86 is acceptable, then...

> which as far as I know is not included in the standard

Yes, it is.

> OpenGL library,

No, you said the GLX extension.  That is a feature of an X server, not
of
the OpenGL library (ie. -lGL).

> but must be compiled with it. I thought that this would
> require the original source code for OpenGL. If I am wrong, and only
the
> OpenGL binaries available from cygwin are needed, I would be thrilled!

Step back.  What *exactly* are you trying to accomplish in the end?

Here is the Cygwin OpenGL roadmap:

If your application is X11 based:
(This is OT for this list.  See redirection request below.)
The default Cygwin X server supports GLX via Mesa software emulation.
Their is an experimental version of the Cygwin X server that supports
GLX
w/ hardware acceleration, but it is *experimental* and unfinished.
Compile with -I /usr/X11R6/include
Link w/ -L/usr/X11R6/lib -lglut (X11 based freeglut) -lGLU -lGL

If your application is purely glut based:
You can freely choose either path :-).

If your application is/can be Windows GUI based:
Full hardware acceleration is supported via a Windows pass through.
Link -lglut32 (Windows original glut port) -lglu32 -lopengl32
See /usr/share/doc/opengl-1.1.0/README.txt

Does that help?  Please send any X11 related follow-ups to the
cygwin-xfree list.  Thanks.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Bash: when is WinXP not WinXP??

[Daniel Miller]

"Dave Korn" <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]: 

>> -Original Message-
>> From: cygwin-owner On Behalf Of Daniel Miller
>> Sent: 12 October 2004 19:06
> 
>> under Bash.  Under WXPPro/Bash it worked fine.  However, under Home 
>> edition, my utility apparently thinks its output is being 
>> redirected, so it tries to generate the output as html code 
>> (to preserve colors), which of course generates tons of garbage.
> 
>   Then your code has a bug.  Whatever technique it is using to decide
>   if it 
> is being redirected is wrong.  In fact, I'd go so far as to say that
> changing your output format if you think you're being redirected is
> wrong full stop.  Let the output format be under control of a
> command-line switch. If someone is going to decide to redirect the
> output, they can decide to give the option for html output as well.
> 
Well, the code that's causing me to think I'm redirected is:

   hStdOut = GetStdHandle(STD_OUTPUT_HANDLE);
   PERR(hStdOut != INVALID_HANDLE_VALUE, "GetStdHandle");
   bSuccess = GetConsoleScreenBufferInfo(hStdOut, &sinfo) ;
   if (bSuccess == false) {
 //  this returned "The handle is invalid"
  fprintf(stderr, "gcsbi error: %s\n", get_system_message()) ;
  exit(1) ;
  redirected = 1 ;
  return ; 
   }

So even if I did as you suggest above, I would still have to terminate my 
program when GetConsoleScreenBufferInfo failed... Now *why* is that 
function failing on hStdOut, which was not itself invalid (since 
GetStdHandle succeeded)... ??  And again, why only on the Home machine, 
not on the Pro machine??


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool / assembler problem with -DPIC

[Charles Wilson]

Gerrit P. Haase wrote:
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken.  I saw this problem with a
reautoconfiscated version of GMP.  This may be unusual, but there was
libtool used to invoke gas.
While -DPIC is a noop for usual compilation, it is harmful when used
as gas flag to compile assembly, I suggest to remove it entirely when
target is cygwin. Change would be in libtool.m4 line 4971 ff in
libtool-1.5.10.
Alternative: don't pass flag through when gas is called.
I don't see anywhere that "-DPIC" is ever invoked on cygwin.  Please 
send a patch to libtool.m4 that fixes the problem for you.

BTW, somebody mentioned libtool CVS branch-2.0 as being too "cutting 
edge" for cygwin use...FYI, libtool-cvs-branch2.0 passes ALL regression 
tests which is better than libtool has EVER done on our platform.  I'm 
thinking of releasing a test version of the next beta...

--
Chuck
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Issue with Cygwin Setup on slow and unstable connection

[Igor Pechtchanski]

On Tue, 12 Oct 2004, Diogo Franco wrote:

> There's a problem with the Cygwin Web Setup program
> that's not really a technical problem.
>
> There's a problem with the my connection that it drop
> with no reason after a little while (the my record
> today was 1 hour and 15 minutes connected).
>
> Is there a way to download the cygwin packages with a
> download manager and then use a local folder as a
> "mirror"?
>
> Or to improve the setup to be able to continue
> downloads after a connection drop, or pause the download?

Check out "clean_setup.pl" (Google for it).  It may help solve your
problems.

To answer your question: yes, it's possible to download packages
separately, and then install them using setup.  Just select the "Install
from Local Directory" option.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] NEW: libncurses8-5.4-1 UPDATED: ncurses-5.4-1, libncurses-devel-5.4-1, ncurses-test-5.4-1

[Charles Wilson]

ncurses is a package that provides character and terminal handling 
libraries, including 'gui-like' panels and menus.  It is often used 
instead of termcap.

CHANGES

* updated to 5.4 release, patchlevel 20041009

* moved test programs in the -demo package from 
/usr/bin/ncurses-test-dll to /usr/lib/ncurses/test/, per official policy.

* build using libtool (these contributions were spearheaded by Nicholas 
Wourms over a year ago; Thanks, Nick!)  For an explanation of the delay, 
see the NOTES section, below.

* DLL for C++ interface now provided (again).

* version number bump on the libraries:
 We had: libncurses7 package contained
/usr/bin/cygncurses7.dll
/usr/bin/cygpanel7.dll
/usr/bin/cygmenu7.dll
/usr/bin/cygform7.dll

 New package libncurses8 contains
/usr/bin/cygncurses-8.dll
/usr/bin/cygpanel-8.dll
/usr/bin/cygmenu-8.dll
/usr/bin/cygform-8.dll
/usr/bin/cygncurses++-8.dll

There is actually NO ABI change here.  The only reason the dll numbers 
(and package name) was version-bumped was because the switch to using 
libtool means that the DLLs are named
"cygfoo-N.dll" instead of "cygfooN.dll"
Even if I left "N" the same, what would I call the new package? 
libncurses_7 (since libncurses7 alread contains the non-libtool-built 
versions of the DLLs, from the 5.3-4 release)?

I figured it was cleaner just to bump the DLL and package numbers from 7 
to 8, so that at least the package names would be consistent:
libncurses7
libncurses8

-- 
Charles Wilson
ncurses volunteer maintainer for cygwin

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


---

NOTES:

* In the 5.3-4 release (patchlevel 20040726), a lot of support for 
building shared libs using libtool was added (   THANK YOU Nicholas 
Wourms   ).  Unfortunately, I was not able to actually RELEASE the 
libtool-built ncurses at that time, for the reasons detailed below:

1) Requires Yet Another DLL rename.  cygncurses7.dll -->
   cygncurses-5.dll (or some other number; the ncurses maintainer
   does not use the same variable to set DLL versions when
   building non-libtool and when building libtool).  But simply
   the '-' is problematic, even if I make both numerals '7'.
   Libtool insists on the '-'.  So, I figured I'd spare
   everybody another version split -- especially as so many
   packages which depend on ncurses have just been rebuilt
   against 5.3-4/1.5.3+; to bump the version again so soon
   would require all of those to be rebuilt, which is really
   unnecessary at this time.

   : bit the bullet, and reved the DLL number to "8". It's
   been a year, after all.

2) The libtool wrapper I released recently (with the
   "WANT_LIBTOOL_VER" environment variable) are *almost* right.
   But not quite.  So, I need to release another set of wrappers
   before using them to build one of my maintained packages.

   : Actually, I forgot about this issue; these wrappers are
   STILL not right, but I finessed it this time.

3) libtool itself has a bug with multilanguage support and
   relinking.  The '--tag=' is required...but libtool
   doesn't store the tag info in the uninstalled .la file.  So,
   when installing, libtool tries to relink the shared library,
   but without the --tag=CXX flag.  This, of course, fails.
   I've reported this to the libtool developers, and provided
   a simpler testcase, but no joy yet.

   : The preceeding was written in July 2003.  Presently,
   ncurses + libtool-1.5.10 works fine.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] NEW: libreadline6-5.0-1 UPDATED: readline-5.0-1

[Charles Wilson]

GNU Readline is a GPL library that provides user-input functions 
complete with history functions and line-editing capabilities.

readline-5.0-1
libreadline6-5.0-1

CHANGES:

* Updated to latest 5.0 release

* Includes the official patches for readline-5.0:
   readline50-001 thru readline50-005.
   ftp://ftp.cwru.edu/pub/bash/readline-5.0-patches/

* Upstream ABI change: DLL version number bumped from "5" to "6"

* Requires newly released libncurses8

-- 
Charles Wilson
readline volunteer maintainer for cygwin

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] New: proj-4.4.8-1 libproj-devel-4.4.8-1 libproj0-4.4.8-1

[Charles Wilson]

The PROJ Cartographic Projections library (and utilities) originally 
written by Gerald Evenden then of the USGS.  It is used by libgeotiff, 
among other things, for manipulating map and coordinate system data.

Note that in order to link against this library, you will need to use
-Wl,--enable-runtime-pseudo-reloc
(and -lproj of course).

The main package includes the following utility executables

   proj.exe
   invproj.exe
forware and inverse cartographic projection
   geod.exe
   invgeod.exe
direct and inverse geodesic computations
   cs2cs.exe
cartographic coordinate system conversions
   nad2bin.exe
   nad2nad.exe
for converting data between North American Datum 1927 and 1983
and for creating binary (as opposed to plaintext) databases

High resolution US and Canadian datum shift grids are included in 
/usr/share/proj/

-- 
Charles Wilson
proj volunteer maintainer for cygwin

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: FW: question about cygwin OpenGL

[Norman Vine]

John P. Sutter writes:
> 
> To step back a bit: My ultimate goal is to install the PyMOL package
> with python on my Windows XP and to run it on cygwin. It appears from
> Brian Ford's message below (my thanks to him) that the cygwin XFree86
> binaries must necessarily include the GLX extension in order to mesh
> with the OpenGL libraries. That means it would be unnecessary to compile
> a GLX package from another source, since the cygwin XFree86 binaries
> already have everything needed. Is this correct?
> 
> I have sent the PyMOL developers a message outlining my problem, but I
> have a few questions that I think would be better answered on a cygwin
> list:
> 1. Is the GLUT library included in cygwin's OpenGL package?
> 2. Does cygwin's python version include support for threads and
> megawidgets?

I just built and ran PyMol using Cygwin on my system

here is how I did it

make sure you have installed the latest python and the 
opengl zlib and ping Cygwin packages prior to the following

1) install Numeric
http://www.pfdubois.com/numpy/
after untaring cd into top level Numeric directory and execute
python setup.py build
python setup.py install

2) install Pmw
http://pmw.sourceforge.net/
extract tarball into /lib/python2.3/site-packages

3) Install pyMol
after untaring replace all occurrences of "python2.2" with "python2.3"  
in $pymol/setup/Rules.cygwin
in same file adjust PYMOL_PATH appropriately for your system
cd into the top level pyMol directory and issue execute
python setup.py build
python setup.py install
python setup2.py

pymol should now be installed

HTH

Norman



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] NEW: libtiff5-3.7.0beta2-1 UPDATED: tiff-3.7.0beta2-1, libtiff-devel-3.7.0beta2-1

[Charles Wilson]

The tiff package provides libraries and utilities for manipulating TIFF 
image files.  It is based on the official tiff-3.7.0beta2.tar.gz
distribution from libtiff.org.

tiff-3.7.0beta2-1
libtiff5-3.7.0beta2-1 (* new package)
libtiff-devel-3.7.0beta2-1

CHANGES:

* version bump and new package for the DLL (x)
* updated to the tiff-v3.6.0beta2 release
* LZW compression supported included
* now built using libtool

(x) As with the recent ncurses release, the switch to using libtool to 
build the shared library changed the name of the DLL without actually 
changing the ABI.  (Was: cygtiffN.dll  Now: cygtiff-N.dll)  To 
accomodate that change, within the cygwin packaging conventions, I 
bumped the DLL number (and package number) from "4" to "5".
   Old package   libtiff4   contains   cygtiff4.dll
   New package   libtiff5   contains   cygtiff-5.dll


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Carlo Florendo]

Hello Igor,
Igor Pechtchanski wrote:
Carlo,
See comments inline below.
Thank you so much for your comments!However, updating the relevant 
directories to have +x, and updating all the relevant files to have +rx  
still didn't solve the issue.  I've tried to track down the problem via 
the source code of inetutils-1.3.2-28 and it seems the actual error 
message is produced by the following code:

File:  inetutils-1.3.2-28 /ftp/main.c  (line numbers preceed each line)
147 sp = getservbyname("ftp", "tcp");
148 if (sp == 0)
149 errx(1, "ftp/tcp: unknown service");
I compiled and run ftp from source.   I get the same result.  sp is 
always 0 (NULL).   Thus, there's something not correct about my system.  
To test whether the relevant files under /etc are really readable, I've 
made this short test code which tries to open the files hosts, networks, 
protocols and services and print their corresponding handles to show 
that they're readable.  In addition, I've also placed a file 
/cygdrive/c/testfile which has permissions 000 to make sure that it's 
unreadable by anyone. 

#include 
#include 
/* file name: test.c */
int main()
{
   FILE *handle_hosts = NULL,
   *handle_networks = NULL,
   *handle_protocols = NULL,
   *handle_services = NULL,
   *handle_testfile = NULL;
   struct servent *sp = NULL;
   handle_hosts = fopen
   ("/cygdrive/c/WINNT/system32/drivers/etc/hosts", "r");
   handle_networks= fopen
   ("/cygdrive/c/WINNT/system32/drivers/etc/networks", "r");
   handle_protocols= fopen
   ("/cygdrive/c/WINNT/system32/drivers/etc/protocol", "r");
   handle_services= fopen
   ("/cygdrive/c/WINNT/system32/drivers/etc/services", "r");
   handle_testfile = fopen("/cygdrive/c/testfile", "r");
   printf("%s: %#x\n", "hosts handle", handle_hosts);
   printf("%s: %#x\n", "networks handle", handle_networks);
   printf("%s: %#x\n", "protocols handle", handle_protocols);
   printf("%s: %#x\n", "servies handle", handle_services);
   printf("%s: %#x\n", "/cygdrive/c/testfile", handle_testfile);
   sp = getservbyname("ftp","tcp");
   printf("%s: %#x\n", "servent handle", sp);
   fcloseall();
   return 0;
}
The following is the output:
SYSTEM  /tmp/ftp/inetutils-1.3.2-28/ftp
$ gcc test.c
SYSTEM /tmp/ftp/inetutils-1.3.2-28/ftp
$ ./a.exe
/etc/hosts handle: 0xa0501e4
/etc/networks handle: 0xa05024c
/etc/protocol handle: 0xa0502b4
/etc/servies handle: 0xa05031c
/cygdrive/c/testfile: 0
servent handle: 0
As you can see, all the relevant files have their respective handles.  
Thus, they were opened successfully.  On the other hand, 
/cygdrive/c/testfile gets a 0 (NULL) handle (logically) since its 
permissions are 000.

Here's the /cygdrive/c/testfile listing:
SYSTEM  /tmp/ftp/inetutils-1.3.2-28/ftp
$ ls -l /cygdrive/c/testfile
--1 CarloNone0 Oct 13 09:19 /cygdrive/c/testfile
I hope that takes care of the files. 

Now, a curious thing to note is that the servent handle sp returned 0 
(NULL).  It's suppose to read /etc/services.   A cat of /etc/services 
(I'll just use the symlinks since I want to save time not typing the 
entire FQN (e.g. /cygdrive/c/winnt etc. )) give me:

$ cat /etc/services
# Copyright (c) 1993-1999 Microsoft Corp.
#
# This file contains port numbers for well-known services defined by IANA
#
# Format:
#
#   /  [aliases...]   [#]
#
echo7/tcp
echo7/udp
discard 9/tcpsink null
discard 9/udpsink null
systat 11/tcpusers  #Active users
systat 11/tcpusers  #Active users
daytime13/tcp
daytime13/udp
qotd   17/tcpquote  #Quote of the day
qotd   17/udpquote  #Quote of the day
chargen19/tcpttytst source  #Character generator
chargen19/udpttytst source  #Character generator
ftp-data   20/tcp   #FTP, data
ftp21/tcp   #FTP. control
telnet 23/tcp
smtp   25/tcpmail   #Simple Mail 
Transfer Protocol


FWIW, the cat of  protocol gives me:
$ cat /etc/protocols
# Copyright (c) 1993-1999 Microsoft Corp.
#
# This file contains the Internet protocols as defined by RFC 1700
# (Assigned Numbers).
#
# Format:
#
# [aliases...]   [#]
ip   0 IP   # Internet protocol
icmp 1 ICMP # Internet control message protocol
ggp  3 GGP  # Gateway-gateway protocol
tcp  6 TCP  # Transmission control protocol

The cat of /etc/hosts gives:
$ cat /etc/hosts
# Copyright (c) 1993-1999 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the cor

[ANNOUNCEMENT] New: libgeotiff-1.2.2-1, libgeotiff-devel-1.2.2-1, libgeotiff1-1.2.2-1

[Charles Wilson]

GeoTIFF represents an effort by over 160 different remote sensing, GIS, 
cartographic, and surveying related companies and organizations to 
establish a TIFF based interchange format for georeferenced raster 
imagery.  All code within libgeotiff is either public domain, or 
licensed under X style terms.

libgeotiff-1.2.2-1.tar.bz2
libgeotiff-devel-1.2.2-1.tar.bz2
libgeotiff1-1.2.2-1.tar.bz2
libgeotiff-1.2.2-1-src.tar.bz2

Depends on the proj and tiff packages

The main package includes some utility programs:
   csv2html.exe -- converts EPSG files in csv format to html
   geotifcp.exe -- just like tiffcp, but with -g option for
   managing geo tags
   listgeo.exe  -- ascii dump of geo tags
   makegeo.exe  -- create example tiff with geo tags

-- 
Charles Wilson
libgeotiff volunteer maintainer for cygwin

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Christopher Faylor]

On Tue, Oct 12, 2004 at 08:14:50PM -0700, Brian Dessent wrote:
>Carlo Florendo wrote:
>>Thank you so much for your comments!However, updating the relevant
>>directories to have +x, and updating all the relevant files to have +rx
>>still didn't solve the issue.  I've tried to track down the problem via
>>the source code of inetutils-1.3.2-28 and it seems the actual error
>>message is produced by the following code:
>
>I can't tell from your message but since your prompts contain the
>username 'SYSTEM' I am assuming that you're testing this from a sysbash
>prompt in the context of something that's being run from a service,
>CGI, cronjob, etc...  If that's the case then it sounds awfully like
>the problem of SYSTEMROOT being removed from the environment.  Check
>that this variable is set for the process that is trying to run ftp.
>There's lots of recent threads about it in the archives if you need
>more background.

And, if you aren't already, try the most recent cygwin snapshot:

http://cygwin.com/snapshots/

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin & openssh(d) & login without password

[Joshua Daniel Franklin]

On Sat, 9 Oct 2004 09:13:21 -0700 (PDT), Vince Rice wrote:
> Lots of things are "obvious" to an experienced user that aren't to a
> new user (something I'm thankfully reminded of every time I sit with my wife at
> a computer for more than five minutes).  And the steps lex ein laid are
> extremely accurate.  For a new user.

I agree with Chris that this is a Unix/Linux problem and not
Cygwin-specific, and
thus off-topic for this mailing list. However, I would like our documentation to
be improving and I am open to suggestions that might have helped in this 
case. 

On the other hand, I also believe that for every beginning user that
has trouble
installing from confusion, there are probably many who look at the FAQ or 
User's Guide, both of which answer questions about finding documentation:





The User's Guide even specifically says "A few packages, such as the OpenSSH 
server, require some manual site-specific configuration. Relevant
documentation can
be found in the /usr/doc/Cygwin/ directory." (I'll update that to
/usr/share/doc/Cygwin/)
I wish this would show up in a Google search, but I guess you have to
be a web-searchaholic to know how to get the documentation but exclude
the mailing lists:

"openssh setup -inurl:ml site:cygwin.com"

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Carlo Florendo]

Hello Brian,
Brian Dessent wrote:
Carlo Florendo wrote:
 

Thank you so much for your comments!However, updating the relevant
directories to have +x, and updating all the relevant files to have +rx
still didn't solve the issue.  I've tried to track down the problem via
the source code of inetutils-1.3.2-28 and it seems the actual error
message is produced by the following code:
   

I can't tell from your message but since your prompts contain the
username 'SYSTEM' I am assuming that you're testing this from a sysbash
prompt in the context of something that's being run from a service, CGI,
cronjob, etc... If that's the case then it sounds awfully like the
problem of SYSTEMROOT being removed from the environment.  Check that
this variable is set for the process that is trying to run ftp.  There's
lots of recent threads about it in the archives if you need more
background.
 

You really have a keen eye!  However, the string "SYSTEM" doesn't have 
anything to do with the problem since I just
set the PS1 environment variable to "SYSTEM" since I don't want it 
printing my name.

My PS1 is set to:  PS1="SYSTEM \w\n$ "
And of course, if I change PS1 to the cygwin default (as shown below), 
ftp still won't work.

SYSTEM /
$ export   PS1='\[\033]0;\w\007
> [EMAIL PROTECTED] \[\033[33m\w\033[0m\]
> $ '
[EMAIL PROTECTED] /
$ ftp
ftp: ftp/tcp: unknown service
Thanks!
Best Regards,
Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.astra.ph
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Carlo Florendo]

Christopher Faylor wrote:
On Tue, Oct 12, 2004 at 08:14:50PM -0700, Brian Dessent wrote:
 

Carlo Florendo wrote:
   

Thank you so much for your comments!However, updating the relevant
directories to have +x, and updating all the relevant files to have +rx
still didn't solve the issue.  I've tried to track down the problem via
the source code of inetutils-1.3.2-28 and it seems the actual error
message is produced by the following code:
 

I can't tell from your message but since your prompts contain the
username 'SYSTEM' I am assuming that you're testing this from a sysbash
prompt in the context of something that's being run from a service,
CGI, cronjob, etc...  If that's the case then it sounds awfully like
the problem of SYSTEMROOT being removed from the environment.  Check
that this variable is set for the process that is trying to run ftp.
There's lots of recent threads about it in the archives if you need
more background.
   

And, if you aren't already, try the most recent cygwin snapshot:
http://cygwin.com/snapshots/
 

I tried the latest snapshot and it still doesn't work.  Attached is 
cygcheck's output after installing the latest snapshot.

Thanks!
Best Regards,
Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.astra.ph



Cygwin Configuration Diagnostics
Current System Time: Wed Oct 13 12:18:36 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\sbin
D:\cygwin\usr\sbin
D:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
d:\Microsoft Visual Studio\Common\Tools\WinNT
d:\Microsoft Visual Studio\Common\MSDev98\Bin
d:\Microsoft Visual Studio\Common\Tools
d:\Microsoft Visual Studio\VC98\bin
f:\Program Files\INUS Technology\RapidForm2004\Exchange
f:\Program Files\INUS Technology\RapidForm2004\Exchange\intel_a\code\bin
.\

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 1000(Carlo) GID: 513(None)
513(None)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 1000(Carlo) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `server'
HOME = `D:\cygwin\home\Carlo'
MAKE_MODE = `unix'
PWD = `/home/Carlo'
USER = `Carlo'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Carlo\Application Data'
CATDEFAULTENVIRONMENT = `InterOpB11'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `THORIN'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Carlo'
HOSTNAME = `thorin'
INCLUDE = `D:\Microsoft Visual Studio\VC98\atl\include;D:\Microsoft Visual 
Studio\VC98\mfc\include;D:\Microsoft Visual Studio\VC98\include'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LIB = `D:\Microsoft Visual Studio\VC98\mfc\lib;D:\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\THORIN'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
MSDEVDIR = `D:\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSDS = `intel_a'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\Carlo\LOCALS~1\Temp'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/2.2.5,/usr/share/texmf}'
TMP = `c:\DOCUME~1\Carlo\LOCALS~1\Temp'
USERDOMAIN = `THORIN'
USERNAME = `Carlo'
USERPROFILE = `C:\Documents and Settings\Carlo'
WINDIR = `C:\WINNT'
WINDOWID = `168114296'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `D:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:\cygwin/lib'
  flags = 0x000a
HKEY_LOC

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Carlo Florendo]

Brian Dessent wrote:
Carlo Florendo wrote:
 

Thank you so much for your comments!However, updating the relevant
directories to have +x, and updating all the relevant files to have +rx
still didn't solve the issue.  I've tried to track down the problem via
the source code of inetutils-1.3.2-28 and it seems the actual error
message is produced by the following code:
   

I can't tell from your message but since your prompts contain the
username 'SYSTEM' I am assuming that you're testing this from a sysbash
prompt in the context of something that's being run from a service, CGI,
cronjob, etc... If that's the case then it sounds awfully like the
problem of SYSTEMROOT being removed from the environment.  Check that
this variable is set for the process that is trying to run ftp.  There's
lots of recent threads about it in the archives if you need more
background.
Brian
 

Oh, and by the way, I'm not testing from a sysbash prompt in the context 
of something being run from a service. 
I'm testing the system on an ordinary user account.  My shell is not 
started from a cron job nor a service.  I click my rxvt shortcut, and poof,
use the shell.

Thanks!
Best Regards,
Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.astra.ph
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Brian Dessent]

Carlo Florendo wrote:

> File:  inetutils-1.3.2-28 /ftp/main.c  (line numbers preceed each line)
> 
> 147 sp = getservbyname("ftp", "tcp");
> 148 if (sp == 0)
> 149 errx(1, "ftp/tcp: unknown service");

Okay, so the 'SYSTEM' thing was a red herring, and you're just running
this from a normal command prompt.  Your SYSTEMROOT is set and nothing
seems odd in your cygcheck, and permissions on the "services" file seem
okay.  Although I think your reasoning there is a little off-base:
Cygwin itself does not attempt to access that file at all.  Cygwin's
getservbyname() just a straight passthru to the Winsock function of the
same name which does the actual lookup.

Try the following and see what happens:

cat s_port));
else
printf( "getservbyname() returned NULL: %s\n",
strerror(errno));
}
ENDL

Also try the following variant that will create a mingw version of the
same test:


cat s_port));
else
printf( "getservbyname() returned NULL: win32 error %u\n",
WSAGetLastError());
}
ENDL

Both of those should say "getservbyname() returned port 21".  If either
fails, paste the output.  I suppose it's remotely possible that
something's wrong with wsock32.dll or ws2_32.dll on your system, but if
that was the case you'd have many more problems I'd think.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Brian Dessent]

Brian Dessent wrote:

> cat   getservbyname-mingw.c -o getservbyname-mingw && ./getservbyname-mingw

Correction: add "-lws2_32" to the gcc options.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: other services ok, ftp not (was 1.5.11 - tcp problems)

[Carlo Florendo]

Hello Brian,
Brian Dessent wrote:
Carlo Florendo wrote:
 

File:  inetutils-1.3.2-28 /ftp/main.c  (line numbers preceed each line)
147 sp = getservbyname("ftp", "tcp");
148 if (sp == 0)
149 errx(1, "ftp/tcp: unknown service");
   

Okay, so the 'SYSTEM' thing was a red herring, and you're just running
this from a normal command prompt.  Your SYSTEMROOT is set 

absolutely.
and nothing
seems odd in your cygcheck, and permissions on the "services" file seem
okay.  Although I think your reasoning there is a little off-base:
Cygwin itself does not attempt to access that file at all.  Cygwin's
getservbyname() just a straight passthru to the Winsock function of the
same name which does the actual lookup.
 

Ok. thanks for the info.
Try the following and see what happens:
cat s_port));
   else
   printf( "getservbyname() returned NULL: %s\n",
   strerror(errno));
}
ENDL
 

Here's what I got:
getservbyname() returned NULL: Operation not permitted

Also try the following variant that will create a mingw version of the
same test:
cat s_port));
   else
   printf( "getservbyname() returned NULL: win32 error %u\n",
   WSAGetLastError());
}
ENDL

 

This one didn't link properly.  Anyway, here's the output:
/cygdrive/c/DOCUME~1/Carlo/LOCALS~1/Temp/ccYVHUNc.o(.text+0x3f):getservbyname-mingw.c: 
undefined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/Carlo/LOCALS~1/Temp/ccYVHUNc.o(.text+0x87):getservbyname-mingw.c: 
undefined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/Carlo/LOCALS~1/Temp/ccYVHUNc.o(.text+0xa2):getservbyname-mingw.c: 
undefined reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/Carlo/LOCALS~1/Temp/ccYVHUNc.o(.text+0xbf):getservbyname-mingw.c: 
undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status

Both of those should say "getservbyname() returned port 21".  If either
fails, paste the output.  I suppose it's remotely possible that
something's wrong with wsock32.dll or ws2_32.dll on your system, but if
that was the case you'd have many more problems I'd think.
 

Hmmm.  There's something fishy of my system
Thanks a lot!
Best Regards,
Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.astra.ph

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/