Re: Is there a tool for viewing all cygwin/GNU Software submissions
On Tue, Nov 25, 2014 at 4:49 PM, Arthur Schwarz wrote: > Is there a general tool that will allow someone to see the definition of all > software in cygwin and allow browsing of libraries for content? apt-cyg might work for you http://github.com/transcode-open/apt-cyg Examples Displays the package records for the named packages apt-cyg show List files owned by packages apt-cyg listfiles -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Is there a tool for viewing all cygwin/GNU Software submissions
Arthur Schwarz sent the following at Tuesday, November 25, 2014 5:49 PM >Is there a general tool that will allow someone to see the definition of >all software in cygwin and allow browsing of libraries for content? If >there is not, how can I go about creating one (any ideas)? > >What I would like to see for executables is a setup-like tool to pretty >print information on all available software without going through setup. >Where a library is included, I would like to see something about the >routines included in the library. > >Info does a great job of showing information on executables which have >been downloaded (although its presentation format is really bad), but >provides no insight on available but not downloaded software. 'setup' >provides a thumbnail description of all available software, but you have >to use it in conjunction with the internet, and viewing and searching >is laborious. And I don't know if there is anything which provides some >brief information on library contents. I think for libraries you have to >go to the provided application developer documentation or use one of the >tools to read the library contents. > >So, anything there or anything I can do (to make it 'there'). To see package descriptions without setup, you can look inside setup.ini. In addition to the short description (sdesc) displayed by setup, it has a long description (ldesc), though sometimes that is just a repeat of sdesc. The requires line can help one from downloading far more than one wishes. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Is there a tool for viewing all cygwin/GNU Software submissions
On Nov 25, 2014, at 3:49 PM, Arthur Schwarz wrote: > What I would like to see for executables is a setup-like tool to pretty > print information on all available software without going through setup. > Where a library is included, I would like to see something about the > routines included in the library. So you want, what, MSDN for Cygwin? Not going to happen. MSDN documents everything in Windows because it all comes from one place. Cygwin may appear to you to come from one place, but only because all of its contributors go out and grab things from all over the net and push them into the Cygwin repositories. You’re not going to get a single documentation source for Cygwin for the same reason you don’t get a single documentation source for all software on the planet. > So, anything there or anything I can do (to make it 'there’). Step 1: Become Planetary Emperor Step 2: ... :) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Is there a tool for viewing all cygwin/GNU Software submissions
Is there a general tool that will allow someone to see the definition of all software in cygwin and allow browsing of libraries for content? If there is not, how can I go about creating one (any ideas)? What I would like to see for executables is a setup-like tool to pretty print information on all available software without going through setup. Where a library is included, I would like to see something about the routines included in the library. Info does a great job of showing information on executables which have been downloaded (although its presentation format is really bad), but provides no insight on available but not downloaded software. 'setup' provides a thumbnail description of all available software, but you have to use it in conjunction with the internet, and viewing and searching is laborious. And I don't know if there is anything which provides some brief information on library contents. I think for libraries you have to go to the provided application developer documentation or use one of the tools to read the library contents. So, anything there or anything I can do (to make it 'there'). art -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
no callstack after assert
Hello, I was poking around with gcc and gdb and found that when I hit an assert, I did not have a valid callstack/backtrace. Is this expected? A little info: * I am using Windows 7 and 8, 64-bit. * I used the latest gcc (4.8.3) and gdb (7.8) that a fresh cygwin installed. * uname -a reports: CYGWIN_NT-6.1 C-MICKB 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 Cygwin * I compiled my program like so: gcc -g test_asserts.c * I get a valid backtrace before the assert hits. Thanks for any pointers, Mick #include #include void print_positive_int(int value) { assert(value > 0); printf("Your positive int is %d\n", value); } int main(int argc, char *argv[]) { print_positive_int(3); print_positive_int(2); print_positive_int(1); print_positive_int(0); return (0); } -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: occasional failure to look up
> Thanks. Unfortunately it's not useful, because the actual problem > occurred inside Cygserver. What I need would be the problem captured > by running cygserver from the command line like this: > $ strace -o cygserver.trace /usr/sbin/cygserver -d 2> cygserver.stderr Strace output attached. Also, I removed the dependencies and then confirmed that simply stopping the cygserver process and restarting it eliminates the problem (of course, after restarting the XWin and terminal sessions). I had one additional thought...sometimes (like today) I work from home and wondered if perhaps a reboot without access to the network might cause the problem. However, I cycled cygserver WITHOUT connecting to my VPN to the office, and the problem still went away, so apparently a network connection to the corporate AD server is not needed (probably uses my local cache, right?) cygserver.trace Description: cygserver.trace cygserver.stderr Description: cygserver.stderr -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: occasional failure to look up
> Does this record have one or more entries in the sidHistory attribute? Yes, as you suspected, the sidHistory attribute for S-1-5-21-1060284298-861567501-682003330-76794 contains S-1-5-21-4015118-2039090470-1726288727-4013
RE: occasional failure to look up
> That's a bit of a problem for debugging. Did you notice my mail > https://cygwin.com/ml/cygwin/2014-11/msg00480.html, btw? Just taking a step back...what are we trying to fix? Once startup goes smoothly, your current AD code works fine for me. The only problem I'm having is that sometimes start up failsprobably because it occurs too rapidly after reboot, and stuff on this old POS computer is running so slowly that something times out, causing cygserver to cache bad information. I'll bet that something a lot simpler would solve this problem than coding to ignore certain group codeseither a delayed service start on my end, or perhaps some kind of TTL on a cached cygserver entry that originally timed out. I will try to regenerate a failure and get you the requested strace from cygserver soon.
Re: occasional failure to look up
On Nov 25 17:32, Habermann, David (D) wrote: > On Nov 25 16:24, Habermann, David (D) wrote: > > >> Still, some debugging on affected systems might be enlightening. > > > > > I'll be happy to do anything of interest. As a starter, I'm going > > > to see if I can figure out which of my SIDs are being used by the > > > couple of file shares I routinely access from cygwin. > > > > I was unable to quickly figure out anything...looking at this make me > > feel a bit dense. I do have a copy of Active Directory Explorer and > > can do some looking, but the materials inside are so huge that I don't > > even know where to start. > > After a bit more hacking around, I found that the SID > S-1-5-21-4015118-2039090470-1726288727-4013 (the "group ID" for > DOW/U074036) is Located under > CN=S-1-5-21-4015118-2039090470-1726288727-4013,CN=ForeignSecurityPrincipals,DC=dow,DC=com > > I'm not sure what that means, even after Googling > "ForeignSecurityPrincipals"it's like their explaining it in a > foreign language. Perhaps it means something to you? It's explain a bit in http://technet.microsoft.com/en-us/library/bb727067.aspx Your account, for instance, is a security principal. The account with SID S-1-5-21-4015118-2039090470-1726288727-4013 is a foreign security principal since it's not in your domain. So far so good, I'm just not sure what the implications are. I'm looking at AD from the hacking side and usually try to steer away from the more complicated issues of maintainance :} Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpOzC4Tiaqdd.pgp Description: PGP signature
Re: Can gFortran Link Against Cygwin netCDF 4.3.1.1 Library?
Marco & Csaba -- I installed libnetcdf-devel, and linked against libnetcdf.dll.a (in /usr/lib), and it linked correctly! Thank you both. -John On Tue, Nov 25, 2014 at 1:06 AM, Csaba Raduly wrote: > Hi John, > > On Mon, Nov 24, 2014 at 10:28 PM, John Kim wrote: >> Hi, >> >> I have a C program that uses a custom Fortran library and the netCDF >> API. I'm trying to link the C and Fortran object files with the Cygwin >> netCDF 4.3.1.1. library, like this: >> >>gfortran *.o libfortran.a -L"/cygdrive/c/Program Files (x86)/netCDF >> 4.3.1.1/lib" -lnetcdf > > That sounds like you are trying to link against a non-Cygwin netCDF. > If the "/cygdrive/c/Program Files (x86)/netCDF 4.3.1.1/lib" contains > .lib files and not .a files, that is most likely your problem. > > Csaba > -- > GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ > The Tao of math: The numbers you can count are not the real numbers. > Life is complex, with real and imaginary parts. > "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus > Torvalds > "People disagree with me. I just ignore them." -- Linus Torvalds > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: occasional failure to look up
On Nov 25 17:09, Habermann, David (D) wrote: > > Two things to keep in mind: > > > - It's not actually clear yet if it's a sidHistory entry or some SID > > created by another mechanism. > > > Even if it's sidHistory, it may be *very* old. Did you work at the > > company already back in NT4 times? That might explain the sidHistory > > entry and the total lack of files still having this SID in its ACL. > > As far as I know, Microsoft suggests to remove the sidHistory entries > > as soon as they are not needed anymore. > > Yes, I guess I'll have to date myself now. I've worked here with the > same user ID since 1975 (full time since 1980), so I span basically > the entire non-mainframe computer era. So what you are suggesting is > quite likely, and it would not be surprising for clean-up work to have > been neglected. A quick look in our AD shows numerous things such as > "Legacy local groups" and "Legacy Mailboxes". One concern I have here > is that when I dig down into AD to "DC=dow,DC=com,OU=Dow > Users,OU=Employees" and find what I believe is my current active > record I find a record with "U074036" (capital 'U') whereas the record > we saw as my "UID" earlier in this thread was with a lowercase 'u'. Hmm. That should not be a big problem because user and group name comparisons are case-insensitive. Hopefully everywhere in the code... > I > found this by searching for sAMAccountName=u074036, and it is the only > record found by this search. Does this record have one or more entries in the sidHistory attribute? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp8MrEHwbBAC.pgp Description: PGP signature
RE: occasional failure to look up
On Nov 25 16:24, Habermann, David (D) wrote: > >> Still, some debugging on affected systems might be enlightening. > > > I'll be happy to do anything of interest. As a starter, I'm going > > to see if I can figure out which of my SIDs are being used by the > > couple of file shares I routinely access from cygwin. > > I was unable to quickly figure out anything...looking at this make me > feel a bit dense. I do have a copy of Active Directory Explorer and > can do some looking, but the materials inside are so huge that I don't > even know where to start. After a bit more hacking around, I found that the SID S-1-5-21-4015118-2039090470-1726288727-4013 (the "group ID" for DOW/U074036) is Located under CN=S-1-5-21-4015118-2039090470-1726288727-4013,CN=ForeignSecurityPrincipals,DC=dow,DC=com I'm not sure what that means, even after Googling "ForeignSecurityPrincipals"it's like their explaining it in a foreign language. Perhaps it means something to you?
RE: occasional failure to look up
> Two things to keep in mind: > - It's not actually clear yet if it's a sidHistory entry or some SID > created by another mechanism. > Even if it's sidHistory, it may be *very* old. Did you work at the > company already back in NT4 times? That might explain the sidHistory > entry and the total lack of files still having this SID in its ACL. > As far as I know, Microsoft suggests to remove the sidHistory entries > as soon as they are not needed anymore. Yes, I guess I'll have to date myself now. I've worked here with the same user ID since 1975 (full time since 1980), so I span basically the entire non-mainframe computer era. So what you are suggesting is quite likely, and it would not be surprising for clean-up work to have been neglected. A quick look in our AD shows numerous things such as "Legacy local groups" and "Legacy Mailboxes". One concern I have here is that when I dig down into AD to "DC=dow,DC=com,OU=Dow Users,OU=Employees" and find what I believe is my current active record I find a record with "U074036" (capital 'U') whereas the record we saw as my "UID" earlier in this thread was with a lowercase 'u'. I found this by searching for sAMAccountName=u074036, and it is the only record found by this search.
Re: occasional failure to look up
On Nov 25 16:24, Habermann, David (D) wrote: > >> Still, some debugging on affected systems might be enlightening. > > > I'll be happy to do anything of interest. As a starter, I'm going > > to see if I can figure out which of my SIDs are being used by the > > couple of file shares I routinely access from cygwin. > > I was unable to quickly figure out anything...looking at this make me > feel a bit dense. I do have a copy of Active Directory Explorer and > can do some looking, but the materials inside are so huge that I don't > even know where to start. Two things to keep in mind: - It's not actually clear yet if it's a sidHistory entry or some SID created by another mechanism. - Even if it's sidHistory, it may be *very* old. Did you work at the company already back in NT4 times? That might explain the sidHistory entry and the total lack of files still having this SID in its ACL. As far as I know, Microsoft suggests to remove the sidHistory entries as soon as they are not needed anymore. Talking about feeling dense: I inspected the underlying Cygwin code which creates the grouplist you see in `id' output. I have not been able to come up with any cause for your problem :( Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpRQMr7BWvvI.pgp Description: PGP signature
RE: occasional failure to look up
>> Still, some debugging on affected systems might be enlightening. > I'll be happy to do anything of interest. As a starter, I'm going > to see if I can figure out which of my SIDs are being used by the > couple of file shares I routinely access from cygwin. I was unable to quickly figure out anything...looking at this make me feel a bit dense. I do have a copy of Active Directory Explorer and can do some looking, but the materials inside are so huge that I don't even know where to start.
RE: occasional failure to look up
> Thanks. Unfortunately it's not useful, becasue the actual problem > occurred inside Cygserver. What I need would be the problem captured > by running cygserver from the command line like this: > $ strace -o cygserver.trace /usr/sbin/cygserver -d 2> cygserver.stderr > and see the two files cygserver.trace and cygserver.stderr. Will do the next time I see this...too bad I didn't see your e-mail earlier this morning, as I had another recurrence today after a windows-update-forced-reboot. >> I can't really stop cygserver only, as (discussed here earlier) I've >> created dependencies. When I attempt to shut down cygserver, I get >> prompted that the others must also be shut down. > That's a bit of a problem for debugging. I'll remove those dependencies for now to aid in debugging. I can add them back later. > Did you notice my mail https://cygwin.com/ml/cygwin/2014-11/msg00480.html, > btw? I had not. Somehow I'm not surprised that we have "historical junk" in our AD, and (of course) I don't have access to do any cleanup. > Still, some debugging on affected systems might be enlightening. I'll be happy to do anything of interest. As a starter, I'm going to see if I can figure out which of my SIDs are being used by the couple of file shares I routinely access from cygwin.
Re: setup-x86_64 postinstall errors -529697949
On Nov 24 15:55, phillip.griff...@srs.gov wrote: > Error codes of -529697949 have a special meaning for VC++ programmers. > (I'm not one of those.) Googling leads to this Microsoft link, and the > suggestion of an unhandled exception. > > http://support.microsoft.com/kb/185294 > > Package: Unknown package > autoconf.sh exit code -529697949 > autoconf2.5.sh exit code -529697949 > automake.sh exit code -529697949 > automake1.10.sh exit code -529697949 > automake1.11.sh exit code -529697949 > automake1.12.sh exit code -529697949 > ... and many more like this ... Curious enough, none of the affected tools has been built with VC++ and thus, FWIW, uses VC++ "throw" calls. BLODA? > cygcheck is warning me I have "multiple cygwin1.dlls" on my path. I have > my doubts about that, since I ran cygcheck with the current directory set > to c:\cygwin64\bin, and it seems to be reporting the same location twice. Simply searching for cygwin1.dll on your drive might prove it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpiBvLMr5lUQ.pgp Description: PGP signature
Re: occasional failure to look up
On Nov 24 21:46, Habermann, David (D) wrote: > > > Stopping the terminal and restarting cygserver is not sufficient? > > > Also, does this also happen if you don't start cygserver at all? > > > > I've not tried either of these ... and I'm not sure if it happens at > > every reboot now or not (I rarely reboot). I'll see if I can > > reproduce it. > > > > > When the problem occurs, can you provide an strace from id? > > > > > > $ strace -o id.trace /usr/bin/id > > > Finally got a recurrence today. Strace is attached. Thanks. Unfortunately it's not useful, becasue the actual problem occured inside Cygserver. What I need would be the problem captured by running cygserver from the command line like this: $ strace -o cygserver.trace /usr/sbin/cygserver -d 2> cygserver.stderr and see the two files cygserver.trace and cygserver.stderr. > I can't really stop cygserver only, as (discussed here earlier) I've > created dependencies. When I attempt to shut down cygserver, I get > prompted that the others must also be shut down. That's a bit of a problem for debugging. Did you notice my mail https://cygwin.com/ml/cygwin/2014-11/msg00480.html, btw? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpjNngWL56eJ.pgp Description: PGP signature
Re: Can gFortran Link Against Cygwin netCDF 4.3.1.1 Library?
Hi John, On Mon, Nov 24, 2014 at 10:28 PM, John Kim wrote: > Hi, > > I have a C program that uses a custom Fortran library and the netCDF > API. I'm trying to link the C and Fortran object files with the Cygwin > netCDF 4.3.1.1. library, like this: > >gfortran *.o libfortran.a -L"/cygdrive/c/Program Files (x86)/netCDF > 4.3.1.1/lib" -lnetcdf That sounds like you are trying to link against a non-Cygwin netCDF. If the "/cygdrive/c/Program Files (x86)/netCDF 4.3.1.1/lib" contains .lib files and not .a files, that is most likely your problem. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh uses /etc/ssh_config instead of ~/.ssh/ssh_config
On 2014-11-25 02:53, Niels Kobschaetzki wrote: I just configured my local ssh_config because I got too lazy to enter all the time hostnames. But when I want to use it, the ssh from cygwin does not use it. ssh -vvv myhost results in OpenSSH_6.7p1, OpenSSL 1.0.1j 15 Oct 2014 debug1: Reading configuration data /etc/ssh_config ssh: Could not resolve hostname myhost: Name or service not known When I use ssh -F ~/.ssh/ssh_config myhost everything works as expected. Do I have to configure something in /etc/ssh_config so that ssh uses first my local ssh_config or is this a bug? The user file is called ~/.ssh/config; see 'man ssh_config' for details. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ssh uses /etc/ssh_config instead of ~/.ssh/ssh_config
Hi, I just configured my local ssh_config because I got too lazy to enter all the time hostnames. But when I want to use it, the ssh from cygwin does not use it. ssh -vvv myhost results in OpenSSH_6.7p1, OpenSSL 1.0.1j 15 Oct 2014 debug1: Reading configuration data /etc/ssh_config ssh: Could not resolve hostname myhost: Name or service not known When I use ssh -F ~/.ssh/ssh_config myhost everything works as expected. Do I have to configure something in /etc/ssh_config so that ssh uses first my local ssh_config or is this a bug? Niels -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can gFortran Link Against Cygwin netCDF 4.3.1.1 Library?
On 11/25/2014 1:01 AM, John Kim wrote: Questions: 1) C API or Fortran API for NetCDF ? C API. 2) Have you installed libnetcdf-devel package and libnetcdf-fortran-devel ? No. Should I? for #1, at list libnetcdf-devel is needed 3) why -L"/cygdrive/c/Program Files (x86)/netCDF 4.3.1.1/lib" ? The latest cygwin libnetcdf-devel package is 4.3.2-2 Will install it and see if it works... Thanks! Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple