Re: [RFU] which-2.19-1
On Jan 22 13:41, David Rothenberger wrote: New upstream release. wget \ http://mysite.verizon.net/res00a7j/cygwin/which/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/which/which-2.19-1-src.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/which/which-2.19-1.tar.bz2 Uploaded. I removed 1.7-1 and so the last trace of my self-written which for Cygwin. GNU rulez :) Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: start gvim in X with Fatal IO error 104
f gao wrote: Dear all: Does anyone know how to start gvim in cygwin/X? Each time I start gvim, the GUI flashes and get closed with error gvim: Fatal IO error 104 (Connection reset by peer) on X server 127.0.0.1:0.0. Since the emacs can start and work in X11, I guess the X is installed correctly. Is it a bug of gvim? (The Very same problem here. It looks like the detaching from the terminal does not work properly. installed vim version is 7.0.122-1, gvim is 7.0.035-2,X is 6.8.99.901-44) Any suggestion is appreciated! Try this: $ gvim --nofork g. Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: ps executable does not appear to match source
On 23/01/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: That said, however, the other way of dealing with this is to modify procps to deal with Windows pids. Then we wouldn't need the cygwin ps. If you want to provide a patch to do that, then it's likely that the procps maintainer would accept it -- assuming that it isn't so intrusive as to cause an ongoing maintenance problem. I would rather see a patch that added Windows pids to /proc than only to procps. Then the functionality would be available to other programs, like top. If procps can be made to do all of the things that ps now does then there would be no reason to keep ps around. I am interested. However, I would want to ensure from the beginning the it is possible to achieve. Would Cygwin accept a ps that did not produce identically formatted output for each option of the historically older version? What about all those people who have crafted their shell or Perl or Python code to interpret the output of the historically older version? To support scripts that rely on the format and options of the old Cygwin ps we could add a new 'Cygwin' personality to procps. Cheers, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps executable does not appear to match source
On Jan 23 09:34, Chris January wrote: I would rather see a patch that added Windows pids to /proc than only to procps. Then the functionality would be available to other programs, like top. Care to implement it? You basically wrote the /proc stuff in Cygwin anyway. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HDF5 and timezone
On Jan 23 15:17, Mark Hadfield wrote: Building HDF5 (either the recently released RC1 or the previous beta 5) under Cygwin fails with gcc -DHAVE_CONFIG_H -I. -DNDEBUG -UH5_DEBUG_API -std=c99 -pedantic -Wall -Wextra -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wsign-compare -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Winline -Wno-long-long -Wfloat-equal -Wmissing-format-attribute -Wmissing-noreturn -Wpacked -Wdisabled-optimization -Wmultichar -Wendif-labels -Wdeclaration-after-statement -Wold-style-definition -Winvalid-pch -O -fomit-frame-pointer -finline-functions -MT H5Omtime.lo -MD -MP -MF .deps/H5Omtime.Tpo -c H5Omtime.c -o H5Omtime.o H5Omtime.c: In function `H5O_mtime_decode': H5Omtime.c:194: warning: implicit declaration of function `tzset' H5Omtime.c:194: warning: nested extern declaration of `tzset' H5Omtime.c:230: error: `timezone' undeclared (first use in this function) H5Omtime.c:230: error: (Each undeclared identifier is reported only once H5Omtime.c:230: error: for each function it appears in.) Back on 27 November 2007 I built beta 5 with no problems. Is this likely to be related to the new Cygwin versions released in December? I can see some discussion of timezone and tzset on the list archives in the last couple of months, but don't know whether they relate to my problem. Earlier versions of Cygwin allowed to link against a very old, very non-standard, timezone() function. Since Cygwin 1.5.25, the timezone() function is only available as exported symbol for old applications built against earlier Cygwin release. For new applications, timezone is only available as variable of type long, according to POSIX. See http://www.opengroup.org/onlinepubs/009695399/functions/timezone.html I assume that HDF5 special cases the usage of timezone as being a function for Cygwin. Remove this code and use the timezone variable as on other POSIX compliant systems. Make sure that time.h gets included before using the timezone variable. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin file permissions problem solution
On 23 January 2008 04:40, Dave Burns wrote: I'm sending this on the off chance it will help someone. I googled that error message and came up dry. I was shocked! Your search - ProgramData\Microsoft\Windows\Start Menu\Programs\Cygwin\Cygwin - did not match any documents. Check to make sure it has not been deleted or renamed. matched one about XP in one of those obnoxious 'we might help you if you pay us' web sites. http://www.google.co.uk/search?q=%22Unable+to+modify+the+shortcut%22sourceid= mozilla-searchstart=0start=0ie=utf-8oe=utf-8client=firefox-arls=org.mozi lla:en-GB:official Results 1 - 2 of 2 for Unable to modify the shortcut. (0.47 seconds) http://cygwin.com/ml/cygwin/2001-07/msg01006.html If you installed CygWin as the NT administrator, but are running the shell as a regular user without administrator priveliges, you will be unable to modify the shortcut. Log in as the administrator to make your changes. :) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin file permissions problem solution
Dave! On Jan 23 10:16, Dave Korn wrote: If you installed CygWin [...] ^ w :) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin file permissions problem solution
On 23 January 2008 10:22, Corinna Vinschen wrote: Dave! On Jan 23 10:16, Dave Korn wrote: If you installed CygWin [...] ^ w :) Corinna bartI didn't do it!/bart It was a verbatim quote! Blame the OP! runs away scattering hippos in all directions ;) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps executable does not appear to match source
Chris January wrote: I would rather see a patch that added Windows pids to /proc than only to procps. Then the functionality would be available to other programs, like top. Agree. To support scripts that rely on the format and options of the old Cygwin ps we could add a new 'Cygwin' personality to procps. Ugh. It seems to me like 'ps' has already been littered with so many incompatible or conflicting option sets over the years that perpetuating yet another into history seems like a travesty. Can't we just add support for -W to procps for WINPID and then declare that Cygwin's 'ps' option set is now the same as Linux's? After all, WJM. As far as options, the common ones (-a/-e/-l/-f/-p/-u) seem to overlap mostly; the column order and layout are of course slightly different between the two but I can't really see a portable script being able to rely on that anyway. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps executable does not appear to match source
On 23/01/2008, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jan 23 09:34, Chris January wrote: I would rather see a patch that added Windows pids to /proc than only to procps. Then the functionality would be available to other programs, like top. Care to implement it? You basically wrote the /proc stuff in Cygwin anyway. Possibly. I'll look into it in a couple of weeks time. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Install problems ssmtp
Hi folks, I have a problem with installing ssmtp. I tried to reinstall ssmtp but it doesn't help. When I check the status of the package it sayes OK. Doesn't that mean that all files of the package are installed. But when I try to list the files of the package no file is found. How could I fix it? --Here are the commands I entered to check the package bash-3.2$ cygcheck -c ssmtp Cygwin Package Information Package VersionStatus ssmtp2.61-1 OK bash-3.2$ ls -l $(cygcheck -l ssmtp) : No such file or directoryssmtp-config : No such file or directory/ssmtp.exe : No such file or directorye/doc/Cygwin/ssmtp-2.61.README : No such file or directorye/doc/ssmtp-2.61/COPYING : No such file or directorye/doc/ssmtp-2.61/INSTALL : No such file or directorye/doc/ssmtp-2.61/README : No such file or directorye/doc/ssmtp-2.61/revaliases : No such file or directorye/doc/ssmtp-2.61/ssmtp.conf : No such file or directorye/doc/ssmtp-2.61/TLS : No such file or directorye/man/man5/ssmtp.conf.5.gz : No such file or directorye/man/man8/ssmtp.8.gz Thank for any help Franz IMPORTANT I will read replies only from the mailing list. If you send me email directly it will be deleted. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Install problems ssmtp
On 23 January 2008 12:51, cygwin.20.maillinglist wrote: I have a problem with installing ssmtp. I tried to reinstall ssmtp but it doesn't help. When I check the status of the package it sayes OK. Doesn't that mean that all files of the package are installed. But when I try to list the files of the package no file is found. How could I fix it? --Here are the commands I entered to check the package bash-3.2$ cygcheck -c ssmtp Cygwin Package Information Package VersionStatus ssmtp2.61-1 OK bash-3.2$ ls -l $(cygcheck -l ssmtp) You are using the output of cygcheck to provide a list of filenames for ls. But cygcheck is a win32 program, so it outputs the list of names with dos-style CRLF line endings. No such file or directoryssmtp-config What it's actually printing here is /usr/bin/ssmtp-config[CR, no LF]: No such file or directory. and there is of course no such file as /usr/bin/ssmtp-config^M. Solution: ls -l $(cygcheck -l ssmtp | d2u) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cron problem with cron popup windows
Hi folk, I have the problem that I get cron popup windows. I change the cron service, so that he can interact with the desktop. This was necessary to start excel from cron. First everything was ok. But after I rebooted the PC now cron startet to open a window always when a cron job started. How can I get rid of this behaviour. Thank for any help Franz IMPORTANT I will read replies only from the mailing list. If you send me email directly it will be deleted. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
path and .exe issue after initial installation
Hi, I've just now installed a fresh Windows XP installation. I've also just now installed a fresh install of the latest stable Cygwin downloaded from cygwin.com After install, I usually need to check out a CVS tree but when trying to run any command I get a command not found type result. That said, yes I've added c:\cygwin\bin to the ENV PATH. Now, if I cd /bin and type the command ./ls.exe I get the list of the directory, but if I try something like ./cvs.exe .. I get the bash again. Meaning, no output. $ /bin/cvs.exe --help also shows no output and just jumps to the next line in bash. Any ideas why this fresh install isn't working as expected? Shai -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cron problem with cron popup windows
On 23 January 2008 13:00, cygwin.20.maillinglist wrote: Hi folk, I have the problem that I get cron popup windows. I change the cron service, so that he can interact with the desktop. This was necessary to start excel from cron. First everything was ok. But after I rebooted the PC now cron startet to open a window always when a cron job started. How can I get rid of this behaviour. Redirect stdout and stderr to /dev/null in your commandline in the crontab (i.e. append /dev/null 2/dev/null)? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: path and .exe issue after initial installation
On 23 January 2008 13:06, Shai wrote: when trying to run any command I get a command not found type result. Now, if I cd /bin and type the command ./ls.exe I get the list of the directory, but if I try something like ./cvs.exe .. I get the bash again. Meaning, no output. $ /bin/cvs.exe --help also shows no output and just jumps to the next line in bash. Any ideas why this fresh install isn't working as expected? Could be an error during install left you with one or more missing files, these symptoms are very typical of a missing DLL. Run cygcheck /bin/cvs.exe to find out, it'll tell you if anything's missing. If so, you should be able to fix it by just running setup.exe again and clicking 'next' all the way through without changing the settings; it'll verify your installation and repair/replace anything that's missing. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install problems ssmtp
Dave Korn wrote: and there is of course no such file as /usr/bin/ssmtp-config^M. Solution: ls -l $(cygcheck -l ssmtp | d2u) ...which is precisely what cygcheck -c ssmtp does. Specifically, it prints OK if all the files are present. But this is all a red herring. You said you have some kind of problem with ssmtp but you only described an unrelated problem with using cygcheck. Describe the actual problem -- what are you trying to accomplish, what have you done so far to get there, and what happens when you do that? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path and .exe issue after initial installation
Could it be that the package/s have been downloaded badly? I've asked Cygwin to first download without installing the packages to my local server and only then ran the cygwin installation and asked it to install from the local downloaded directory. If a package was broken, would I know about this? Shai On Jan 23, 2008 3:12 PM, Dave Korn [EMAIL PROTECTED] wrote: On 23 January 2008 13:06, Shai wrote: when trying to run any command I get a command not found type result. Now, if I cd /bin and type the command ./ls.exe I get the list of the directory, but if I try something like ./cvs.exe .. I get the bash again. Meaning, no output. $ /bin/cvs.exe --help also shows no output and just jumps to the next line in bash. Any ideas why this fresh install isn't working as expected? Could be an error during install left you with one or more missing files, these symptoms are very typical of a missing DLL. Run cygcheck /bin/cvs.exe to find out, it'll tell you if anything's missing. If so, you should be able to fix it by just running setup.exe again and clicking 'next' all the way through without changing the settings; it'll verify your installation and repair/replace anything that's missing. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: path and .exe issue after initial installation
On 23 January 2008 13:59, Shai wrote: Could it be that the package/s have been downloaded badly? I've asked Cygwin to first download without installing the packages to my local server and only then ran the cygwin installation and asked it to install from the local downloaded directory. If a package was broken, would I know about this? Yes, setup verifies the file was downloaded ok by checking the md5 checksum of the tarball, which is listed in setup.ini. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path and .exe issue after initial installation
bash-3.2$ cygcheck /bin/cvs.exe bash: cygcheck: command not found bash-3.2$ :( Shai On Jan 23, 2008 4:38 PM, Dave Korn [EMAIL PROTECTED] wrote: On 23 January 2008 13:59, Shai wrote: Could it be that the package/s have been downloaded badly? I've asked Cygwin to first download without installing the packages to my local server and only then ran the cygwin installation and asked it to install from the local downloaded directory. If a package was broken, would I know about this? Yes, setup verifies the file was downloaded ok by checking the md5 checksum of the tarball, which is listed in setup.ini. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path and .exe issue after initial installation
Oops... my bad, here is an updated one: bash-3.2$ cygcheck /bin/cvs.exe C:\cygwin\bin/cvs.exe Error: could not find cygcrypt-0.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\RPCRT4.dll bash-3.2$ Shai On Jan 23, 2008 5:06 PM, Shai [EMAIL PROTECTED] wrote: bash-3.2$ cygcheck /bin/cvs.exe bash: cygcheck: command not found bash-3.2$ :( Shai On Jan 23, 2008 4:38 PM, Dave Korn [EMAIL PROTECTED] wrote: On 23 January 2008 13:59, Shai wrote: Could it be that the package/s have been downloaded badly? I've asked Cygwin to first download without installing the packages to my local server and only then ran the cygwin installation and asked it to install from the local downloaded directory. If a package was broken, would I know about this? Yes, setup verifies the file was downloaded ok by checking the md5 checksum of the tarball, which is listed in setup.ini. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: path and .exe issue after initial installation
On 23 January 2008 15:08, Shai wrote: Oops... my bad, here is an updated one: bash-3.2$ cygcheck /bin/cvs.exe C:\cygwin\bin/cvs.exe Error: could not find cygcrypt-0.dll Like I guesed, a missing DLL. So re-run setup.exe; it should pick up the dependency. If for any reason you don't have the package downloaded, you can always find out which package contains a given file: go to http://cygwin.com/packages, enter the name of the file, and you'll see (at http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygcrypt-0.dll in this case) that you need to (re?)install the crypt-1.1-1 package. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: which-2.19-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 NEWS: = New upstream release. See attached NEWS from upstream for more details. DESCRIPTION: Which is a utility that prints out the full path of the executables that bash(1) would execute when the passed program names would have been entered on the shell prompt. It does this by using the exact same algorithm as bash. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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. - -- David Rothenberger [EMAIL PROTECTED] The five rules of Socialism: (1) Don't think. (2) If you do think, don't speak. (3) If you think and speak, don't write. (4) If you think, speak and write, don't sign. (5) If you think, speak, write and sign, don't be surprised. -- being told in Poland, 1987 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Cygwin) Comment: Key at http://mysite.verizon.net/res00a7j/key.gpg.txt Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBR5dxAb3xOW8bc2dhAQh3gQf/VZfe+rkRSTkSNHeqDhsL5m0CBNXWRnWO PgHRTEeT9/xgb6rkNN2BQ2P/qzQgLrzWVGf1uvwvImTnj+x9mHYDmw4qmKB1Cmyx t+i7AZykeP/UKP0HqKSZrxFVNENkcYmjhbrLvVyqc4fYTsc149E7JOJz0zs+8Gfq M1XAbhIZRGKlyqupDs1W/t19HkH7PwJu8JD64LAL/gbweMGbjKDkhFo5SEcqHzr6 1iR7UdMIpd8jIbrhnM6DXT5gSZ8GLJKEwoUzF9T2DkDVTCj9J5zZKeo8qzcJ3oFs 13rrDrfQd2kpe/WFdd3hTzbGIUKStneAb/HarNRkWiMEXvesQGGpiA== =Eh1F -END PGP SIGNATURE- Version 2.18 -- 2.19 * Upgraded code from bash to version 3.2. This DOES has influence on how Which behaves under certain circumstances. * Support for Cygwin: Two leading slashes are now treated as possibly special, because a double leading slash can have an implementation-defined meaning (depending on the Operating System), as is for example the case in Cygwin. See http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04_11 This means that GNU which no longer collapses two leading slashes of a path into a single slash. * When the environment variable HOME is not set, the home directory is now read from /etc/passwd or set to '/' if no home directory could be found (this now matches the tilde lib used in bash). * Fixed the function declaration given in README.alias * Added a @dircategory and @direntry to which.texinfo * Changed the license to GPLv3. NEWS.sig Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[1.5.25-7] locale not supported?
Hi I am programming using gcc 3.4.4 under cygwin 1.5.25-7. Unfortunately using the locale class form libstdc++ with any non-default locale (e.g. en, en_US, de, de_DE, french) crashes my program with a segmentation fault. Creating a locale with as argument works so. I tried to investigate the error with gdb, but I do not have the cygwin sources. It seems the error is thrown at line 77 in the iostream header file (include/c++/iostream). Might this be a bug or are locales not supported by cygwin? bye, Falk Sticken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HDF5 and timezone
[Sorry, but this message will be wrongly threaded on the archive, as it is being sent as a reply to my original message, rather than to Corinna's response. I neglected to subscribe to the list before sending, a neglect that I have now remedied.] Thanks for this response, Corinna: http://cygwin.com/ml/cygwin/2008-01/msg00449.html I have worked around the problem with HDF5 and reported the problem to the maintainers. I expect they will want to support both 1.5.25 and earlier versions. How long has the POSIX-compliant form of timezone been available? -- Mark Hadfield Ka puwaha te tai nei, Hoea tahi tatou [EMAIL PROTECTED] National Institute for Water and Atmospheric Research (NIWA) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HDF5 and timezone
On Jan 24 10:19, Mark Hadfield wrote: I have worked around the problem with HDF5 and reported the problem to the maintainers. I expect they will want to support both 1.5.25 and earlier versions. How long has the POSIX-compliant form of timezone been available? The timezone variable has been around since 1997, but it's called _timezone for historical reasons. Prior to 1.5.25 there was a # ifndef timezonevar char *timezone (void); # elif !defined(timezone) # define timezone _timezone # endif #endif /*__STRICT_ANSI__*/ so you have to `#define timezonevar' to get the timezone variable. The problem is that this collides potentially with the definition of struct timezone. 1.5.25 now defines timezone like this: extern long timezone __asm__ (__timezone); In theory (and if the code doesn't use the struct timezone) the below code should be portable and should work fine with any version of Cygwin: #ifdef __CYGWIN__ #define timezonevar #endif #include time.h [... use timezone variable ...] Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.5.25-7] locale not supported?
Falk Sticken wrote: Hi I am programming using gcc 3.4.4 under cygwin 1.5.25-7. Unfortunately using the locale class form libstdc++ with any non-default locale (e.g. en, en_US, de, de_DE, french) crashes my program with a segmentation fault. Creating a locale with as argument works so. I tried to investigate the error with gdb, but I do not have the cygwin sources. It seems the error is thrown at line 77 in the iostream header file (include/c++/iostream). Might this be a bug or are locales not supported by cygwin? Cygwin's locale implementation comes from newlib. It only supports the C locale. See man setlocale for details. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path and .exe issue after initial installation
I don't see this package as even been downloaded. I thought I had set it to download everything... why am I missing it in the first place? I don't even see it in the local package folder I had cygwin install download to. Shai On Jan 23, 2008 5:29 PM, Dave Korn [EMAIL PROTECTED] wrote: On 23 January 2008 15:08, Shai wrote: Oops... my bad, here is an updated one: bash-3.2$ cygcheck /bin/cvs.exe C:\cygwin\bin/cvs.exe Error: could not find cygcrypt-0.dll Like I guesed, a missing DLL. So re-run setup.exe; it should pick up the dependency. If for any reason you don't have the package downloaded, you can always find out which package contains a given file: go to http://cygwin.com/packages, enter the name of the file, and you'll see (at http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygcrypt-0.dll in this case) that you need to (re?)install the crypt-1.1-1 package. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
libtools
How is the conversion of libtools coming along. I download libtool1.5 1.5.23c-1 and libltdl3 1.5.23c-1 some time ago, and just ran setup to get the new which program and it wants to revert me to 1.5.23a. I understand that 1.5.23c was experimental... I just want to ask if it is still so and what are its prospects at being the default libtoll.. regards -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: which-2.19-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 NEWS: = New upstream release. See attached NEWS from upstream for more details. DESCRIPTION: Which is a utility that prints out the full path of the executables that bash(1) would execute when the passed program names would have been entered on the shell prompt. It does this by using the exact same algorithm as bash. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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. - -- David Rothenberger [EMAIL PROTECTED] The five rules of Socialism: (1) Don't think. (2) If you do think, don't speak. (3) If you think and speak, don't write. (4) If you think, speak and write, don't sign. (5) If you think, speak, write and sign, don't be surprised. -- being told in Poland, 1987 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Cygwin) Comment: Key at http://mysite.verizon.net/res00a7j/key.gpg.txt Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBR5dxAb3xOW8bc2dhAQh3gQf/VZfe+rkRSTkSNHeqDhsL5m0CBNXWRnWO PgHRTEeT9/xgb6rkNN2BQ2P/qzQgLrzWVGf1uvwvImTnj+x9mHYDmw4qmKB1Cmyx t+i7AZykeP/UKP0HqKSZrxFVNENkcYmjhbrLvVyqc4fYTsc149E7JOJz0zs+8Gfq M1XAbhIZRGKlyqupDs1W/t19HkH7PwJu8JD64LAL/gbweMGbjKDkhFo5SEcqHzr6 1iR7UdMIpd8jIbrhnM6DXT5gSZ8GLJKEwoUzF9T2DkDVTCj9J5zZKeo8qzcJ3oFs 13rrDrfQd2kpe/WFdd3hTzbGIUKStneAb/HarNRkWiMEXvesQGGpiA== =Eh1F -END PGP SIGNATURE- Version 2.18 -- 2.19 * Upgraded code from bash to version 3.2. This DOES has influence on how Which behaves under certain circumstances. * Support for Cygwin: Two leading slashes are now treated as possibly special, because a double leading slash can have an implementation-defined meaning (depending on the Operating System), as is for example the case in Cygwin. See http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04_11 This means that GNU which no longer collapses two leading slashes of a path into a single slash. * When the environment variable HOME is not set, the home directory is now read from /etc/passwd or set to '/' if no home directory could be found (this now matches the tilde lib used in bash). * Fixed the function declaration given in README.alias * Added a @dircategory and @direntry to which.texinfo * Changed the license to GPLv3. NEWS.sig Description: Binary data
