Re: Available for testing: gcc-3.3.1-1 and gcc-mingw-20030911-1

2003-09-20 Thread Gerrit P. Haase 
Hallo Christopher,

Am Mittwoch, 17. September 2003 um 17:24 schriebst du:

> On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>>Am Samstag, 13. September 2003 um 02:27 schriebst du:
>>> Problems go to the cygwin mailing list as always.
>>
>>c-lex.h is missing in the source package.
>>
>>http://cygwin.com/cgi-bin2/package-grep.cgi?grep=c-lex.h

> It's not available in the CVS repository on gcc.gnu.org, AFAICT.
> Nothing that I build uses it, so this shouldn't be an issue.  Apparently
> objc builds are broken for 3.3.1.

Getting this when running make check on the sources I found at
mingw.org:

=== objc tests ===


Running target unix

=== objc Summary ===

# of expected passes1153
gcc version 3.3.1 (gph 77)


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: getopt: ugly linker messages

2003-09-20 Thread Corinna Vinschen 
On Sat, Sep 20, 2003 at 07:32:04AM +1000, Danny Smith wrote:
> > why is then the information about the __declspec removed?  Shouldn't
> > that information be kept?  AFAIK, the "extern" storage class shouldn't
> > change any information already known about the variable in question.
> > It should complain about e.g. conflicting types but it should never
> > change what's already there.
> 
> Overriding the attribute also prevents an ICE in gcc so I believe the
> behaviour is justified. There are actually testcases in the gcc

Well... I'm not quite sure if circumventing a potential compiler bug
actually justifies a potential misbehaviour...

> void __attribute__((dllimport)) Bar(void);
> void __attribute__((dllimport)) Baz(void);
> __attribute__((dllimport)) int Biz;
> __attribute__((dllimport)) int Boz;
> 
> void Foo(void)
>   {
> Bar();
> Baz();
> Biz++; 
> Boz++; 
>   }
>  
> void Bar(void)
>   {   // { dg-warning "defined" }
>   }
> 
> void Baz(void);   // { dg-warning "redeclared" }
> extern int Biz;   // { dg-warning "redeclared" }
> int Boz;  // { dg-warning "defined" }
> 
> void foo()
> {
>   Biz++;
> }

The above case is imho somewhat borderline.  It defines Biz with
dllimport, but it's missing an `extern'.  What I mean is, having two
extern declarations, one with and the second without dllimport.  The
second should not touch the already existing declaration.  I don't
see why this should result in an ICE.  The other cases in the testcase
are absolutely ok, though.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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/

[ANNOUNCEMENT] tetex-2.0.2-13

2003-09-20 Thread Jan Nieuwenhuizen 

I'm happy to announce tetex-2.0.2-13.  This is a bugfix release.  A
problem with xdvi was fixed, the listings package has been included,
and the tetex-tiny package includes the asm symbol font.

Special thanks to Jason Fu, Douglas Brown for reporting a bug even
before the announcement, and to Corinna and Chris for picking this up
so rapidly and helping with the upload.

Jan.


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.  Once you've downloaded setup.exe, run it and select
"Publishing" and then click on the appropriate field until the
announced version number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.

  *** 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 this URL.

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
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 wtf database update needed? (RE: getopt: ugly linker messages)

2003-09-20 Thread Hannu E K Nevalainen \(garbage mail\) 
> From: Corinna Vinschen


> The above case is imho somewhat borderline.  It defines Biz with
> dllimport, but it's missing an `extern'.  What I mean is, having two
> extern declarations, one with and the second without dllimport.  The
> second should not touch the already existing declaration.  I don't
> see why this should result in an ICE.  The other cases in the testcase
> are absolutely ok, though.
> 
> Corinna

$ wtf ICE
$ 

Igor?
I suspect it is something like "Internal Compiler Error" - is it?

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF 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: Minor wtf database update needed? (RE: getopt: ugly linker messages)

2003-09-20 Thread Igor Pechtchanski 
On Sat, 20 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote:

> > From: Corinna Vinschen
>
> 
> > The above case is imho somewhat borderline.  It defines Biz with
> > dllimport, but it's missing an `extern'.  What I mean is, having two
> > extern declarations, one with and the second without dllimport.  The
> > second should not touch the already existing declaration.  I don't
> > see why this should result in an ICE.  The other cases in the testcase
> > are absolutely ok, though.
> >
> > Corinna
>
> $ wtf ICE
> $
>
> Igor?
> I suspect it is something like "Internal Compiler Error" - is it?
>
> /Hannu E K Nevalainen, B.Sc. EE

Hannu,

You're right, it is "Internal Compiler Error".

Hmm.  My first reaction was that I didn't want the OLOCA to become a
kitchen sink of unrelated acronyms, especially with links to reasonably
comprehensive acronym lists ("the Canonical Acronym List" and
"AcronymFinder.com", the latter with a search, even).  However, after not
finding it in the CAL, and having to browse through 3 pages of results to
find it on AcronymFinder, I think there's enough reason to add it to the
OLOCA.

This will also appear in the next release of wtf (or you may sync with the
web OLOCA version by following the instructions in the README).

FWIW, the above is how I would handle acronym addition proposals for any
acronym that isn't apparently prominent on the list or obviously
Cygwin-specific.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

--
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.exe cannot proceed...

2003-09-20 Thread Weiqi Gao 
Jason Fu wrote:
I tried for ftp://mirrors.kernel.org and it worked.

Anyway, I should not rely only ftp://mirrors.rcn.net but many other mirror 
sites.
It's failing on tetex-beta-2.0.2-13 MD5 checking.  I deleted 
tetex-beta-2.0.2-13.tar.bz2 and the setup proceded to the next step.

That file was corrupted yesterday.

--
Weiqi Gao
[EMAIL PROTECTED]
http://www.weiqigao.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: ^C not getting to sub, sub, sub, sub processes

2003-09-20 Thread Christopher Faylor 
On Fri, Sep 19, 2003 at 11:23:49PM -0400, Rolf Campbell wrote:
>Christopher Faylor wrote:
>>>I have a reproducable (at least on my machine) of some ^C handling issues.
>>>
>>>#!/bin/python
>>>import sys, os, select
>>>
>>>if(int(sys.argv[1]) > 0):
>>>  os.system(sys.argv[0] + " %d" % (int(sys.argv[1])-1))
>>>else:
>>>  select.select([], [], [], 10)
>>>
>>>Try running this as "./deep.py 0", and then, when it's waiting, hit ^C, 
>>>it will terminate fine.  Now try it as "./deep.py 1", and then hit ^C. 
>>>Nothing happens.  I see this when I try to cancel my build, but ^C 
>>>doesn't work when the process tree is too deep.
>>
>>
>>Interesting.  This is an *ancient* bug.  I think it even predates my
>>involvment in cygwin.  It was a bug in the system() call.  It should be
>>fixed in the latest snapshot, available now.
>>
>>Thanks for the test case.
>
>No problem, thank you for the quick fix (works great now).  BTW, I have 
>some machines that are still running 1.3.17, and I could not reproduce 
>this ^C issue on them.  I don't really care, but I thought I would 
>mention it.

Yeah, I'll bet it worked perfectly on B20, too.

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: Available for testing: gcc-3.3.1-1 and gcc-mingw-20030911-1

2003-09-20 Thread Christopher Faylor 
On Sat, Sep 20, 2003 at 10:23:14AM +0200, Gerrit P. Haase wrote:
>Hallo Christopher,
>
>Am Mittwoch, 17. September 2003 um 17:24 schriebst du:
>
>> On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>>>Am Samstag, 13. September 2003 um 02:27 schriebst du:
 Problems go to the cygwin mailing list as always.
>>>
>>>c-lex.h is missing in the source package.
>>>
>>>http://cygwin.com/cgi-bin2/package-grep.cgi?grep=c-lex.h
>
>> It's not available in the CVS repository on gcc.gnu.org, AFAICT.
>> Nothing that I build uses it, so this shouldn't be an issue.  Apparently
>> objc builds are broken for 3.3.1.
>
>Getting this when running make check on the sources I found at
>mingw.org:
>
>=== objc tests ===
>
>
>Running target unix
>
>=== objc Summary ===
>
># of expected passes1153
>gcc version 3.3.1 (gph 77)

I guess it's time to be blunt since you are not getting it: I don't
care.  I'm not going to build objective-c.  I ask periodically for some
volunteer to take this odious gcc maintainership duty from me.  I can't
believe that you would think that I'd be willing to add to it.

If it doesn't build from the sources that I distributed then getting it
working is an exercise for whoever wants to build it.

Do you understand now?  I'm not interested in discussing your problems
with objc.  That means this is my last message in this thread.

over and out.

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: Available for testing: gcc-3.3.1-1 and gcc-mingw-20030911-1

2003-09-20 Thread serge 
Hallo Christopher,

  The support for unnamed structure/union is brocken!

  The warning only (-Wall) is generated and corresponding field is ignored!

The old GCC compiler (before 2.95.3 if I not mistake) reports the error.

In the previous 2.95.3 .. 3.2 and in the current GCC shipped with CYGWIN 
it was supported properly.

Sergey

--
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] Updated: gzip-1.3.5-1

2003-09-20 Thread Christopher Faylor 
I've made a new version of gzip available for download.  This is just an
update release based on the latest FSF version of gzip.  The NEWS file
says:

Major changes from 1.3.4 to 1.3.5
* gzip now removes any output symlink before writing output file.
* zgrep etc. scripts now port to POSIX 1003.1-2001 hosts.
* zforce no longer assumes 14-byte file name length limit.
* zless is now implemented using less and LESSOPEN, not zmore and PAGER.
* assembly-language speedups reenabled; were mistakenly disabled in 1.3.

Major changes from 1.3.3 to 1.3.4
* Less output is lost when decompressing a truncated file.
* The manual is now distributed under the terms of the GNU Free
  Documentation License.

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.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .

  *** 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 this 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: Available for testing: gcc-3.3.1-1 and gcc-mingw-20030911-1

2003-09-20 Thread Christopher Faylor 
On Sat, Sep 20, 2003 at 08:38:31PM +0200, serge wrote:
>Hallo Christopher,
>
>  The support for unnamed structure/union is brocken!
>
>  The warning only (-Wall) is generated and corresponding field is ignored!

While you are obviously quite excited about this, you haven't provided
any details.  It seems like you could easily provide a test case for
this.  If you want someone to investigate this problem, that will be a
requirement.

Since cygwin itself uses unnamed structures and unions, I need to
know exactly what is not working for you.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: getopt: ugly linker messages

2003-09-20 Thread Ivan Warren 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ivan Warren
> Sent: Saturday, September 20, 2003 2:43 AM
> To: [EMAIL PROTECTED]
> Subject: RE: getopt: ugly linker messages
> 
> 
> > And.. Hmmm..
> >
> > I *think* auto import of data variables may be somewhat broken (and 
> > declared import of data variables too) if
> >
> > 1) The import library is stripped with --strip-unneeded
> >and/or
> > 2) The import is from another DLL (.exe -> .dll[func] -> .dll[data])
> >
> > (See msg dated 9/17/03 which seems to have been drowned.. 
> There is a 
> > test case in it)
> >
> > --Ivan
> >
> Okies...
> 
> Does anyone know at least if it's a cygwin or core binutils 
> issue ? Or if I am at least looking in the right direction ?
> 
> --Ivan
> 
> 


Sniff.. Why am I being ignored ?

I thought I had a quite thoroughly documented problem.

I have a test case which I posted 4 days ago..
(http://cygwin.com/ml/cygwin/2003-09/msg01132.html) and I asked again
yesterday if I was at least looking in the right direction. But it's just
like the messages are not even getting there (I know they are - they are on
the mailing list archive..)

I know this is a community effort and that no-one is obliged to answer (no,
I didn't go for the pay support.. I am working on an open source project, so
I don't have the monetary resource to spend).

But it's just frustrating.

The problem is I don't really understand the internals of the PE 386 binder
(or I would surelly propose a patch).

Also if the problem is a core "binutils" issue, please someone tell me (and
then I'll go bug the binutils folks !)



However, in the meanwhile I have a workaround, so it's not an emergency..

(Workaround : The issue lies when the Makefile is generated with automake &
libtool - the 'make strip' insist on stripping the import library - the
workaround involves patching the libtool.m4 AC_LIBTOOL_SYS_LIBSTRIP macro to
force it NOT to strip libs on cygwin).

--Ivan


--
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] lilypond-1.8.2-1

2003-09-20 Thread Jan Nieuwenhuizen 

I've made a new version of LilyPond available for download.

As a special attraction 1.8.2-1 associates .ly files with an editor.
Double clicking a .ly file will generate the PDF and open your
favourite PDF viewer.  Feel free to share your comments and
suggestions on this new feature.

Enjoy,
Jan.


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.  Once you've downloaded setup.exe, run it and select
"Publishing" and then click on the appropriate field until the
announced version number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.

  *** 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 this URL.

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
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/

ssh login with [rd]sa key, permissions on keyfile problems

2003-09-20 Thread Fermin Sanchez 
Hello list
 
I thought it might be nice to log on using an rsa or dsa key. So I
created both an rsa and a dsa key using ssh-user-config. The keys were
created in ~/.ssh, and the required changes made to authized_keys.
 
Logging in to the server using
 
ssh -i ~/.ssh/id_rsa -l fermin -v localhost
 
gives me all kind of output, the essential being:
 
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
@@@
Permissions 0644 for '//dcp1/users/fermin/.ssh/id_rsa' are too open.
It is recommended that your private key files are NOT accessible by
others.
This private key will be ignored.
bad permissions: ignore key: //dcp1/users/fermin/.ssh/id_rsa
Enter passphrase for key '//dcp1/users/fermin/.ssh/id_rsa':

 
After entering the passphrase for my key, there is more:
 
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue:
publickey,password,keyboard-interactive
debug1: Next authentication method: password
[EMAIL PROTECTED]'s password:

It falls back to 'normal' password authentication, which also works, of
course. But it's not what I had in mind. So I went into ~/.ssh, listed
the contents:
 
$ ls -l
total 6
-rw-r--r--1 fermin   Domain U  822 Sep 20 15:23 authorized_keys
-rw-r--r--1 fermin   Domain U  668 Sep 20 15:48 id_dsa
-rw-r--r--1 fermin   Domain U  601 Sep 20 15:23 id_dsa.pub
-rw-r--r--1 fermin   Domain U  883 Sep 20 15:48 id_rsa
-rw-r--r--1 fermin   Domain U  221 Sep 20 15:23 id_rsa.pub
-rw-r--r--1 fermin   Domain U  220 Sep 20 15:23 known_hosts

 
$ chmod -v 600 id_*sa
mode of `id_dsa' changed to 0600 (rw---)
mode of `id_rsa' changed to 0600 (rw---)

 
Unfortunately, the files are not impressed by my actions, and the '-v'
parameter does only show what would have happened in a normal world.
Which my system doesn't seem to be. "chmod -c 600 id_*sa" works
correctly, though, not showing any changes having happened.
 
At this point I figured it must have something to do with NTFS
permissions (being MCSE and all that) and tried to change the
permissions of the id files in Windows (and ownership, while I was at
it). I also mad sure that "StrictModes no" is active in sshd_config,
which it is. 
 
>From the windows point of view, everything should be fine, but I think
there's a difference in file rights between *unix systems and Windows:
In Windows, the actual file permission overrides the directory
permission, meaning that you could have access (read/write/whatever) to
a file while not being able to access the directory where the file is.
Don't ask me why or say "that's insane" - it's just the way it is, I
didn't come up with NTFS in the first place. afair from my recent
Solaris course, *nix does it the other way round, directory permissions
always override file permissions? 
 
Not wanting to screw around any more than I already have, could somebody
please confirm that I probably need to adjust the directory permissions
for ~/.ssh (to what, who should be the owner, what about 'other'?), and
then it should work? And of course I will have to turn off inherited
rights on that directory, as well...
 
Because work it did:
 
mkdir /tmp/fermin
cp ~/.ssh/id_rsa /tmp/fermin
chmod 600 /tmp/fermin/id_rsa
ssh -l fermin -i /tmp/fermin/id_rsa localhost
 
... worked like a charm.
 
 
Hopefully, somebody ran into this problem before and can give me a hint
or two? Thanky you!
 
Regards
Fermin


--
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: getopt: ugly linker messages

2003-09-20 Thread Christopher Faylor 
On Sat, Sep 20, 2003 at 09:32:52PM +0200, Ivan Warren wrote:
>I know this is a community effort and that no-one is obliged to answer
>(no, I didn't go for the pay support..  I am working on an open source
>project, so I don't have the monetary resource to spend).

Bingo.  Apparently, no one knows the answer to your question and,
apparently, no one is interested in researching the problem for you.
Also, as you noted, it has a trivially easy workaround -- don't strip
import libraries.

"Wah! No one is paying attention to me!" rants don't really help your
case, much.  Nor does sending messages to threads which have little to
do with your problem.

As far as your specific question on who to bug, yes, obviously, this is
a binutils problem.

--
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: getopt: ugly linker messages

2003-09-20 Thread Ivan Warren 
> 
> Bingo.  Apparently, no one knows the answer to your question 
> and, apparently, no one is interested in researching the 
> problem for you. Also, as you noted, it has a trivially easy 
> workaround -- don't strip import libraries.

Right..

- No one is interrested in researching the problem for me.. Now..
WAITAMINUTE ! I spent the entire week trying to find how I could document
this the best I could so that the entire community may benefit from it.
Because I am no ld/strip/binutils wiz doesn't mean I don't make any research
in the problems I run into. I documented and made an entirelly self
contained test case which demonstrates the problem. This is what *YOU* ask
from other people reporting problems (and it does make sense). I tried to
make it as easy as possible for you & your team to determine if this was
something that involved your portion of the software or not.

- I don't strip the libraries. Libtool does it. If you want an
autoconf/automake/libtool case which demonstrates this, I could do it.. But
to what avail ? As no-one is interrested in looking into a reported problem
(for which I may not be the only one affected.). The test case has a strip
in it because it is a TEST CASE ! The fix cannot be a to patch libtool to
workaround a flaw in the cygwin binutils implementation (I have all the
reasons to believe --strip-unneeded should work on import libraries..), that
would be a Bad Thing (tm)..

> 
> "Wah! No one is paying attention to me!" rants don't really 
> help your case, much.  Nor does sending messages to threads 
> which have little to do with your problem.

The thread as something to do with the problem. It exhibits somewhat
identical symptoms and it involves the same line of tools. The 'auto-import'
of .data and/or .bss defined sections is involved. It's not 'getopt' which
is the concern, it's the linker issuing 'ugly' messages - I just pushed it a
bit further and wanted people looking at what happened when you do push it
further.

However, getopt is ALSO involved. example would be if you build a project
which has only very little code in the executable but the rest of it in a
DLL/shared library. If the 'getopt' is invoked from that DLL, the program
will either not link ot crash at run time (provided you let libtool strip
the libraries).

As to the rant, it DID help : at least, I did get a response. The response
is Off Topic, but at least, it's a response.

> 
> As far as your specific question on who to bug, yes, 
> obviously, this is a binutils problem.

Thank for spending a little bit of effort informing me. I will not waste
more of your precious time. Hopefully, I'll get a better response from the
binutils folks who may find a solution to an issue that DOES affect cygwin
(and any other environment using the PE 386 object format).

--Ivan


--
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/

Windows 2k crash while processing big bash script

2003-09-20 Thread -TifsSoft- 
What about my problem?


--
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] Updated: cygwin-1.5.5-1

2003-09-20 Thread Christopher Faylor 
I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.

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.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .

  *** 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 this URL.

Christopher Faylor
Red Hat, Inc.

Changes since 1.5.4-1:

- Implement tcflush for ptys.  (Corinna Vinschen)

- Fix problem with gethostid on NT4.  (Brian Ford)

- Fix dumper.exe problem so that maybe it actually works now.  (Christopher Faylor)

- Fix "find doesn't recurse into every directory" problem.  (Christopher Faylor)

- Make CTRL-Z operable again.  (Christopher Faylor)

- Fix for occasional "CTRL-C doesn't respond" problem.  (Christopher Faylor)

- Fix for problem where calling setvbuf from a thread had no effect on buffering
  in other threads.  (Christopher Faylor)

- Try to make 'kill -f' a little more robust.  (Christopher Faylor)

- Make 'kill -N' work again, where N is a number or a symbolic symbol notation.
  (Christopher Faylor)

- Allow kill.exe to take a negative pid argument, denoting a process group.
  (Christopher Faylor)


--
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] Updated: cygwin-1.5.5-1

2003-09-20 Thread Cliff Hones 
On the two mirrors which I could find which have the new 1.5.5-1,
there seems to be a problem with the MD5 checksum in the setup.ini file.
Running bzcat on the downloaded cygwin-1.5.5-1.tar.bz2 shows no problem,
but manually running md5sum shows it disagrees with the setup.ini entry.

I replied yes to the "install anyway" prompt I got from setup.exe
(snapshot version 2.407) when it detected the problem, and my installation
does appear to be working.

(This was with mirrors.rcn.net and mirrors.kernel.org.)

-- Cliff


--
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] Updated: cygwin-1.5.5-1

2003-09-20 Thread Frédéric L. W. Meunier 
Here setup is crashing / exiting. I downloaded setup.ini from
sources.redhat.com and the packages from mirrors.rcn.net. I'm
installing from a local directory. It exits while scanning the
packages.

On Sun, 21 Sep 2003, Cliff Hones wrote:

> On the two mirrors which I could find which have the new 1.5.5-1,
> there seems to be a problem with the MD5 checksum in the setup.ini file.
> Running bzcat on the downloaded cygwin-1.5.5-1.tar.bz2 shows no problem,
> but manually running md5sum shows it disagrees with the setup.ini entry.
>
> I replied yes to the "install anyway" prompt I got from setup.exe
> (snapshot version 2.407) when it detected the problem, and my installation
> does appear to be working.
>
> (This was with mirrors.rcn.net and mirrors.kernel.org.)

-- 
How to contact me - http://www.pervalidus.net/contact.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: [ANNOUNCEMENT] Updated: cygwin-1.5.5-1

2003-09-20 Thread Frédéric L. W. Meunier 
Nevermind. I redownload setup.ini from sources.redhat.com. BTW,
no md5sum problem.

On Sat, 20 Sep 2003, Frédéric L. W. Meunier wrote:

> Here setup is crashing / exiting. I downloaded setup.ini from
> sources.redhat.com and the packages from mirrors.rcn.net. I'm
> installing from a local directory. It exits while scanning the
> packages.
>
> On Sun, 21 Sep 2003, Cliff Hones wrote:
>
> > On the two mirrors which I could find which have the new 1.5.5-1,
> > there seems to be a problem with the MD5 checksum in the setup.ini file.
> > Running bzcat on the downloaded cygwin-1.5.5-1.tar.bz2 shows no problem,
> > but manually running md5sum shows it disagrees with the setup.ini entry.
> >
> > I replied yes to the "install anyway" prompt I got from setup.exe
> > (snapshot version 2.407) when it detected the problem, and my installation
> > does appear to be working.
> >
> > (This was with mirrors.rcn.net and mirrors.kernel.org.)

-- 
How to contact me - http://www.pervalidus.net/contact.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: getopt: ugly linker messages

2003-09-20 Thread Christopher Faylor 
On Sat, Sep 20, 2003 at 10:51:43PM +0200, Ivan Warren wrote:
>>Bingo.  Apparently, no one knows the answer to your question and,
>>apparently, no one is interested in researching the problem for you.
>>Also, as you noted, it has a trivially easy workaround -- don't strip
>>import libraries.
>
>Right..
>
>- No one is interrested in researching the problem for me..  Now..
>WAITAMINUTE ! I spent the entire week trying to find how I could
>document this the best I could so that the entire community may benefit
>from it.  Because I am no ld/strip/binutils wiz doesn't mean I don't
>make any research in the problems I run into.

Sigh.  By "research", I meant dive into the binutils code and figure out
what is going wrong.

>Hopefully, I'll get a better response from the binutils folks who may
>find a solution to an issue that DOES affect cygwin (and any other
>environment using the PE 386 object format).

You already posted to the binutils mailing list, remember?

http://sources.redhat.com/ml/binutils/2003-09/msg00296.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/

Anon structs in gcc-3.3.1 [Was: Re: Available for testing: gcc-3.3.1-1 ...]

2003-09-20 Thread Danny Smith 
Serge wrote
> Hallo Christopher,
> 
>The support for unnamed structure/union is brocken!
>
>The warning only (-Wall) is generated and corresponding field is ignored!
>
>The old GCC compiler (before 2.95.3 if I not mistake) reports the error.
>
>In the previous 2.95.3 .. 3.2 and in the current GCC shipped with CYGWIN it was 
>supported
properly.

What has changed is that unamed struct/unions are now not supported in ISO C mode
(-ansi (r -std=c89 switch is given).  Apparently there are two levels of
support for these extenions.  With  -std=gnu89 (default). the GNU extemsions supported
in prior gcc is still supported.  With -fms-extensions, some additional MS
extensions  are also supported.  Regardless of the commandline switch. I think
you can still mark structs/unions with __extension__ to get the std-gnu89 anon support
for a specific declaration.  I can't find where this is documented.

These are testsuite cases (in source distro) that give examples

gcc.dg/anon-struct-1.c
gcc.dg/anon-struct-2.c
gcc.dg/anon-struct-3.c
gcc.dg/20011008-1.c
gcc.dg/20020527-1.c

Plus more in C++ dirs

Danny
>
>Sergey
>

http://search.yahoo.com.au - Yahoo! Search
- Looking for more? Try the new Yahoo! Search

--
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: getopt: ugly linker messages

2003-09-20 Thread Ivan Warren 
> 
> Sigh.  By "research", I meant dive into the binutils code and 
> figure out what is going wrong.

Geez.. You kidding me ? I mean, I wouldn't mind doing that.. But it would
probably take me a month or so to just figure out the basics of how it
works... Not to mention I have but very little understanding of how the 386
PE works (just enough to figure out there might be a problem with it when I
see one..). I really thought it'd be smarter to ask folks who are more
comfortable with it. (ps : I already did it for some gcc issues.. And it
took me ages just to figure out the architecture.. I'm pretty sure it'd be
the same with binutils)..

If I had made all that searching, spent a lot of time sorting out a
"binutils in 386 PE" environment issue, then I'm not spending time on the
project I usually work on.. And if I had found the issue & had a patch, I
definitelly wouldn't have asked a question. I would have proposed a patch.

> 
> >Hopefully, I'll get a better response from the binutils 
> folks who may 
> >find a solution to an issue that DOES affect cygwin (and any other 
> >environment using the PE 386 object format).
> 
> You already posted to the binutils mailing list, remember?

Yeah.. Of course I do remember that.. (not senile yet ;-) ).. But
unfortunatelly, I made the same mistake I did here : I told them I *DID*
post in the other forum. Thus leading to the effect that each list thinks
it's a problem that is in the other group field of expertise.

So my option is now to tell the binutils folks that the cygwin folks are
declaring this issue to be a binutils core issue and that it has nothing to
do with cygwin (although it does affect it).. Am I correct ?

--Ivan


--
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: getopt: ugly linker messages

2003-09-20 Thread Christopher Faylor 
On Sun, Sep 21, 2003 at 01:43:54AM +0200, Ivan Warren wrote:
>>Sigh.  By "research", I meant dive into the binutils code and figure
>>out what is going wrong.
>
>Geez..  You kidding me ?  I mean, I wouldn't mind doing that..

Are you not a native English speaker or are you just trolling now?

This is what I said:

"Apparently, no one knows the answer to your question and, apparently,
no one is interested in researching the problem for you."

In this context, it is clear what I was saying.  I was saying that no
one *else* wanted to *debug* your problem.  I wasn't saying "You do it",
even though, realistically speaking, that is probably your best
alternative.

(and now here comes another round of "I've already worked so hard and I
don't know nothing about no binutils"...)

>>You already posted to the binutils mailing list, remember?
>
>Yeah..  Of course I do remember that..  (not senile yet ;-) )..  But
>unfortunatelly, I made the same mistake I did here : I told them I
>*DID* post in the other forum.  Thus leading to the effect that each
>list thinks it's a problem that is in the other group field of
>expertise.

You're assuming here.  This is obviously a binutils issue.  The fact
that no one responded to it, is very likely the same reason that no
one responded here.

>So my option is now to tell the binutils folks that the cygwin folks
>are declaring this issue to be a binutils core issue and that it has
>nothing to do with cygwin (although it does affect it)..  Am I correct
>?

I would assume that anyone in the binutils mailing list who saw errors
with import libraries would not assume "Aha! It's obviously a problem
with the Cygwin DLL! I don't have to worry about this one".  So, anyone
who was interested in this problem would already be clear on where the
fault lies from your original message.

Just to be clear: I do provide the binutils package to the cygwin
community but I don't have the time or inclination to track the problem
down.  There are a few people reading the binutils mailing list who are
more facile with the code than I.  They are, of course, also volunteers.

--
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] Updated: gcc 3.3.3-1, gcc-mingw-20030911-2

2003-09-20 Thread Christopher Faylor 
I've moved all of the latest gcc stuff out of "test" and into "current".
This is the standard gcc 3.3.1 release from gcc.gnu.org + patches from
Danny Smith and (to a vastly lesser extent) me.  If you are interested
in checking these sources out of gcc's cvs repository, the branch tag is
cygming331.  But, please, no questions about where to go or how to do
that on the cygwin list.  Go to gcc.gnu.org for that kind of info.

So the default gcc compiler for cygwin is now gcc 3.3.1.  The 3.2
compiler is currently available as prev, but be advised that if you want
to keep this around, you should make a copy of the tar ball somewhere
since it will disappear when the next gcc update comes out.  I don't
plan on making a gcc32 package available as I did for gcc2.  Not gonna
happen.  Don't even mention it.

As previously, the gcc-mingw piece is now required if you want to use
gcc's '-mno-cygwin' option.  It should be selected automatically if you
select gcc.

There were vague reports of gcj being broken during the gcc test period
but I never saw a true bug report for this.  Since I'm not a java user,
I can only provide this as-is.

I repeat my plea for someone else to take ownership of this package.  I
would be forever grateful to whomever is willing to step forward.  I
took this package under duress because the previous maintainer
disappeared.

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, fill in all of the options, and make
appropriate choices on the "Select Packages" screen.  You'll need to
select the Devel category to see gcc and friends.

If you have questions or comments, please send them to the Cygwin
mailing list, .

  *** 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 this 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: getopt: ugly linker messages

2003-09-20 Thread Ivan Warren 
> 
> Are you not a native English speaker or are you just trolling now?
> 
> This is what I said:
> 
> "Apparently, no one knows the answer to your question and, 
> apparently, no one is interested in researching the problem for you."
> 
> In this context, it is clear what I was saying.  I was saying 
> that no one *else* wanted to *debug* your problem.  I wasn't 
> saying "You do it", even though, realistically speaking, that 
> is probably your best alternative.

I was just trying to uncover a problem that I ran into so that others don't
run into it. I have a workaround, so I am not directly affected. So it is
not *my* problem per-se.

> 
> (and now here comes another round of "I've already worked so 
> hard and I don't know nothing about no binutils"...)

Obviously this is getting nowhere. I wasn't whining, I was just explaining
my frustration.

> 
> >>You already posted to the binutils mailing list, remember?
> >
> >Yeah..  Of course I do remember that..  (not senile yet ;-) )..  But 
> >unfortunatelly, I made the same mistake I did here : I told them I
> >*DID* post in the other forum.  Thus leading to the effect that each 
> >list thinks it's a problem that is in the other group field of 
> >expertise.
> 
> You're assuming here.  This is obviously a binutils issue.  
> The fact that no one responded to it, is very likely the same 
> reason that no one responded here.

That is correct, this is one hypothesis. I reported a problem for which I am
not affected (because I have a workaround), but possibly noone is
interrested because it mainly affects the cygwin community. Yes.. I am
'assuming'.. But it's irrelevant. In either case the problem won't be fixed
and someone else, one day, will run into it.

> 
> >So my option is now to tell the binutils folks that the cygwin folks 
> >are declaring this issue to be a binutils core issue and that it has 
> >nothing to do with cygwin (although it does affect it)..  Am 
> I correct 
> >?
> 
> I would assume that anyone in the binutils mailing list who 
> saw errors with import libraries would not assume "Aha! It's 
> obviously a problem with the Cygwin DLL! I don't have to 
> worry about this one".  So, anyone who was interested in this 
> problem would already be clear on where the fault lies from 
> your original message.
> 
> Just to be clear: I do provide the binutils package to the 
> cygwin community but I don't have the time or inclination to 
> track the problem down.  There are a few people reading the 
> binutils mailing list who are more facile with the code than 
> I.  They are, of course, also volunteers.
> 

I am also a volunteer..

Never mind..

I'll drop the subject. It was obviously a bad idea to report a problem which
could affect the cygwin community. Again, I have a workaround, so I can live
with it. The same goes for ld merging .data globals between DLLs which
obviously doesn't work.. There is a problem in that field, and I have a test
case. But I have a workaround so I'll just keep it to myself.

And well.. I think I was wrong in *assuming* that this mailing list dealt
with the cygwin project as a whole. It seems that if it's not a problem with
the cygwin dll itself, then it doesn't belong here.

--Ivan


--
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 login with [rd]sa key, permissions on keyfile problems

2003-09-20 Thread Igor Pechtchanski 
On Sat, 20 Sep 2003, Fermin Sanchez wrote:

> Hello list
>
> I thought it might be nice to log on using an rsa or dsa key. So I
> created both an rsa and a dsa key using ssh-user-config. The keys were
> created in ~/.ssh, and the required changes made to authized_keys.
>
> Logging in to the server using
>
> ssh -i ~/.ssh/id_rsa -l fermin -v localhost
>
> gives me all kind of output, the essential being:
>
> @@@
> @ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
> @@@
> Permissions 0644 for '//dcp1/users/fermin/.ssh/id_rsa' are too open.
> It is recommended that your private key files are NOT accessible by
> others.
> This private key will be ignored.
> bad permissions: ignore key: //dcp1/users/fermin/.ssh/id_rsa
> Enter passphrase for key '//dcp1/users/fermin/.ssh/id_rsa':
>
>
> After entering the passphrase for my key, there is more:
>
> debug1: Next authentication method: keyboard-interactive
> debug1: Authentications that can continue:
> publickey,password,keyboard-interactive
> debug1: Next authentication method: password
> [EMAIL PROTECTED]'s password:
>
> It falls back to 'normal' password authentication, which also works, of
> course. But it's not what I had in mind. So I went into ~/.ssh, listed
> the contents:
>
> $ ls -l
> total 6
> -rw-r--r--1 fermin   Domain U  822 Sep 20 15:23 authorized_keys
> -rw-r--r--1 fermin   Domain U  668 Sep 20 15:48 id_dsa
> -rw-r--r--1 fermin   Domain U  601 Sep 20 15:23 id_dsa.pub
> -rw-r--r--1 fermin   Domain U  883 Sep 20 15:48 id_rsa
> -rw-r--r--1 fermin   Domain U  221 Sep 20 15:23 id_rsa.pub
> -rw-r--r--1 fermin   Domain U  220 Sep 20 15:23 known_hosts
>
>
> $ chmod -v 600 id_*sa
> mode of `id_dsa' changed to 0600 (rw---)
> mode of `id_rsa' changed to 0600 (rw---)
>
>
> Unfortunately, the files are not impressed by my actions, and the '-v'
> parameter does only show what would have happened in a normal world.
> Which my system doesn't seem to be. "chmod -c 600 id_*sa" works
> correctly, though, not showing any changes having happened.
>
> At this point I figured it must have something to do with NTFS
> permissions (being MCSE and all that) and tried to change the
> permissions of the id files in Windows (and ownership, while I was at
> it). I also mad sure that "StrictModes no" is active in sshd_config,
> which it is.
>
> >From the windows point of view, everything should be fine, but I think
> there's a difference in file rights between *unix systems and Windows:
> In Windows, the actual file permission overrides the directory
> permission, meaning that you could have access (read/write/whatever) to
> a file while not being able to access the directory where the file is.
> Don't ask me why or say "that's insane" - it's just the way it is, I
> didn't come up with NTFS in the first place. afair from my recent
> Solaris course, *nix does it the other way round, directory permissions
> always override file permissions?
>
> Not wanting to screw around any more than I already have, could somebody
> please confirm that I probably need to adjust the directory permissions
> for ~/.ssh (to what, who should be the owner, what about 'other'?), and
> then it should work? And of course I will have to turn off inherited
> rights on that directory, as well...
>
> Because work it did:
>
> mkdir /tmp/fermin
> cp ~/.ssh/id_rsa /tmp/fermin
> chmod 600 /tmp/fermin/id_rsa
> ssh -l fermin -i /tmp/fermin/id_rsa localhost
>
> ... worked like a charm.
>
> Hopefully, somebody ran into this problem before and can give me a hint
> or two? Thanky you!
>
> Regards
> Fermin

Is your home directory on an SMB share?  If so, you may need to add
"smbntsec" to your CYGWIN environment variable.

Also, can you please post the output of "getfacl ~/.ssh" and "getfacl
~/.ssh/id_rsa"?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

--
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/

smartmontools ?

2003-09-20 Thread Frédéric L. W. Meunier 
I wonder it anyone has any plans to port it. Even the
commercial S.M.A.R.T. suites for Windows aren't that good. I
tried all. It'd be a nice addition, really.

Unfortunately I'm not (yet) a programmer, still know very
little about Cygwin, but got it to compile removing some code
that may be needed but failed (like missing scsi/scsi_ioctl.h).
At least --help worked. I don't know if major changes would be
needed to at least support IDE drives.

Bruce Allen (the author) removed linux/hdreg.h code (in CVS,
not 5.0-18) to make it easier porting to other OS.

BTW, how do I access /dev/hda under Cygwin or Windows ? Are
there any devices for hard drives ?

I tried with my floppy drive and a partition just as a test to
see if it returned anything, and it did.

bash-2.05b$ ./smartctl.exe -a /dev/fd0
smartctl version 5.19 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Error ATA GET HD Identity Failed: Invalid argument
Smartctl: Hard Drive Read Identity Failed

A mandatory SMART command has failed: exiting. To continue, use
the -T option to set the tolerance level to 'permissive'

bash-2.05b$ ./smartctl.exe /c
smartctl version 5.19 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Error ATA GET HD Identity Failed: Invalid argument
Smartctl: Hard Drive Read Identity Failed

A mandatory SMART command has failed: exiting. To continue, use
the -T option to set the tolerance level to 'permissive'

bash-2.05b$ ./smartctl.exe /a
smartctl version 5.19 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl open device: /a failed: no medium

-- 
How to contact me - http://www.pervalidus.net/contact.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/

Using both gcc 3.2-3 and gcc 3.3-1

2003-09-20 Thread Alex Vinokur 

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> I've moved all of the latest gcc stuff out of "test" and into "current".
> This is the standard gcc 3.3.1 release from gcc.gnu.org + patches from
> Danny Smith and (to a vastly lesser extent) me.  If you are interested
> in checking these sources out of gcc's cvs repository, the branch tag is
> cygming331.  But, please, no questions about where to go or how to do
> that on the cygwin list.  Go to gcc.gnu.org for that kind of info.
>
> So the default gcc compiler for cygwin is now gcc 3.3.1.
[snip]
 > 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, fill in all of the options, and make
> appropriate choices on the "Select Packages" screen.  You'll need to
> select the Devel category to see gcc and friends.
>
[snip]

I would like to use both gcc 3.2-3 and gcc 3.3-1.
Is it possible?
What and how do I download and install?

   =
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.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/

CC1

2003-09-20 Thread Robert McNulty Junior 
I had a problem solved by going into /etc/profile

cc1 was needed by 3.3.1 gcc. The directory where cc1 resides
(/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1 needed to be placed in the path, so I
added that to my profile under path.
HTH someone facing similar problems in the future.
Robert McNulty Junior



--
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: Using both gcc 3.2-3 and gcc 3.3-1

2003-09-20 Thread Frédéric L. W. Meunier 
On Sun, 21 Sep 2003, Alex Vinokur wrote:

> I would like to use both gcc 3.2-3 and gcc 3.3-1.
> Is it possible?
> What and how do I download and install?

I have both (only C and C++), but manually installed them. I
renamed the old binaries to *-3.exe and moved the old
libstdc++.a and libsupc++.a to
/usr/lib/gcc-lib/i686-pc-cygwin/3.2 , assuming it first
searches them in that directory and not /usr/lib . I may be
wrong. Anyway, I'll remove 3.2-3 now that 3.3.1-1 is current.

-- 
How to contact me - http://www.pervalidus.net/contact.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/