RE: binutils status
3) Ralf's patch for objdump/cygwin crashes on auto-imported libs Nick Clifton has applied a patch for a similar problem, I will look if this solve this already. This patch does not help in this case. I will inspect this and supply a updated patch. Ralf
RE: binutils status ?
3) Ralf's patch for objdump/cygwin crashes on auto-imported libs Nick Clifton has applied a patch for a similar problem, I will look if this solve this already. I was wrong, it was Laurent Pinchart, who has applied this patch. This patch does not help in this case. I will inspect this and supply a updated patch. In peXXigen.c Line 1208 there is a case handling rebinded imports, which isn't affected by Laurent's Patch. /* If the time stamp is not zero, the import address table holds actual addresses. */ if (time_stamp != 0 first_thunk != 0 first_thunk != hint_addr) fprintf (file, \t%04lx, (1) (long) bfd_get_32 (abfd, data + first_thunk - adj + j)); ^^ this fails in case of rebinded apps or dll, that means first_thunk points into the text segment this printing should goes after laurent patch, when the different section is loaded fprintf (file, \n); } } --- here starts Laurant's patch --- if (hint_addr != first_thunk time_stamp == 0) { bfd_byte *ft_data; asection *ft_section; snip Laurant: Can you give a hint how the line marked with (1) should be changed ? Ralf
Re: New SGML/XML packages
Hi Peter, Thanks for reviewing these packages. sgml-base-1.01, xml-base-1.1: A bit messy. How are these resources related? If somebody wanted to add another bit, how would you release that? Looking at these packages again, I agree with you that sgml-base and xml-base had too many miscellaneous DTDs. I've cut down sgml-base so that it only contains the catalog tool, the ISO entities, and the HTML DTDs. All these are components are essential, and unlikely to change. I've cut down xml-base and split it into two - there are now separate xml-char-ent and xhtml packages. Since both of these are likely to change, I want them separate so they are easier to maintain. DSSSL and XSLT stylesheets: Different versions of stylesheets might need to co-exist, in my humble experience. Not easy with this directory layout. At the point you need to do that, you're going to have to download and install the packages yourself, rather than using setup.exe. If you do that, you can rename the directory and (for DSSSL) fix up the catalog file manually. docbook-sgml-4.1, docbook-xml-4.1.2: Why bundle various DocBook versions into one package? They do not depend on each other. How do you intend to release forthcoming DocBook 4.2? The problem is simple: How many packages do we release? I've proposed two - docbook-sgml and docbook-xml. If we do every version as a separate package, then we have ten different docbook packages. This seems a little excessive, and IMHO is also likely to confuse users. Please note that the effort to make a directory layout for XML and SGML part of the LSB [1] is now continued. There's a mailing list [2]. The latest proposal is, I believe, at [3] (and it was sorely lacking wrt. XML). I looked at the FHS when I was creating these packages. It hardly mentions XML at all, only SGML. There doesn't seem to be a consensus opinion on XML in the mailing list archives. For now, I've complied with the FHS as far as practical - e.g. the SGML master catalog is in the right place, SGML DTDs are in the correct location. I hope that it won't be too hard to migrate from my current packages to whatever the LSB (eventually) decides. By the way, the Debian distribution differs in a number of details [4]. Yep, when I was putting these packages together I started off with the Debian packages. The install-sgmlcatalog script is borrowed from Debian. Thanks regards, Jon Foster -- The knack of flying is learning how to throw yourself at the ground and miss. - Hitchhiker's Guide to the Galaxy E-mail: [EMAIL PROTECTED] web: http://www.jon-foster.co.uk/
Re: By the way...
Harold Hunt wrote: 2) In libiconv-1.7-2.sh, prefix is set to 'prefix=/usr/local'. That should be changed to '/usr' before this package is released, right? Yes. I'm sorry Chuck. I just read the link that you sent to an email that you wrote... with very detailed answers to both of my questions. Don't sweat it. What Cygwin directory do you think libiconv should go in? The regular one -- cygwin/release/*. It's not x-specific. But now that I look closer, you should probably refactor the .sh script to package things up right from the beginning: release/iconv/ release/iconv/iconv-1.7-X.tar.bz2 (*) release/iconv/iconv-1.7-X-src.tar.bz2 release/iconv/libiconv2/libiconv2-1.7-X.tar.bz2 (**) release/iconv/libcharset1/libcharset1-1.7-X.tar.bz2 (**) (*) contains everything except cygiconv-2.dll and cygcharset-1.dll (**) the setup.hint file uses the 'external-source: iconv' incantation I wouldn't bother with splitting out the development files into -devel packages -- iconv doesn't seem to version those as strongly as, for instance, libpng does. --Chuck
[PATCH] cygpath.cc
Hi, as already announced here is the next patch for cygpath.cc supporting -l option to convert file names to Windows long format. Unfortunately this works not for strict mode, since functions cygwin_conv_to_win32_path and cygwin_conv_to_full_win32_path will return an error for a Windows short path/name. 2002-05-20 Joerg Schaible [EMAIL PROTECTED] * cygpath.cc (main): Add option l to support conversion to Windows long file names. Refactured code for capital options. Support of options from file for capital options. (dowin): New function. Refactured from main. (doit): Call long path conversion. (get_long_name): New function. (get_long_paths): New function. (get_long_path_name_w32impl): New function. Reimplementation of Windows API function GetLongPathName (only 98/Me/2000/XP or higher). (get_short_name): Call GetShortPathName only once. (get_short_paths): Fix calculating buffer size. * utils.sgml: Update cygpath section for l option. Regards, Jörg cygpath.diff Description: Binary data utils.diff Description: Binary data
Re: lsa handle in security.cc
On Sun, May 19, 2002 at 01:28:51PM -0400, Pierre A. Humblet wrote: The invalid value for an lsa handle in security.cc is inconsistent. It is initially NULL, but in close_local_policy () it is INVALID_HANDLE_VALUE. Calling LsaClose(NULL) causes a fault, at least in gdb. The patch uses INVALID_HANDLE_VALUE uniformly, instead of NULL. The converse would probably work as well, not sure which is better. Applied. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: getfacl help/version patch
On Mon, May 20, 2002 at 05:33:01PM -0500, Joshua Daniel Franklin wrote: Here is a patch to getfacl that adds longopts for all options, standardizes the usage output, and adds the GNU standard --version option. I'm all for it but the patch doesn't apply cleanly against current CVS. Could you please send another diff? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [PATCH] cygpath.cc
On Tue, May 21, 2002 at 09:02:00AM +0200, Schaible, Jörg wrote: Hi, as already announced here is the next patch for cygpath.cc supporting -l option to convert file names to Windows long format. Unfortunately this works not for strict mode, since functions cygwin_conv_to_win32_path and cygwin_conv_to_full_win32_path will return an error for a Windows short path/name. AFAICS, the patch is ok. Just two question: - The -s and -l options are only valid with the -w option. Shouldn't either the usage reflect that or the -s and -l options imply -w automatically? It's not *that* obvious for the user that s/he has to use `cygpath -w -l ...'. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: getfacl help/version patch
On Mon, May 20, 2002 at 05:33:01PM -0500, Joshua Daniel Franklin wrote: Here is a patch to getfacl that adds longopts for all options, standardizes the usage output, and adds the GNU standard --version option. I'm all for it but the patch doesn't apply cleanly against current CVS. Could you please send another diff? Corinna Yes. Here it is. --- getfacl.c-orig Tue May 21 17:16:56 2002 +++ getfacl.c Tue May 21 17:20:53 2002 @@ -1,6 +1,6 @@ /* getfacl.c - Copyright 2000, 2001 Red Hat Inc. + Copyright 2000, 2001, 2002 Red Hat Inc. Written by Corinna Vinschen [EMAIL PROTECTED] @@ -20,6 +20,9 @@ details. */ #include sys/stat.h #include string.h +static const char version[] = $Revision: 1.13 $; +static char *prog_name; + char * permstr (mode_t perm) { @@ -58,68 +61,90 @@ groupname (gid_t gid) return gbuf; } -#define pn(txt)fprintf (fp, txt \n, name) -#define p(txt) fprintf (fp, txt \n) - -int -usage (const char *name, int help) +static void +usage (FILE * stream) { - FILE *fp = help ? stdout : stderr; + fprintf (stream, Usage: %s [-adn] FILE [FILE2...]\n +Display file and directory access control lists (ACLs).\n +\n + -a, --all display the filename, the owner, the group, and\n + the ACL of the file\n + -d, --dir display the filename, the owner, the group, and\n + the default ACL of the directory, if it exists\n + -e, --examples output examples and explanation of output and exit\n + -h, --help output usage information and exit\n + -n, --noname display user and group IDs instead of names\n + -v, --version output version information and exit\n\n +ACL output for multiple files is separated by a blank line\n\n +Report bugs to [EMAIL PROTECTED].\n +, prog_name); +} - pn (usage: %s [-adn] file...); - if (!help) -pn (Try `%s --help' for more information.); - else -{ - p (); - p (Display file and directory access control lists (ACLs).); - p (); - p (For each argument that is a regular file, special file or); - p (directory, getfacl displays the owner, the group, and the ACL.); - p (For directories getfacl displays additionally the default ACL.); - p (); - p (With no options specified, getfacl displays the filename, the); - p (owner, the group, and both the ACL and the default ACL, if it); - p (exists.); - p (); - p (The following options are supported:); - p (); - p (-a Display the filename, the owner, the group, and the ACL); - p ( of the file.); - p (); - p (-d Display the filename, the owner, the group, and the default); - p ( ACL of the directory, if it exists.); - p (); - p (-n Display user and group IDs instead of names.); - p (); - p (The format for ACL output is as follows:); - p ( # file: filename); - p ( # owner: name or uid); - p ( # group: name or uid); - p ( user::perm); - p ( user:name or uid:perm); - p ( group::perm); - p ( group:name or gid:perm); - p ( mask:perm); - p ( other:perm); - p ( default:user::perm); - p ( default:user:name or uid:perm); - p ( default:group::perm); - p ( default:group:name or gid:perm); - p ( default:mask:perm); - p ( default:other:perm); - p (); - p (When multiple files are specified on the command line, a blank); - p (line separates the ACLs for each file.); -} - return 1; +static void +print_examples () +{ + printf (\n + For each argument that is a regular file, special file or\n + directory, getfacl displays the owner, the group, and the ACL.\n + For directories getfacl displays additionally the default ACL.\n + \n + With no options specified, getfacl displays the filename, the\n + owner, the group, and both the ACL and the default ACL, if it\n + exists.\n + \n + The format for ACL output is as follows:\n + # file: filename\n + # owner: name or uid\n + # group: name or uid\n + user::perm\n + user:name or uid:perm\n + group::perm\n + group:name or gid:perm\n + mask:perm\n + other:perm\n + default:user::perm\n + default:user:name or uid:perm\n + default:group::perm\n + default:group:name or gid:perm\n + default:mask:perm\n +
Re: ssh-agent
On Mon, 20 May 2002, Brian Gallew wrote: I'm trying to use ssh-agent in a useful manner on my laptop. So, my desired state is to run the agent as a service. Here's the command I'm using to *try* to install it. cygrunsrv.exe --install ssh-agent -p /bin/ssh-agent -a -d Brian, shouldn't it be. cygrunsrv.exe --install ssh-agent -p /bin/ssh-agent.exe -a -d Whilst on the subject of ssh...I can start sshd as a service but when I connect to it from a remote host I get logged in then and the 'motd' is displayed but then I get disconnected. Can someone tell me what is going on? Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/[u]random sources
On Sat, May 18, 2002 at 01:52:39PM +0200, Lapo Luchini wrote: I think chaning the comment from /* Mess up system entropy source. Return error if device is /dev/random. */ to /* Mess up system entropy source. Return eventual error only if device is /dev/random. */ could clarify things a bit, at least for me it took a bit of time to Yeah, I see what you mean. The comment is somewhat irritating. Paranoic issue: how good is the default windows crypto provider? does it uses (at least on the NT series, I mean) latency from h/w and so on? I can find no such infos on MSDN as they are provider-specific. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/security/Security/cryptgenrandom.asp explains quite a bit what happens. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and miktex. I need help !
Thank you all! I've downloaded the latest version of the cygwin setup.exe and reinstalled tetex-beta, texmf, texmf-base and textmf-extra packages. Sorry if someone thought there was a problem with this. At this point it works fine.[ Thanks to Hoenicka, and Hanchrow ]. But i have MikTeX and i thought i could profit it... Following Benoit instructions it success to work ! Litle drawback: there are two directories with more than 70 MB each, texmf (from MikTeX) and texmf.original (from Cygwin). Regards, Javier --- Javier wrote : I want to set up cygwin on Windows 2000. Trying to follow M. Hoenicka's excellent tutorial (http://ourworld.compuserve.com/homepages/hoenicka_markus/ntsgml.html) up to chapter 7, my question is how could i profit MikTeX and use its texmf tree? I have got a problem when i run latex ~# latex textest.tex This is TeX, Version 3.14159 (Web2C 7.3.3) I can't find the format file `latex.fmt' Let me say that my MikTeX works well on Windows. Sorry, but I'm a novice. Regards, Javier --- Jerome BENOIT wrote: Bonjour, MikTeX runs well under DOS: it is a good idea to use the cygwin tetex package if you want to tex under cygwin. In view to use the texmf tree distributed by MikTeX try (and modify if necessary): 1] install the cygwin tetex package; 2] move the /usr/share/texmf directory to /usr/share/texmf.original [ mv /usr/share/texmf /usr/share/texmf.original ] 3] link the MikTeX texmf directory to /usr/share/texmf [ ln -s /foo/MikTeX/texmf /usr/share/texmf ] 4] and link the original web2c directory: [ ln -s /usr/share/texmf.original/web2c /usr/share/texmf/web2c ] 5] check that the *.cnf file in the directory /usr/share/texmf/web2c are unfrozen (read the cygwin documentation for more information); 6] run mktexlsr Now it should work: Let know what happens. Good texing, Jerome --- __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: name: GNU/cygwin system
-Original Message- From: Michael Smith [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 3:37 PM Anyway, though I think just about everybody who's got any familiarity with the free software world at all knows that Linux packages (RPMs and Debian packages) are available for all sorts of things, I'm not sure how many are aware that: * through Cygwin, many of the same tools available as packages for Linux distributions are also available as packages for Windows (and Cygwin provides an environment for compiling and installing many others that aren't packaged yet) * Cygwin provides a sophisticated package management system that makes it easy to install and update packages One of the things is that Cygwin's package list is still pretty small. On Debian for instance, one can grab 3 or even 4 different IMAP daemons. On Cygwin, you're lucky to get one. This is a maturity thing, but still a significant difference. Don't get me wrong - we do appreciate extra awareness of Cygwin - but there is a lot to do. One of the most significant things you can do is maintain a package. Just a single one. Then it's one more thing available for use on cygwin, and one more community that becomes aware of us. The libxml/libxslt community is aware of cygwin for instance - because as maintainer I am present on the upstream lists. I don't what can be done to raise more awareness about Cygwin -- especially about the availability of packages; but in part, I guess that more people should -- when, on mailing lists or websites, they're pointing out that certain applications are available as Linux packages -- take the time to check to see whether particular packages are available for Cygwin, and acknowledge when they are. IMO the biggest awareness raiser is someone present in both the cygwin and the upstream community who raises the presence of binary packages in peoples awareness. That's what I've tried to do for the DocBook/XML/SGML packages that Jon Foster and Markus Hoenicka put together -- by adding information about them to the DocBook Wiki: Cool. You might like to point out that in the near future those packages will be available without needing the custom URL. They will be mirrored globally. About the page at the second URL: I hope I'm not using the Cygwin logo inappropriately. If I am, somebody please let me know (I couldn't find any information at the Cygwin site about use of the logo). That seems fine to me. I'm not aware of any strict policy about the logo. Chris? Are there other promotional logos/buttons/banners I could/should use instead? Maybe a version of the Cygwin banner (http://cygwin.com/cygwin.jpg)? I think that the banner is a beter promotional tool. Words help! Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Majordomo results: New roman
-- --G9o6668D5s53fT5Q4gU6V5rK75q5N8dr3Q Command '--g9o6668d5s53ft5q4gu6v5rk75q5n8dr3q' not recognized. Content-Type: text/html; Command 'content-type:' not recognized. Content-Transfer-Encoding: quoted-printable Command 'content-transfer-encoding:' not recognized. tabletrtd bgcolor=3D#fffont color= Command 'tabletrtd' not recognized. =3D#00pre*** Command '=3d#00pre***' not recognized. A virus (WORM_KLEZ.H) was detected in the file (glossary.scr). Action taken= Command 'a' not recognized. =3D remove Command '=3d' not recognized. VIZZAVI Mail - Virus protected mail by TrendMicro Command 'vizzavi' not recognized. ***-*** Command '***-***' not recognized. /pre/font/td/tr/tableHTMLHEAD/HEADBODY Command '/pre/font/td/tr/tablehtmlhead/headbody' not recognized. iframe src=3Dcid:T5K7Rqgm5W height=3D0 width=3D0 Command 'iframe' not recognized. /iframe Command '/iframe' not recognized. FONT/FONT/BODY/HTML Command 'font/font/body/html' not recognized. --G9o6668D5s53fT5Q4gU6V5rK75q5N8dr3Q Command '--g9o6668d5s53ft5q4gu6v5rk75q5n8dr3q' not recognized. Content-Type: text/plain; Command 'content-type:' not recognized. charset=us-ascii Command 'charset=us-ascii' not recognized. Content-Transfer-Encoding: 7bit Command 'content-transfer-encoding:' not recognized. Content-ID: T5K7Rqgm5W Command 'content-id:' not recognized. *** Command '***' not recognized. A virus (WORM_KLEZ.H) was detected in the file (glossary.scr). Action taken = remove Command 'a' not recognized. VIZZAVI Mail - Virus protected mail by TrendMicro Command 'vizzavi' not recognized. ***-*** Command '***-***' not recognized. The attachment (glossary.scr) was infected with a virus and removed. Command 'the' not recognized. VIZZAVI Mail - Virus protected mail by TrendMicro Command 'vizzavi' not recognized. --G9o6668D5s53fT5Q4gU6V5rK75q5N8dr3Q-- Command '--g9o6668d5s53ft5q4gu6v5rk75q5n8dr3q--' not recognized. No valid commands found. Commands must be in message BODY, not in HEADER. Help for [EMAIL PROTECTED]: This help message is being sent to you from the Majordomo mailing list management system at [EMAIL PROTECTED] This is version 1.94.4 of Majordomo. If you're familiar with mail servers, an advanced user's summary of Majordomo's commands appears at the end of this message. Majordomo is an automated system which allows users to subscribe and unsubscribe to mailing lists, and to retrieve files from list archives. You can interact with the Majordomo software by sending it commands in the body of mail messages addressed to [EMAIL PROTECTED]. Please do not put your commands on the subject line; Majordomo does not process commands in the subject line. You may put multiple Majordomo commands in the same mail message. Put each command on a line by itself. If you use a signature block at the end of your mail, Majordomo may mistakenly believe each line of your message is a command; you will then receive spurious error messages. To keep this from happening, either put a line starting with a hyphen (-) before your signature, or put a line with just the word end on it in the same place. This will stop the Majordomo software from processing your signature as bad commands. Here are some of the things you can do using Majordomo: I. FINDING OUT WHICH LISTS ARE ON THIS SYSTEM To get a list of publicly-available mailing lists on this system, put the following line in the body of your mail message to [EMAIL PROTECTED]: lists Each line will contain the name of a mailing list and a brief description of the list. To get more information about a particular list, use the info command, supplying the name of the list. For example, if the name of the list about which you wish information is demo-list, you would put the line info demo-list in the body of the mail message. II. SUBSCRIBING TO A LIST Once you've determined that you wish to subscribe to one or more lists on this system, you can send commands to Majordomo to have it add you to the list, so you can begin receiving mailings. To receive list mail at the address from which you're sending your mail, simply say subscribe followed by the list's name: subscribe demo-list If for some reason you wish to have the mailings go to a different address (a friend's address, a specific other system on which you have an account, or an address which is more correct than the one that automatically appears in the From: header on the mail you send), you would add that address to the command. For instance, if you're sending a request from your work account, but wish to receive demo-list mail at your personal account (for which we will use
RE: version 1.3 10, problem with gunzip.exe
At 06:49 PM 5/20/2002, Robert Collins wrote: -Original Message- From: Robert Collins Sent: Tuesday, May 21, 2002 8:46 AM 2. I believe setup.exe creates symbolic links as if nowinsymlinks is set. So setup would create the symbolic links as Cygwin symlinks rather than Windows shortcuts regardless of the setting in the CYGWIN environment variable. 2 is wrong. Actually, 2 is right. Setup could do either though. I guess I can see some value to having the symlinks that setup generates be windows shortcuts. The obvious plus is that symbolic links to executables and other files should be understood in non-Cygwin shells. Still, while this is an advantage for those packages that make using of symbolic links for things like this, it's unclear to me that making such a change would result in something intuitive, since the user would need to add .lnk to the executable name (gunzip.exe.lnk in this case) to get it to work in an non- Cygwin shell. But probably it's a plus overall since using the Windows shortcuts at least allows for the use of the symlink in non-Cygwin shells, despite the clunkiness of its usage. In the current case, this is not true. There's a nice bit of philosophy for you, don't you think?! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh-agent
-Original Message- From: Brian Gallew [mailto:[EMAIL PROTECTED]] Sent: Monday, May 20, 2002 8:54 PM To: [EMAIL PROTECTED] Subject: ssh-agent I'm trying to use ssh-agent in a useful manner on my laptop. So, my desired state is to run the agent as a service. Here's the command I'm using to *try* to install it. cygrunsrv.exe --install ssh-agent -p /bin/ssh-agent -a -d Sadly, the service fails to start. Any ideas? If it matters, I updated my cygwin install at 0900 EST today and I'm running it on top of XP. You might want to look at the tool 'keychain'. In the setup.exe Category window, it's in the 'Utils' group. Here's what it displays when you enter: $ keychain --help KeyChain 1.8; http://www.gentoo.org/projects/keychain Copyright 2001 Gentoo Technologies, Inc.; Distributed under the GPL Usage: /usr/bin/keychain [ options ] sshkey ... Description: Keychain is an OpenSSH key manager, typically run from ~/.bash_profile. When run, it will make sure ssh-agent is running; if not, it will start ssh-agent. It will redirect ssh-agent's output to ~/.ssh-agent-[hostname], so that cron jobs that need to use ssh-agent keys can simply source this file and make the necessary passwordless ssh connections. In addition, when keychain runs, it will check with ssh-agent and make sure that the ssh RSA/DSA keys that you specified on the keychain command line have actually been added to ssh-agent. If not, you are prompted for the appropriate passphrases so that they can be added by keychain. Typically, one uses keychain by adding the following to the top of their ~/.bash_profile (or ~/.zlogin, in case of zsh): keychain ~/.ssh/id_rsa ~/.ssh/id_dsa . ~/.ssh-agent-${HOSTNAME} # alt. syntax: . ~/.ssh-agent-`uname -n` # note the use of back-quotes (`) rather than single-quotes (') above. # We now append the hostname (`uname -n`) to the .ssh-agent filename # for NFS-compatibility. You can make keychain work with your csh-compatible shell by adding the following to your .cshrc: keychain ~/.ssh/id_rsa ~/.ssh/id_dsa source ~/.ssh-agent-csh-${HOSTNAME} Keychain allows all your apps and cron jobs to use a single ssh-agent process as an authentication agent. By default, the ssh-agent started by keychain is long-running and will continue to run, even after you have logged out from the system. If you'd like to tighten up security a bit, take a look at the --clear option, described below. Options: --local Prevents keychain from appending the hostname to any of the files. This makes life simpler in a non NFS world. --clear Tells keychain to delete all of ssh-agent's host keys. Typically, This is used in the ~/.bash_profile. The theory behind this is that keychain should assume that you are an intruder until proven otherwise. However, while this option increases security, it still allows your cron jobs to use your ssh keys when you're logged out. --noask This option tells keychain do everything it normally does (ensure ssh-agent is running, set up the ~/.ssh-agent-[hostname] file) except that it will not prompt you to add any of the keys you specified if they haven't yet been added to ssh-agent. --nocolor This option disables color highlighting for non vt-100-compatible terms. --stop | -k This option tells keychain to stop all running ssh-agent processes, and then exit. --quiet | -q This option tells keychain to turn off verbose mode and only print error messages and interactive messages. This is useful for login scripts etc. = -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-agent
Jim.George said: cygrunsrv.exe --install ssh-agent -p /bin/ssh-agent.exe -a -d Probably, but it makes no difference. cygrunsrv --start ssh-agent still tells me:The service did not respond to the start or control request in a timely fashion. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cp -p and automatic .exe handling
I ran into a problem where cp -p doesn't automatically deal with .exe suffixes. I remember this being discussed here a while ago, but despite searching the list with its own search form and google, I can't find the thread. Can someone who remembers more please refresh my memory on the status of the issue? (i.e. has someone already got a partial patch, or should I patch it?) Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Successful Build of rpm-4.0.3
The attached shell script contains the steps I used to build rpm-4.0.3 (with its included db) on an up-to-date cygwin. It is heavily based on the instructions by Mario Schmidt at http://rtfm.shagged.org/~mario/cygwin Given the number of hacks to Makefile (using perl - I'm not fond of sed), I cannot exactly say it builds cleanly, but it still does pretty well. Max. rpm403-build.dat Description: Binary data smime.p7s Description: application/pkcs7-signature
Re: ssh-agent
On Tue, 21 May 2002, Brian Gallew wrote: Jim.George said: cygrunsrv.exe --install ssh-agent -p /bin/ssh-agent.exe -a -d Probably, but it makes no difference. cygrunsrv --start ssh-agent still tells me:The service did not respond to the start or control request in a timely fashion. Brian, this is the error message I always get when I try to install/run a service from within cygwin. However when I next reboot it comes up fine, and subsequently it does as well. This is actually a known Windows problem, I saw it somewhere on the web. What they say is to ignore the error as it is informaitonal only and the service may still start. I don't subscribe to that viewpoint. HTH, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Install Problems
I have attempted several installs to a Win2k system of the cygwin-ports using setup.exe on the GNU cd. I keep getting an unexpected end of file error on ex.exe and then wget.mo And then I am thrown out. It says it creates a log but I am unable to find it. Any suggestions? Thanks. Jim Furey -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install Problems
At 12:35 PM 5/21/2002, Jim Furey wrote: I have attempted several installs to a Win2k system of the cygwin-ports using setup.exe on the GNU cd. I keep getting an unexpected end of file error on ex.exe and then wget.mo And then I am thrown out. It says it creates a log but I am unable to find it. Any suggestions? Yes. Ask the provider of the GNU cd for help or go to www.cygwin.com and click on Install Now. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem on starting PostgreSQL
On Tue, May 21, 2002 at 07:19:11AM +0100, Jim.George wrote: On Sat, 19 May 2001, Vernon Wu wrote: I am very new to cygwin. After installed cygwin successfully, I can't get the PostgreSQL up so far. Here is what I have: [snip] $ initdb -D /usr/share/postgresql/data look in the file /usr/doc/postgresql-7.2.1/INSTALL it tells you exactly what to do. [snip] Actually, the Cygwin specific README is probably more useful: /usr/doc/Cygwin/postgresql-7.2.1.README Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rxvt cursor corruption under WinXP/ClearType
So, while I know nothing about ClearType internals, I asked around and got some info. Hope this is helpful and finds its way to someone who can do something with it. If it leads to more questions (and I suspect it might) I can forward to appropriate folks. --- ClearType has up to a one pixel bleed on each side of the character. This is done to help dissipate the color. More than likely this app is doing something like erasing a character by drawing an opaque space, which leaves garbage on the screen. Note that this can happen with any fixed-pitch font that has overhang (a feature that is fine with TrueType but problematic with fixed-pitch fonts). The bounding box of the character can not be updated because that would break compatibility with earlier fonts. Arguably this is not correct, but breaking compatibility is incorrect as well. So there is no easy fix here - the only option I see is to modify the application. --- I'm not aware of any documentation on this topic nor am I aware of any fix to this in any of our text libraries. --- The answer to that specific questions (how do MS apps handle this?) is that we are drawing as much as possible, full word, full line of text together. Placing together the characters in a string buffer before merging with foreground and background color. If application implement their text and edit box display in a way that works fine with script fonts where characters have big overlapp then they will work fine with ClearType. --- I was thinking about this last night, and I agree that the only 'correct' way is to deal with this at the word level. That said, with fixed pitch fonts and a simple one color background, one might be able to make some simplifying assumptions, although this is somewhat risky. With a constant background color, one could redraw the character to be erased with foreground color set equal to background color in opaque mode. Another solution might be to use a specific font that is guaranteed to have a minimum of one pixel sidebearing on each side at all required sizes. --- The console code in Windows is very specific on what font it accepts. The font needs to be fixed width with no negative sidebearing. I'm almost sure that our console code, as we type characters is always redrawing the full line and not only the character that we type. Turning off ClearType through the logfont when you have to draw one character at a time in opaque mode would be a good decision. (a better decision would be drawing text in a way that is compatible with negative sidebearings.) --- stephan(); -Original Message- From: Philip Flip Kromer [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 5:58 PM To: [EMAIL PROTECTED] Subject: Re: rxvt cursor corruption under WinXP/ClearType I have the same problem with rxvt. I did not know about reverting to courier as a workaround -- thanks! Emacs-NT also has this problem (but only occasionally). They claim that it is because Windows with cleartype lies about how to compute a bounding box for a font but MS will not share the information. File under yet another example of why the DOJ consent degree sucks. Jason Rumney from the emacs devel seems to have some good information on the problem. See, for example, http://mail.gnu.org/pipermail/help-emacs-windows/2002-April/001355.html Jason Rumney [EMAIL PROTECTED] writes: No, it doesn't. Sometimes it draws outside the bounding-box for the glyph, which results in a garbaged display when scrolling. That is why sub-pixel anti-aliasing was disabled for 21.2. If you can find any documentation from Microsoft about how to determine the REAL bounding box for a glyph AFTER sub-pixel anti-aliasing is applied, then please tell me. or http://groups.google.com/groups?hl=ensafe=imagesselm=m3zo2ugsve.fsf%40 nyaumo.btinternet.com Jason Rumney ([EMAIL PROTECTED]) writes: Thanks for the report. Since Microsoft do not seem to be making public what changes they had to make to their own products to fix this (early betas of Windows XP had reports of the same sorts of display problem with all applications, so I assume they have fixed it by changing an MFC library or something), there is not a lot we can do. flip Rui Carmo wrote: Hello there, I've been searching the mailing-list archives for posts concerning the vertical cursor trails bug that rxvt exhibits under Windows XP with ClearType, but have found nothing. Steps to reproduce the bug: - Under Windows XP, activate ClearType (Display Properties|Appearance|Effects|Use the following method... ClearType) - Start rxvt with the following command line: rxvt.exe -tn xterm -sr -fn Lucida Console-14 -sl 3 -e bash --login -i - Type some chars and notice the vertical bars the cursor leaves (erase or redraw are off by one pixel) This only happens with monospaced fonts other than Courier New or System (Lucida Console, Andale Mono, and practically all other monospaced fonts
My bug or your bug?
Hi, I have just encountered a situation that I think shouldn't happen. Here's the transscript of the bash session. The is a full installation of Cygwin on a Windows 2000 Pro workstation. The failure of the first run of ./foo is expected. But the error for the second run of ./foo is not expected. As a matter of fact, after the first run of ./foo, ALL commands (cygwin or otherwise, such as ls and notepad, except bash built-ins) generate the same error. I checked that I have only one cygwin1.dll on my system, and it's at the correct location (C:\cygwin\bin). -- Weiqi Gao [EMAIL PROTECTED] [WGAO ~] 1 $ cd temp/src/c/memory/ [WGAO ~/temp/src/c/memory] 2 $ cat foo.c #include stdlib.h int main() { int i; char *p; for (i = 0; i 1024*1024; i++) { p = (char *) malloc(1024); if (p == NULL) { perror(malloc failed); printf(%d\n, i); break; } } } [WGAO ~/temp/src/c/memory] 3 $ make foo gcc foo.c -o foo [WGAO ~/temp/src/c/memory] 4 $ ./foo malloc failed: Not enough memory 260130 [WGAO ~/temp/src/c/memory] 5 $ ./foo C:\cygwin\bin\bash.exe: *** mount table size version mismatch detected - 0x409/0x4068. You have multiple copies of cygwin1.dll on your system. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. 119 [main] bash 1116 sync_with_child: child 800(0xCC) died before initialization with status code 0x1 3434 [main] bash 1116 sync_with_child: *** child state waiting for longjmp bash: fork: Resource temporarily unavailable [WGAO ~/temp/src/c/memory] 6 $ = Weiqi Gao [EMAIL PROTECTED] __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install Problems
On Tue, May 21, 2002 at 12:35:50PM -0400, Jim Furey wrote: I have attempted several installs to a Win2k system of the cygwin-ports using setup.exe on the GNU cd. I keep getting an unexpected end of file error on ex.exe and then wget.mo And then I am thrown out. It says it creates a log but I am unable to find it. Any suggestions? Although I contributed the cygwin stuff to the GNU CD, I never got a chance to actually test it. Apparently something is screwed up badly. Possibly, using a newer version of setup.exe than the one on the CD may work. I've asked the FSF to send me a CD so I can see what's up. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: name: GNU/cygwin system
Christopher Faylor wrote: You're working from an assumption that cygwin is an unknown project. It is currently the most popular project on sources.redhat.com, so I don't think it is suffering too badly from lack of awareness. I don't disagree with your conclusion, Chris, but you're using a flawed model. So *what* if cygwin is the most popular project on sources.redhat? Sure, sources.redhat hosts gcc and binutils -- but how many people actively hack gcc, and/or download it directly from its homepage? Most people just get gcc (and bzip, and ... ) from their distributor. Hundreds of thousands, if not millions, of people use gcc daily (now THAT's publicity) -- but only a tiny tiny tiny fraction will ever visit sources.redhat. With cygwin, everyone who uses it will at some point visit sources.redhat...that is cygwin's primary locus of publicity. The other projects have many more publicity locii. However, I do agree that cygwin is pretty well known -- if only as the black sheep of the free software family (Imagine! Allowing Gatesians to use GNU software. The horror!) Or better, as the dangling carrot of the free software world within the walls that Bill built. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh-agent
Harig, Mark A. said: You might want to look at the tool 'keychain'. In the setup.exe Category window, it's in the 'Utils' group. Here's what it displays when you enter: $ keychain --help keychain is certainly a nice tool, but I'm not sure it's going to help. See, I've already got the (trivial) shell hack in place that doess all that keychain does. The problem lies with background processes and cygwin. Say that the first cygwin application I launch is rxvt. My .bashrc checks to see if ssh-agent is running and, if not, starts it. Next, I launch Xwin from that shell. Now the ssh-agent is useful to all the windows created with my window manager. So far, so good. The only problem is that I daren't exit the original rxvt. If I do, ssh-agent no longer functions correctly in that all future ssh connections hang. To get around that, I've had to start ssh-agent with the following command:run bash -c ssh-agent $HOME/.config/ssh-agent This now functions correctly, and the only remaining difficulty is when I restart/shutdown windows I get prompted to kill ssh-agent/bash. I was hoping to make it a service merely to get around the deal-with-the-dialog issue. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: name: GNU/cygwin system
I don't disagree with your conclusion, Chris, but you're using a flawed model. So *what* if cygwin is the most popular project on sources.redhat? Just for the record: any number of unix + windows related searches (bash for windows, gnu for windows, unix for windows, gcc for windows, free windows compiler, etc.) turn up the Cygwin home in the top ten links (in most of my examples, as the #1 link.) At my previous company - with many hardcore Windows software folks - I think that just about everyone had at least heard of Cygwin, and a majority of us had used it at one point or another (either at work, at home, or both.) Keep in mind, this was in Pittsburgh, PA - not Silicon Valley, Boston, or any other traditional hotbed of cutting-edge technology. Anecdotal evidence, perhaps. But I honestly don't think that Cygwin has any kind of visibility problem. -Samrobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install Problems
At 12:58 PM 5/21/2002, Christopher Faylor wrote: On Tue, May 21, 2002 at 12:35:50PM -0400, Jim Furey wrote: I have attempted several installs to a Win2k system of the cygwin-ports using setup.exe on the GNU cd. I keep getting an unexpected end of file error on ex.exe and then wget.mo And then I am thrown out. It says it creates a log but I am unable to find it. Any suggestions? Although I contributed the cygwin stuff to the GNU CD, I never got a chance to actually test it. Apparently something is screwed up badly. Possibly, using a newer version of setup.exe than the one on the CD may work. I've asked the FSF to send me a CD so I can see what's up. Jim replied to me privately that he had no problems installing from www.cygwin.com so that does seem to indicate there is a problem with the GNU CD. Just FYI. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Dos Style path in 3.79.1-7 and -5
Try using forward slahes like d:/utils/print.exe. I don't think the CygWin version of make has ever been equipped to handle unescaped backslahes. You may also try escaping them, like d:\\utils\\print.exe. Regards, Johan Bezem CSK Software AG Rami Mehio wrote: I have been using gnu make 3.79 on win32. The shell i use is cmd.exe. I have recently upgraded my cygwin tools including make to 3.79.1-5 (and subsequently to -7). I seems that make no longer recognizes Dos style pathnames. So in a rule, if i have target: d:\utils\print.exe hello.txt if i do make target --win32 make does not recognize the d:\utils\print.exe path. This used to work fine for me before. Does anybody know anything about this? thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Dos Style path in 3.79.1-7 and -5
Thanks for the reply. I actually have used many version of Cygwin make that work properly with unexcaped backslashes. It is only recently that things stopped working. Again, i am using the cmd.exe as my shell by invoking make with the --win32 command line argument. I know i could use the forward slashed or even transition to bash, but some of my customers use the scripts with the backslashes. thanks Rami -Original Message- From: Johan Bezem [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 12:08 PM To: Rami Mehio Cc: CygWin Mailing List Subject: Re: Dos Style path in 3.79.1-7 and -5 Try using forward slahes like d:/utils/print.exe. I don't think the CygWin version of make has ever been equipped to handle unescaped backslahes. You may also try escaping them, like d:\\utils\\print.exe. Regards, Johan Bezem CSK Software AG Rami Mehio wrote: I have been using gnu make 3.79 on win32. The shell i use is cmd.exe. I have recently upgraded my cygwin tools including make to 3.79.1-5 (and subsequently to -7). I seems that make no longer recognizes Dos style pathnames. So in a rule, if i have target: d:\utils\print.exe hello.txt if i do make target --win32 make does not recognize the d:\utils\print.exe path. This used to work fine for me before. Does anybody know anything about this? thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem on starting PostgreSQL
Thanks Jason and Jim. In fact, the error occured while I was following the instruction of /usr/doc/Cygwin/postgresql-7.2.1.README. I had tried the first step of /cygwin/usr/doc/postgresql-7.2.1/html/installation.html. I am failed on the first step: ./configure with the message bash: ./configure: Not such file or directory And I can't find configure.exe in /usr/bin directory. I guess I need to install the file. But what package is the file located? Thanks again for your help. Vernon 5/21/2002 7:22:20 PM, Jason Tishler [EMAIL PROTECTED] wrote: On Tue, May 21, 2002 at 07:19:11AM +0100, Jim.George wrote: On Sat, 19 May 2001, Vernon Wu wrote: I am very new to cygwin. After installed cygwin successfully, I can't get the PostgreSQL up so far. Here is what I have: [snip] $ initdb -D /usr/share/postgresql/data look in the file /usr/doc/postgresql-7.2.1/INSTALL it tells you exactly what to do. [snip] Actually, the Cygwin specific README is probably more useful: /usr/doc/Cygwin/postgresql-7.2.1.README Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [Patch] make 3.79.1-5 vpath directive in file 'read.c'
On Tue, May 21, 2002 at 04:46:21PM +0200, Johan Bezem wrote: sorry, I've been on vacation for two weeks, and now trying to catch up with the mailing list. Since supplying the patch, and already trying 3.79.1-7 in experimental mode, I've come to an understanding about the FIXME comments, asking whether such a conversion should only be applied when not in 'unixy' mode (unixy_shell != 0). 1. In the file vpath.c, the VPATH variable and the GPATH variable are handled differently (GPATH only converts when unixy_shell == 0, VPATH in any case); this is at least inconsequent, I'd suggest to remove the 'unixy_shell' condition in the GPATH case. The VPATH part is historically wrong. AFAIK, conversion of MS-DOS paths is only supposed to occur when --win32 is specified or MAKE_MODE=win32. It should be easy enough to set the MAKE_MODE environment variable to get your desired behavior. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
g++ compiler
Hello, I did a man entry on gcc and it says to use g++ for compiling C++. I tried it and it says command not found. __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: g++ compiler
At 04:52 PM 5/21/2002, Robert Coit wrote: Hello, I did a man entry on gcc and it says to use g++ for compiling C++. I tried it and it says command not found. Then go to www.cygwin.com and click on Install Now to update your installation. Make sure you pull the gcc package from the Development category. This should update you with everything you need to run gcc/g++. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
I noticed that my windows programs see a strange and bogus PATH. It is demonstrated here, from cmd.exe: Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. c:\PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin c:\bash -i bash-2.05a$ echo $PATH /bin:/usr/bin:/usr/local/bin bash-2.05a$ /c/winnt/system32/cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. c:\path PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin ===^^ c:\ Notice the bogus double backslash. Is this a known bug? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Crash during setup
Hi there, i'm trying to run Cygwin setup 2.218.2.9 on Win2k but it always crashes at the same point: After selecting the mirror and downloading setup.ini a page saying This space intentionally left blank appears and the program does not respond to input anymore. The only way to close it is to kill the task. Any hints how to avoid this? -- Sebastian Schuberth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
It's worse than I suspected originally, when I thought I could get around it by not using bash. Now, without bash: makefile: SHELL = sh default: FORCE echo $(PATH) /c/winnt/system32/cmd FORCE: and now: D:\bugPATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin D:\bugsh -i $ make echo /bin:/usr/bin:/usr/local/bin /bin:/usr/bin:/usr/local/bin /c/winnt/system32/cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. D:\bugpath PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin ===^^ D:\bug That path should be c:\cygwin\usr\bin, but the `usr' is missing. Is there a workaround for this? This bug is killing me. If I don't get a workaround soon, I'll have to go back to an older version. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin and Windows ME don't like each other
I've been using Cygwin for about 1/2 a year, on my computer at work (Win98SE) I recently got a new computer for home that runs WinME. When I tried to install Cygwin, I get the error message can't open (null) for reading or something like that. This error occurs during the installation of the following packages: Autoconf-2.53-1 Autoconf-devel-2.53-1 automake-1.6a-1 automake-devel-1.6-1 bison-1.35-1 libpng-1.0.13-3 Anyway, despite the messages, I manage to get most of the stuff installed, and it (sort of) works. Outgrown your current e-mail service? Get a 25MB Inbox, POP3 Access, No Ads and No Taglines with LYCOS MAIL PLUS. http://login.mail.lycos.com/brandPage.shtml?pageId=plus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
On Tue, 21 May 2002 17:29:42 -0700 Kevin Layer [EMAIL PROTECTED] wrote: D:\bugPATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin D:\bugsh -i $ make echo /bin:/usr/bin:/usr/local/bin /bin:/usr/bin:/usr/local/bin /c/winnt/system32/cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. D:\bugpath PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin ===^^ D:\bug That path should be c:\cygwin\usr\bin, but the `usr' is missing. What does cygcheck -s say? -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Crash during setup
Sebastian, Patience is one suggestion. I have a fast machine with fast disks and a fast, dual-channel SCSI I/O adaptor (and the install cache and the Cygwin working directories are on separate disks and those disks are on separate I/O channels) and still it takes a long time for Setup to determine what to offer to install. There simply are a lot of separate I/O operations to perform to prepare the installation list. There have been reports that indicate CPU saturation while the intentionally blank [sic] page is displayed. That's not the case for normal operation, of course. Use the Processes tab of the Windows Task Manager to check for this condition. If the CPU utilization is low, then Setup is probably still comparing your install cache to your active installation. Randall Schulz Mountain View, CA USA At 15:11 2002-05-21, Sebastian Schuberth wrote: Hi there, I'm trying to run Cygwin setup 2.218.2.9 on Win2k but it always crashes at the same point: After selecting the mirror and downloading setup.ini a page saying This space intentionally left blank appears and the program does not respond to input anymore. The only way to close it is to kill the task. Any hints how to avoid this? -- Sebastian Schuberth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
What does cygcheck -s say? Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue May 21 20:37:06 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: C:\ODI\OStore\bin . c:\bin C:\Perl\bin C:\Cygwin\bin c:\cygwin\usr\bin C:\Cygwin\usr\local\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin C:\Program Files\Microsoft Visual Studio\Common\Tools C:\Program Files\Microsoft Visual Studio\VC98\bin C:\NCFTP C:\Program Files\Resource Pro Kit d:\openssl-0.9.6\out32dll SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `c:\tmp' MAKE_MODE = `UNIX' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS4329Mb 67% CP CS UN PA FC HOBART_C d: hd NTFS 29259Mb 38% CP CS UN PA FC HOBART_D l: cd CDFS 601Mb 100%CS UN QTR25ENUD1 m: cd N/AN/A w: net N/AN/A y: net NTFS8408Mb 59% CP CSPAlayer z: net NTFS8350Mb 75% CP CSPApc c:/ /c usertextmode d:/ /d usertextmode e:/ /e usertextmode w: /w usertextmode y: /y usertextmode z: /z usertextmode . /cygdrive usertextmode,noumount c:\cygwin\ / system textmode c:\cygwin\/bin /usr/bin system textmode c:\cygwin\/lib /usr/lib system textmode . /cygdrive usertextmode,noumount Found: C:\Cygwin\bin\bash.exe Found: C:\Cygwin\bin\cat.exe Found: C:\Cygwin\bin\cpp.exe Found: C:\Cygwin\bin\find.exe Found: C:\Cygwin\bin\gcc.exe Found: C:\Cygwin\bin\gdb.exe Found: C:\Cygwin\bin\ld.exe Found: C:\Cygwin\bin\ls.exe Found: C:\Cygwin\bin\make.exe Found: C:\Cygwin\bin\sh.exe 58k 2002/05/07 C:\Cygwin\bin\cygbz2-1.dll 621k 2002/05/17 C:\Cygwin\bin\cygcrypto.dll 45k 2001/04/25 C:\Cygwin\bin\cygform5.dll 35k 2002/01/09 C:\Cygwin\bin\cygform6.dll 19k 2002/02/20 C:\Cygwin\bin\cyggdbm.dll 17k 2001/06/28 C:\Cygwin\bin\cyghistory4.dll 20k 2002/01/13 C:\Cygwin\bin\cyghistory5.dll 22k 2001/12/13 C:\Cygwin\bin\cygintl-1.dll 21k 2001/06/20 C:\Cygwin\bin\cygintl.dll 81k 2000/12/05 C:\Cygwin\bin\cygitcl30.dll 35k 2000/12/05 C:\Cygwin\bin\cygitk30.dll 26k 2001/04/25 C:\Cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\Cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\Cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\Cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\Cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\Cygwin\bin\cygncurses6.dll 15k 2001/04/25 C:\Cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\Cygwin\bin\cygpanel6.dll 40k 2001/11/21 C:\Cygwin\bin\cygpcre.dll 39k 2001/11/21 C:\Cygwin\bin\cygpcreposix.dll 108k 2001/06/28 C:\Cygwin\bin\cygreadline4.dll 121k 2002/01/13 C:\Cygwin\bin\cygreadline5.dll 156k 2002/05/17 C:\Cygwin\bin\cygssl.dll 390k 2000/12/05 C:\Cygwin\bin\cygtcl80.dll 5k 2000/12/05 C:\Cygwin\bin\cygtclpip80.dll 10k 2000/12/05 C:\Cygwin\bin\cygtclreg80.dll 623k 2000/12/05 C:\Cygwin\bin\cygtk80.dll 50k 2002/03/12 C:\Cygwin\bin\cygz.dll 751k 2002/02/25 C:\Cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 51 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Feb 25 11:14:34 EST 2002 Shared id: cygwin1S3 Cygwin Package Information Package Version ash 20020131-1 bash2.05a-3 binutils20011002-1 bison 1.35-1 byacc 1.9-1 bzip2 1.0.2-2 crypt 1.0-1 ctags 5.2-1 cvs 1.11.0-1 cygwin 1.3.10-1 diff1.0-1 diffutils 2.8.1-1 fileutils 4.1-1 findutils 4.1.7-4 flex2.5.4-2 gawk3.0.4-1 gcc 2.95.3-5 gdb 20010428-3 gdbm1.8.0-4 grep2.5-1
RE: Cygwin and Windows ME don't like each other
-Original Message- From: tdgi [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 10:58 AM To: [EMAIL PROTECTED] Subject: Cygwin and Windows ME don't like each other I've been using Cygwin for about 1/2 a year, on my computer at work (Win98SE) I recently got a new computer for home that runs WinME. When I tried to install Cygwin, I get the error message can't open (null) for reading or something like that. This error occurs during the installation of the following packages: Autoconf-2.53-1 Autoconf-devel-2.53-1 automake-1.6a-1 automake-devel-1.6-1 bison-1.35-1 libpng-1.0.13-3 Anyway, despite the messages, I manage to get most of the stuff installed, and it (sort of) works. Do a 'install from internet' and you should not have any trouble. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
On Tue, 21 May 2002 20:38:23 -0700 Kevin Layer [EMAIL PROTECTED] wrote: What does cygcheck -s say? Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue May 21 20:37:06 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path:C:\ODI\OStore\bin . c:\bin C:\Perl\bin C:\Cygwin\bin c:\cygwin\usr\bin C:\Cygwin\usr\local\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin C:\Program Files\Microsoft Visual Studio\Common\Tools C:\Program Files\Microsoft Visual Studio\VC98\bin C:\NCFTP C:\Program Files\Resource Pro Kit d:\openssl-0.9.6\out32dll . . . c:/ /c usertextmode d:/ /d usertextmode e:/ /e usertextmode w: /w usertextmode y: /y usertextmode z: /z usertextmode . /cygdrive usertextmode,noumount c:\cygwin\ / system textmode c:\cygwin\/bin /usr/bin system textmode c:\cygwin\/lib /usr/lib system textmode . /cygdrive usertextmode,noumount Your /usr/bin and /usr/lib mounts are incorrect. There were some problems with that with some versions of setup.exe, but I think that has been fixed now. In the meantime, it may have caused some files to be installed under c:\cygwin\usr\bin\ and c:\cygwin\usr\lib\ that should have gone to c:\cygwin\bin\ and c:\cygwin\lib\ instead, so you need to make sure anything that got misplaced gets moved. Note that /usr/bin/ === /bin and /usr/lib/ === /lib/ when the mounts are correct. To clean things up, execute the following commands in a MSDOS window: REM Do this from a cmd.exe window, __NOT__ a bash shell window move c:\cygwin\usr\bin\* c:\cygwin\bin\ move c:\cygwin\usr\lib\* c:\cygwin\lib\ umount /usr/bin umount /usr/lib mount -f -u -t C:/cygwin/bin /usr/bin mount -f -u -t C:/cygwin/lib /usr/lib -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: name: GNU/cygwin system
However, I do agree that cygwin is pretty well known -- if only as the black sheep of the free software family (Imagine! Allowing Gatesians to use GNU software. The horror!) To quote the great Maurice 'Mad Dog' Vachon, What matters is not necessarily the size of the dog in the fight, it's the size of the fight in the dog. Or maybe that was Eisenhower. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: w32api-1.4-1
I've made a new version of the w32api headers and libraries available for download. A list of what has changed is attached. Earnie. -Installation Instructions- 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. 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. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. 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. Really. No kidding. Email cygwin stuff to [EMAIL PROTECTED] If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Did I mention that I'd prefer that all cygwin questions should go to [EMAIL PROTECTED]? I can't remember... *** 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. Christopher Faylor Red Hat, Inc. 2002-05-21 Earnie Boyd [EMAIL PROTECTED] * Makefile.in: Increment VERSION to 1.4. (conf_prefix): New variable. (bindist): Modify target to use $(conf_prefix). 2002-05-20 Philip Aston [EMAIL PROTECTED] * include/pbt.h (PBT_APMRESUMESUSPEND): Correct value is 7. 2002-05-20 René Møller Fonseca [EMAIL PROTECTED] * include/lmaccess.h: (NetAccess*, NetGroup*, NetLocalGroup*, NetUser*, NetGet*, INetLogonControl[2], NetQueryDisplayInfotmationIndex): Replace LPWSTR with LPCWSTR. 2002-05-08 Danny Smith [EMAIL PROTECTED] * include/commctrl.h (ImageList_DragShowNolock): Remove conflicting redeclaration. 2002-05-07 Danny Smith [EMAIL PROTECTED] * include/windows.h: Move ANONYMOUS_UNION, _ANONYMOUS_STRUCT, STRICT and related defines to ... * include/windef.h: Here. 2002-05-03 Danny Smith [EMAIL PROTECTED] * include/winsock2.h (int32): Remove typedef. (SERVICETYPE): Add typedef. (struct _flowspec):Revise struct definition, Comment on types used for members. 2002-05-02 Danny Smith [EMAIL PROTECTED] * include/winnt.h (EVENT_*, SEMAPHORE_*,MUTEX_*): Remove more defines added in earlier change. * lib/Makefile.in (TEST_OPTIONS): Add -Wsystem-headers flag. 2002-05-02 Danny Smith [EMAIL PROTECTED] * include/winnt.h (THREAD_PRIORITY_*): Remove defines added in last change. 2002-05-02 Danny Smith [EMAIL PROTECTED] * include/winnt.h (THREAD_*, EVENT_*, MUTANT_*, SEMAPHORE_*, MUTEX_*, TIMER_*): Add new defines. 2002-05-01 Manu B [EMAIL PROTECTED] * include/commctrl.h (SNDMSG): Define and use throughout in other macros instead of SendMessage. * include/commdlg.h (SNDMSG): Ditto. 2002-04-22 José Fonseca [EMAIL PROTECTED] * include/GL/gl.h: New file. * include/GL/glext.h: Ditto. * include/GL/glu.h: Ditto.