Re: [ITP] geoip -- IP lookup command line tools to show country information
Yaakov S (Cygwin Ports) [EMAIL PROTECTED] writes: Jari Aalto wrote: Well, I tried to build this from source with the 'all' command, but no packages were created! -- Making package [binary] /home/Yaakov/tmp/geoip-1.3.14/.sinst/geoip-1.3.14-1.tar.bz2 ./geoip-1.3.14-1.sh: line 1239: type: cygbuild.pl: not found -- [WARN] Can't make source package. Additional libraries and template are needed to manage source builds. ... -- Done. Neither a binary package nor a new source package were created; Thanks, This was a bug in packaging process. Updated. Try now. Jari 1) manual download wget\ http://cygwin.cante.net/geoip/geoip-1.3.14-1.tar.bz2.sig \ http://cygwin.cante.net/geoip/geoip-1.3.14-1.tar.bz2 \ http://cygwin.cante.net/geoip/geoip-1.3.14-1-src.tar.bz2.sig \ http://cygwin.cante.net/geoip/geoip-1.3.14-1-src.tar.bz2 \ http://cygwin.cante.net/geoip/setup.hint 2) automated; get.sh will print further instructions gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir geoip ; cd geoip rm -f get.sh get.sh.sig wget -q http://cygwin.cante.net/geoip/get.sh \ http://cygwin.cante.net/geoip/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh
Re: Security advisory: xpdf (CVE-2005-3624/25/26/27)
Yaakov S writes: Yaakov S (Cygwin Ports) wrote: Xpdf is vulnerable to integer overflows that may be exploited to execute arbitrary code. Solution: apply this patch to xpdf-3.01: http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/app-text/xpdf/files/xpdf-3.01-sec-rollup.patch More information: http://www.gentoo.org/security/en/glsa/glsa-200601-17.xml Now, in addition to the above, there's another heap overflow vulnerability. Isn't maintaining xpdf a lot of fun? :-) I'll try packaging a new version this evening. Yaakov Ciao Volker
Re: [ITP] geoip -- IP lookup command line tools to show country information
Lapo Luchini [EMAIL PROTECTED] writes: Remarks from tar inspection: - binary package contains both GeoIP.conf.default and GeoIP.conf, so I fear the actual configuration file would be deinstalled/reinstalled upon a reinstall Good point. Now taken cared of. - no shared libraries? (this is not a problem, just a question) Is there instaructions somewhere what must be done for libtool to make it produce dll's? (I'm not used to this cygbuild thing, so I may have done somethnig wrong...) - it seems to build good - install says: ./geoip-1.3.8-1.sh.CygbuildInstallCygwinPartMain: [ERROR] Missing file: /home/lapo/packaging/tmp/getip/geoip-1.3.8/.inst/usr/share/doc/Cygwin ./geoip-1.3.8-1.sh.CygbuildCommandMain: [FATAL] status is 1. The command all does not try to produce a working copy that could be installed live. It only verifies the build system. The all runs lastly command finish which removes build dirs and temporary files. Note: ./*sh -h ... To see results of source compilation, the CMD steps must to be run one by one are: $ ./foo-N.N-RELEASE.sh -v prep conf make install $ cd foo-N.N/ $ find .inst/ Update now available; the /etc install is now handled better. Jari
Re: [ITP] pycrypto-2.0.1-1 -- Cryptographic algorithms and protocols for Python
Jari Aalto [EMAIL PROTECTED] (Cygwin-wnpp#20060212T0116) writes: 1) manual download wget\ http://cygwin.cante.net/pycrypto/pycrypto-2.0.1-1.tar.bz2.sig ... I changed the package name to more canonocal python-package. So the correct downloads are:
Re: gamin-0.1.7
Lapo Luchini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: static int gamin_check_not_fat (void) Nice. if (strcmp(fsname, FAT) == 0) Had to change this to a strncmp(, , 3), but otherwise works perfectly. Seeing this and the messages about string vulnerabilities that are floating around, I thought I'd have a closer look at the function. Turns out the code is fine. However note that this will only work on 2000/XP and greater. GetVolumePathName is only available when _WIN32_WINNT=0x500 9x, ME and NT will either need to figure out the root directory of the volume some other way, or just CD to winpath and call GetVolumeInformation. Dave
RFC: [PATCH] Retry replacing in-use files in setup
Hi,
Here's a quick and dirty patch to retry replacing in-use files. Unless
setup is running in unattended mode, it will show an Abort/Retry/Ignore
dialog warning the user that a particular file was in-use. The user can
Retry indefinitely, though the second and subsequent messages are going
to be a bit more stringent. Ignore will prevent any further pop-ups
(the logic being that if even one file was set to be replaced on reboot,
might as well do all of them).
This worked for me in some limited testing, but is obviously not complete
(e.g., Abort doesn't work -- do we even need it?).
I'd like some comments from people on both the behavior and my
assumptions. The patch was intentionally done in whitespace-indifferent
mode to make the actual changes easier to see, so please don't mention the
sloppy indentation. :-) Just in case this gets passed with flying colors
and accepted into the codebase, I've included the ChangeLog below.
Igor
==
2006-02-14 Igor Peshansky [EMAIL PROTECTED]
* install.cc (Installer::installOne): If file is in use, ask the user
to stop processes and retry.
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!)
|,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de BergeracIndex: install.cc
===
RCS file: /cvs/cygwin-apps/setup/install.cc,v
retrieving revision 2.77
diff -u -p -w -r2.77 install.cc
--- install.cc 1 Sep 2005 16:39:27 - 2.77
+++ install.cc 15 Feb 2006 02:44:52 -
@@ -206,6 +206,7 @@ Installer::installOne (packagemeta pkgm
io_stream *tmp = io_stream::open (source.Cached (), rb);
io_stream *tmp2 = 0;
archive *thefile = 0;
+ bool ignoreExtractErrors = unattended_mode;
if (tmp)
{
tmp2 = compress::decompress (tmp);
@@ -253,8 +254,38 @@ Installer::installOne (packagemeta pkgm
Progress.SetText3 (canonicalfn.c_str());
log (LOG_BABBLE) Installing file prefixURL prefixPath
fn endLog;
- if (archive::extract_file (thefile, prefixURL, prefixPath) != 0)
+ bool firstIteration = true;
+ while (archive::extract_file (thefile, prefixURL, prefixPath) != 0)
{
+ if (!ignoreExtractErrors)
+ {
+ char msg[fn.size() + 300];
+ sprintf (msg,
+ %snable to extract %s -- the file is in use.\r\n
+ Please stop %s Cygwin processes and select
\Retry\,\r\n
+ or select \Ignore\ to go on anyway (you will need
to reboot).\r\n
+ Select \Abort\ to stop the installation\r\n,
+ firstIteration?U:Still u, fn.c_str(),
firstIteration?all:ALL);
+ switch (MessageBox
+ (NULL, msg, In-use files detected,
+ MB_ABORTRETRYIGNORE | MB_ICONWARNING | MB_TASKMODAL))
+ {
+ case IDRETRY:
+ // retry
+ firstIteration = false;
+ continue;
+ case IDABORT:
+ MessageBox(NULL, This option is ignored for now,
+Option ignored, MB_OK | MB_ICONINFORMATION |
MB_TASKMODAL);
+ break;
+ case IDIGNORE:
+ ignoreExtractErrors = true;
+ break;
+ default:
+ break;
+ }
+ // fall through to previous functionality
+ }
if (NoReplaceOnReboot)
{
++errors;
@@ -324,6 +355,8 @@ Installer::installOne (packagemeta pkgm
}
}
}
+ // We're done with this file
+ break;
}
progress (tmp-tell ());
num_installs++;
Re: [ITP] libgtkhtml2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dr. Volker Zell wrote: [snip] collect2: ld returned 1 exit status make[2]: *** [simple.exe] Error 1 make[2]: Leaving directory `/usr/src/libgtkhtml-2.6.3/.build/tests' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/libgtkhtml-2.6.3/.build' make: *** [all] Error 2 OK, I see the problem. Take two: ftp://sunsite.dk/projects/cygwinports/release/GNOME/libgtkhtml2/libgtkhtml2-2.6.3-2-src.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/GNOME/libgtkhtml2/libgtkhtml2-2.6.3-2.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/GNOME/libgtkhtml2/setup.hint ftp://sunsite.dk/projects/cygwinports/release/GNOME/libgtkhtml2/libgtkhtml2-devel/libgtkhtml2-devel-2.6.3-2.tar.bz2 ftp://sunsite.dk/projects/cygwinports/release/GNOME/libgtkhtml2/libgtkhtml2-devel/setup.hint Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD8qHspiWmPGlmQSMRAtsnAKCU9FYwlyE2oG9+6ByXtClTq53DjwCfZSku CZROc1R8683HoDSkCdYez1A= =o2b0 -END PGP SIGNATURE-
Re: CygWin fatal error...
[EMAIL PROTECTED] wrote: Hi. I'm new to all this about Cygwin. I'couldn't find any page concerning this issue. It isn't even about a product of yours. It happens i been tring to use the Axiomatic Multi-platform C Compiler from AxiomSol, it uses the Cygwin basement on the Windows version. I don't know if you even heard about it, it is a C compiler wich produces Java ByteCode instead, quite a good idea. The thing is, once it is installed, if i try to start the Xwin server (following the sequence of commands on the ampcstart bat file), an error is generated indcating A fatal error has ocurred and Cygwin/X will now exit. Whenever i search for a file Xwin.log on the /tmp directory, it happens that this file not even exists!. Some of the directories mentioned on the same bat file wich are part of the Cygwin installation doesn't exist neither. I mentioned this issue to the guys of Axiomsol but they don't seem to understand it (they insist on the firewall stuff but i don't think this is the problem). So i'm writing you in the hope for some more useful tip. Thanks a lot, i'll be waiting your answer This is really off-topic since it's a problem with a 3rd party product. You do really need to get them to resolve it for you. However, if I had to guess, I'd say the problem is duplicate cygwin1.dlls and/or other Cygwin DLLs. You can test this by isolating (or completely uninstalling) the Axiomatic compiler and see if that resolves the issue. You may find that you need to reinstall Cygwin via setup.exe to get all the settings back to where they should be (Axiomatic may muck with these as part of their installation). But take it one step at a time. If you find just uninstalling the Axiomatic compiler resolves the issue, you can look at reinstalling Axiomatic and removing duplicated Cygwin DLLs from the installation (especially cygwin1.dll). Just make sure that the Cygwin bin directory is in your (Windows) path and that the DLLs you remove from Axiomatic's installation exist in your Cygwin instalation. That should allow you to use both Cygwin and Axiomatic together, assuming all the above yielded positive results. But keep in mind that this is a fragile installation on Axiomatic's part. Any update of their stuff will likely break things again. That's something you want to take up with them. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Does xming -from work?
My only reason for pursuing XDMCP was to improve network performance, and Cygwin shows this is not going to happen. But for the benefit of the Xming project, -from apparently does not work. My IP address is not fixed. The following worked (from cygwin): $ Xwin -query 192.61.248.23 -nodecoration -lesspointer -from 172.17.4.209 -notrayicon -logverbose 3 Same results with xming from source forge C:\Program Files\XmingXming -query 192.61.248.23 -nodecoration -lesspointer -from 172.17.4.209 -notrayicon -logverbose 3 Welcome to the Xming X Server Vendor: The Xming Project Release: 6.9.0.0-0 Contact: [EMAIL PROTECTED] glWinInitVisuals:1526: glWinInitVisuals init_visuals:1068: init_visuals glWinScreenProbe:1401: glWinScreenProbe fixup_visuals:1314: fixup_visuals init_screen_visuals:1347: init_screen_visuals (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 (--) 3 mouse buttons found Could not init font path element C:\PROGRAM FILES\XMING/fonts/CID/, removing from list! Could not init font path element C:\PROGRAM FILES\XMING/fonts/75dpi/, removing from list! Could not init font path element C:\PROGRAM FILES\XMING/fonts/100dpi/, removing from list! Fatal server error: XDMCP fatal error: Session declined No valid address winDeinitMultiWindowWM - Noting shutdown in progress -- 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/
[PATCH] Add -p option to ps command
Attached is a patch to add a -p option to the ps command to show
information for only a single PID: ps -p PID
This option is available on other implementations of ps (e.g., Solaris).
Index: winsup/utils/ps.cc
===
--- ps.cc.orig 2006-02-13 17:19:24.0 -0500
+++ ps.cc 2006-02-13 17:53:20.0 -0500
@@ -29,6 +29,7 @@
{full, no_argument, NULL, 'f' },
{help, no_argument, NULL, 'h' },
{long, no_argument, NULL, 'l' },
+ {process, required_argument, NULL, 'p'},
{summary, no_argument, NULL, 's' },
{user, required_argument, NULL, 'u'},
{version, no_argument, NULL, 'v'},
@@ -36,7 +37,7 @@
{NULL, 0, NULL, 0}
};
-static char opts[] = aefhlsu:vW;
+static char opts[] = aefhlp:su:vW;
typedef BOOL (WINAPI *ENUMPROCESSMODULES)(
HANDLE hProcess, // handle to the process
@@ -200,7 +201,7 @@
usage (FILE * stream, int status)
{
fprintf (stream, \
-Usage: %s [-aefls] [-u UID]\n\
+Usage: %s [-aefls] [-u UID] [-p PID]\n\
Report process status\n\
\n\
-a, --all show processes of all users\n\
@@ -208,6 +209,7 @@
-f, --full show process uids, ppids\n\
-h, --help output usage information and exit\n\
-l, --long show process uids, ppids, pgids, winpids\n\
+ -p, --process show information for specified PID\n\
-s, --summary show process summary\n\
-u, --user list processes owned by UID\n\
-v, --version output version information and exit\n\
@@ -244,7 +246,7 @@
main (int argc, char *argv[])
{
external_pinfo *p;
- int aflag, lflag, fflag, sflag, uid;
+ int aflag, lflag, fflag, sflag, uid, proc_id;
cygwin_getinfo_types query = CW_GETPINFO;
const char *dtitle = PID TTY STIME COMMAND\n;
const char *dfmt = %7d%4s%10s %s\n;
@@ -256,6 +258,7 @@
aflag = lflag = fflag = sflag = 0;
uid = getuid ();
+ proc_id = -1;
lflag = 1;
prog_name = strrchr (argv[0], '/');
@@ -281,6 +284,9 @@
case 'l':
lflag = 1;
break;
+ case 'p':
+ proc_id = atoi (optarg);
+ break;
case 's':
sflag = 1;
break;
@@ -328,6 +334,9 @@
(p = (external_pinfo *) cygwin_internal (query, pid | CW_NEXTPID));
pid = p-pid)
{
+ if ((proc_id 0) (p-pid != proc_id)) {
+ continue;
+ }
if (!aflag)
if (p-version = EXTERNAL_PINFO_VERSION_32_BIT)
{
--- cygwin-ug-net.sgml.orig 2006-02-14 08:59:42.0 -0500
+++ cygwin-ug-net.sgml 2006-02-14 09:01:38.0 -0500
@@ -3834,7 +3834,7 @@
sect2 id=pstitleps/title
screen
-Usage: ps [-aefls] [-u UID]
+Usage: ps [-aefls] [-u UID] [-p PID]
Report process status
-a, --all show processes of all users
@@ -3842,6 +3842,7 @@
-f, --full show process uids, ppids
-h, --help output usage information and exit
-l, --long show process uids, ppids, pgids, winpids
+ -p, --process show information for specified PID
-s, --summary show process summary
-u, --user list processes owned by UID
-v, --version output version information and exit
@@ -3880,7 +3881,9 @@
mode, showing a long listing with all the above columns. The other display
option is literal-s/literal, which outputs a shorter listing of just
PID, TTY, STIME, and COMMAND. The literal-u/literal option allows you
-to show only processes owned by a specific user. The literal-W/literal
+to show only processes owned by a specific user. The literal-p/literal
+option allows you to show information for only the process with the
+specified PID. The literal-W/literal
option causes commandps/command show non-Cygwin Windows processes as
well as Cygwin processes. The WINPID is also the PID, and they can be killed
with the Cygwin commandkill/command command's literal-f/literal
--- cygwin-ug-net.texi.orig 2006-02-14 09:03:06.0 -0500
+++ cygwin-ug-net.texi 2006-02-14 09:02:10.0 -0500
@@ -3873,7 +3873,7 @@
@example
-Usage: ps [-aefls] [-u UID]
+Usage: ps [-aefls] [-u UID] [-p PID]
Report process status
-a, --all show processes of all users
@@ -3881,6 +3881,7 @@
-f, --full show process uids, ppids
-h, --help output usage information and exit
-l, --long show process uids, ppids, pgids, winpids
+ -p, --process show information for specified PID
-s, --summary show process summary
-u, --user list processes owned by UID
-v, --version output version information and exit
@@ -3915,7 +3916,9 @@
mode, showing a long listing with all the above columns. The other display
option is @samp{-s}, which outputs a shorter listing of just
PID, TTY, STIME, and COMMAND. The @samp{-u} option allows you
-to show only processes owned by a specific user. The @samp{-W}
+to show only processes owned by a specific user. The @samp{-p}
+option allows you to show information for only the process with the
+specified PID. The @samp{-W}
option causes @code{ps} show non-Cygwin Windows processes as
well as Cygwin processes. The WINPID
1.5.19-4: bash starts up in /usr/bin
Hi, after an update to the recent cygwin version, bash starts up in /usr/bin instead of my home directory. The command line seems to be unformatted, only a bash3.00$ says hello. Is this a bug or a feature? Thanks for your help. Regards, Nils. -- ..at least I thought I was dancing, 'til somebody stepped on my hand. -- J. B. White -- 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.19-4: bash starts up in /usr/bin
Reinstalling the base files fixed the problem. There should be a message ANYWHERE, that cygwin should be exited while updating the binaries. Instead, it seems to succeed in updating the system. That's not an optimal situation. Regards, Nils. -- ..at least I thought I was dancing, 'til somebody stepped on my hand. -- J. B. White -- 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: Updated: suite3270-3.3.4p7-1, c3270-3.3.4p7-1, pr3287-3.3.4p7-1 , s3270-3.3.4p7-1, tcl3270-3.3.4p7-1, x3270-3.3.4p7-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Peter A. Castro on 2/9/2006 2:39 PM: This is an update for the suite3270 packages based on version 3.3.4p6 plus patch 07 for c3270, s3270, tcl3270 and x3270 yielding 3.3.4p7 I would welcome a short sentence describing what they actually are! My appologies for not in-lining the actual new features changes. In my defense, there was so much changed between 3.2.20 and 3.3.4 that it would have gone on for pages and pages and felt it better to simply list the truely note worthy features (all be it, not all supported in this release :-(. I think the request was for a repeat of the ldesc: from the setup.hint included in the announcement, in order to give people a heads up as to whether the package is important enough for them to upgrade it. So here you go: This is the base package for a suite of 3270 emulators derived from x3270. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD8eP884KuGfSFAYARAl/0AJ0XXEJGTrlNUhrcNBlWxujI7S7YQgCfe1bQ mqRVhvZ5UZjJm4lG9QaJ8xM= =ViUZ -END PGP SIGNATURE- -- 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: [octave ] LOADPATH recurses only one level of subdirectories (on network drives)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ugh - top-posting reformatted http://cygwin.com/acronyms/#TOFU According to Larrie Carr on 2/11/2006 11:25 PM: Probably the code you are looking for is the function do_subdir in liboctave/kpse.cc. This file contains a stripped-down version of the kpathsearch library. Most modifications were to remove TeX-specific stuff and to convert it to use std::string instead of plain C strings which historically leaked memory. In any case, that function may use an optimization to decide when to check for subdirectories. The optimization looks at the link count of the current directory. If it is 2, then the assumption is that the current directory does not contain any subdirectories. That seems to work fine for Unixy systems. Does that assumption not hold for Cygwin? If so, then I think the fix is fairly simple as there is also Windows-specific code in that function. Whether the optimization is performed depends on what is #defined at compile time, so you'll probably have to do some checking on a Cygwin system to see what is really going on. So the punch line is that octave will not work with network drives due to the difference on how stat returns the number of hard links. Octave uses stat to determine if the directory is recusible. But you can replicate the problem with using stat on the command line. $stat -c %h %f /cygdrive/c/test 2 41c0 $stat -c %h %f /usr/share/octave 1 41ed $stat -c %h %f /cygdrive/x/cygwin/usr/share/octave 1 41ed $ls -l /usr/share/octave total 0 drwxr-xr-x 1 larrie mkpasswd 0 Feb 8 23.31 2.1.72 drwxr-xr-x 1 larrie mkpasswd 0 Feb 8 23.31 site The code checks for two links (the %h) given that a subdirectory should have a . and a .. entry. But for some reason, network drives created using windows within cygwin report 1. Because it is too expensive for cygwin to report an accurate link count (stat() of the remote dir would effectively have to stat every file in that dir to see how many subdirectories there were, which would be quite expensive over the network). So I'm at the edge of my understanding - should cygwin be reporting 2 or 1 or is octave using a method that works on every other system except cygwin. find has the same optimization of using the directory link count to decide in advance how many subdirectories it should expect from readdir(), so that it can quit the directory search early once all the subdirs have been found. However, find takes care that if the link count of a directory is less than 2, then the optimization must not be performed. POSIX does not guarantee the link count of directories (and both mount points, and systems that allow directory hard links [although cygwin does not allow directory hard links] can mess up the traditional semantics), so it is a bug in octave if it is mis-optimizing traversal in the presence of a directory link count of 1. It might make sense, though, for cygwin to set the link count to 0 on remote directories (rather than 1), to make it obvious that the link count really is unknown, but this still does not take the blame off of octave for the mis-optimization. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD8ebB84KuGfSFAYARAuv+AKDLLPSP9oDYGeKqfj9aBQX0DZWHOACfSVL/ nPld93ctXKzMgZwN9h+I/CM= =CslM -END PGP SIGNATURE- -- 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: [octave ] LOADPATH recurses only one level of subdirectories (on network drives)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 2/14/2006 7:18 AM: The code checks for two links (the %h) given that a subdirectory should have a . and a .. entry. But for some reason, network drives created using windows within cygwin report 1. Because it is too expensive for cygwin to report an accurate link count (stat() of the remote dir would effectively have to stat every file in that dir to see how many subdirectories there were, which would be quite expensive over the network). Following up on myself, more details about POSIX requirements on directory link counts, and the implications to programs trying to optimize based on link counts, can be found in this thread of the Austin group mailing list: https://www.opengroup.org/sophocles/show_archive.tpl?source=Llistname=austin-group-lpagesize=10first=1searchstring=link+countzone=F - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD8eoL84KuGfSFAYARAvfEAJ9AYm3XZX+ufUO+OwQVMZEhY7WhwQCgn0ye XcAInc+REW0G4CqWar4Cldw= =hJKm -END PGP SIGNATURE- -- 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: coreutils-5.94-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 5.94-1, is available for use, replacing 5.93-3 as the current version. NEWS: = A new stable upstream version of coreutils, 5.94-1, has been released, providing minor upstream bug fixes since 5.93-3. A detailed NEWS excerpt is below. All cygwin patches from 5.93 have been ported, with no additional cygwin-specific functionality in this release. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort split stat stty su sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE: === 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. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category (it should already be selected). 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. - -- Eric Blake volunteer cygwin coreutils maintainer 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. = * Major changes in release 5.94 (2006-02-13) [stable] ** Feature changes df now considers none and proc file systems to be dummies and therefore does not normally display them. Also, inaccessible file systems (which can be caused by shadowed mount points or by chrooted bind mounts) are now dummies, too. stat's --format=FMT option now works the way it did before 5.3.0: FMT is automatically newline terminated. The first stable release containing this change was 5.92. stat accepts the new option --printf=PFMT, where PFMT is *not* automatically newline terminated. Backslash escapes in PFMT *are* interpreted. stat: backslash escapes are interpreted in a format string specified via --printf=FMT, but not one specified via --format=FMT. That includes octal (\ooo, at most three octal digits), hexadecimal (\xhh, one or two hex digits), and the standard sequences (\a, \b, \f, \n, \r, \t, \v, \, \\). ** Bug fixes When `cp -RL' encounters the same directory more than once in the hierarchy beneath a single command-line argument, it no longer confuses them with hard-linked directories. fts-using tools (chmod, chown, chgrp, du) no longer fail due to a double-free bug -- it could be triggered by making a directory inaccessible while e.g., du is traversing the hierarchy under it. fts-using tools (chmod, chown, chgrp, du) no longer misinterpret a very long symlink chain as a dangling symlink. Before, such a misinterpretation would cause these tools not to diagnose an ELOOP error. sort would fail for large inputs (~50MB) on systems with a buggy mkstemp function. sort and tac now use the replacement mkstemp function, and hence are no longer subject to limitations (of 26 or 32, on the maximum number of files from a given template) on HP-UX 10.20, SunOS 4.1.4, Solaris 2.5.1 and OSF1/Tru64 V4.0FV5.1. tail -f once again works on a file with the append-only attribute (affects at least Linux ext2, ext3, xfs file systems) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD8e/d84KuGfSFAYARAkgqAKC+S2ryogODLT3YPrEelnzvgDZTagCgx1B/ edMKhgv/fyuFIAPvTTk2qWE= =uovR -END PGP SIGNATURE- -- 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: [octave ] LOADPATH recurses only one level of subdirectories (on network drives)
On 14-Feb-2006, Eric Blake wrote: | so it is a | bug in octave if it is mis-optimizing traversal in the presence of a | directory link count of 1. It might make sense, though, for cygwin to set | the link count to 0 on remote directories (rather than 1), to make it | obvious that the link count really is unknown, but this still does not | take the blame off of octave for the mis-optimization. If we are playing the blame game, then let's assign some of the blame to the kpathsearch library, which is the basis for Octave's path searching code. jwe -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Building Cygwin
I downloaded the source for cygwin-1.5.19-4, and successfully compiled it using: ./configure make My interest was in the ps command. It runs fine, but when I looked at the size of the executable: 146 cygwin-1.5.19-4 ls -l i686-pc-cygwin/winsup/utils/ps.exe -rwxr-xr-x 1 jhedden Domain Users 1335037 Feb 14 10:55 i686-pc-cygwin/winsup/utils/ps.exe* compared with the distributed binary: 147 cygwin-1.5.19-4 ls -l /bin/ps.exe -rwxr-xr-x 1 jhedden Domain Users 9728 Jan 20 13:29 /bin/ps.exe* I see that there is a problem. What settings do I need to use to get the binaries to be the same (small) size? -- 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: wrong macro definition in pthread.h
skaller wrote:
On Mon, 2006-02-13 at 21:27 +0900, 橋 宏彰 wrote:
In cvs head.
winsup/cygwin/include/pthread.h
#define pthread_cleanup_push(_fn, _arg) { __pthread_cleanup_handler
__cleanup_handler = \
{ _fn, _arg, NULL }; \
_pthread_cleanup_push(
__cleanup_handler );
#define pthread_cleanup_pop(_execute) _pthread_cleanup_pop( _execute ); }
incorrect '}' position.
From my man pthread_cleanup_push:
Matching pairs of !pthread_cleanup_push! and !pthread_cleanup_pop!
must occur in the same function, at the same level of block nest‐
ing. Actually, !pthread_cleanup_push! and !pthread_cleanup_pop!
are macros, and the expansion of !pthread_cleanup_push! introduces
an open brace !{! with the matching closing brace !}! being intro‐
duced by the expansion of the matching !pthread_cleanup_pop!.
This is what SUSv3 says too.
SO if this is a bug .. it is shared by Linux..:)
VH
signature.asc
Description: OpenPGP digital signature
RE: BUG: ualarm(0,0) not clearing ualarms
Gary R. Van Sickle wrote: I get the same can't-duplicate as Chris does, on 'uname -a'= CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47 i686 Cygwin I don't have any of this stuff in $CYGWIN, might be worth a try to ditch it: CYGWIN = 'server ntsec forkchunk:32768' Chris, Gary, et al, I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done -Samrobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building Cygwin
Jerry D. Hedden wrote: I downloaded the source for cygwin-1.5.19-4, and successfully compiled it using: ./configure make You really should do a VPATH build as instructed in http://cygwin.com/faq/faq.programming.html#faq.programming.building-cygwin. What settings do I need to use to get the binaries to be the same (small) size? The size is due to the debug information. It does not affect the memory usage or speed of execution. To get rid of it, set CFLAGS appropriately or use strip. 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/
newbie asks sshd freezes
Hay, I am using open ssh 4.2p1-1 , and I am expirincing freezes when the network interface change. If I take the ethernet cable out - then plug it back again , I have to restart sshd. either the cpu useage goes to 100% or it just doesnt accept incoming comm. Hope to provide backtraces if this? 2. can I write a watch-dog script that will check sshd status, and if it is not connected reset it. Niv -- 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: BUG: ualarm(0,0) not clearing ualarms
On Tue, Feb 14, 2006 at 11:08:52AM -0500, Robb, Sam wrote: Gary R. Van Sickle wrote: I get the same can't-duplicate as Chris does, on 'uname -a'= CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47 i686 Cygwin I don't have any of this stuff in $CYGWIN, might be worth a try to ditch it: CYGWIN = 'server ntsec forkchunk:32768' Chris, Gary, et al, I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done It behaves the same for me no matter where I run it. I even increased the final sleep time in case the program was exiting before the bogus alarm was tripped. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: BUG: ualarm(0,0) not clearing ualarms
From: Robb, Sam I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done I'm the original poster of this bug report. I usually run in an rxvt window, which is where I see the bug. I tried a dos window, and the bug did not occur. Further, it occurs on my Win2K box, but not on my WinXP box. Jerry, I've cc'd the cygwin list on this reply since the difference (Win2K vs. WinXP) may be significant. I'm also running cygwin under Win2K. It may be that others who have not seen this error are also running under XP as well. -Samrobb -- 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.7: Problem with tcsh 6.12.00-7 / sed 4.0.8-1
fyi.. -- Forwarded message -- From: Michael Brand [EMAIL PROTECTED] Date: Feb 13, 2006 11:13 PM Subject: Re: 1.5.7: Problem with tcsh 6.12.00-7 / sed 4.0.8-1 To: Stewart Midwinter [EMAIL PROTECTED] Cc: cygwin@cygwin.com Nope, I never found a good solution, and suspect that a good solution here requires patching some Cygwin internals, but here are three workarounds we used back then: 1. Disable one CPU. 2. Use watchdog processes that will kickstart things if they get stuck. 3. Switch to *much* older Cygwin versions, which seem to be free of this problem. I am still hoping for a Cygwin version that fixes this, but I guess that as long as there are so few people who, like me, use Cygwin as a mass-processing infrastructure, there is little chance of this problem getting to the top of the list of priorities. Cheers, M. Stewart Midwinter wrote: From: Michael Brand cygwin at brand.scso.com I disabled one of the CPUs on my dual-CPU Xeon, and everything started working well, so I guess this is a dual-cpu problem. I tried running my scripts on several dual-CPU Xeons (different computer models, but all of them HPs), ... snip ... it generally crashes an hour or two later, at the most. Joining the party a *little* late here ... :-) I too have a dual-CPU Xeon made by HP and it too has a problem with a tcsh script hanging when it runs for a long time (it's a polling script). We suspect that it might have to do with forking, but are unable to test that theory at this time. Apart from disabling the 2nd CPU (which kind of defeats the purpose of having such a machine!), did you ever find any other solution? thanks Stewart -- Stewart Midwinter [EMAIL PROTECTED] [EMAIL PROTECTED] Skype, GoogleTalk, iChatAV, MSN, Yahoo: midtoad AIM:midtoad1 -- Stewart Midwinter [EMAIL PROTECTED] [EMAIL PROTECTED] Skype, GoogleTalk, iChatAV, MSN, Yahoo: midtoad AIM:midtoad1 -- 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: How Can I Use the FtpCommand Function with Cygwin?
Thanks for your reply, but the makefiles that I'm using do use .lib files, and things are following PC rather than unix conventions, and I am already getting wininet.lib, because other stuff that is working comes from there. So, I believe the answer is that wininet.lib is just out of date on my PC, because FtpCommand is relatively new. There are two approaches that I'm going to try, although I haven't tried either yet. One is that I found the same exact question on the web, which you can also find by searching for wininet.lib and FtpCommand unresolved symbol, and the answer gave instructions for downloading a newer version of the platform SDK. This person said that his version had been from 2003, which wasn't new enough. (Mine is from 1998.) So, I may try that, although other people who use the same makefiles will then all have to update their PC's the same way. The other possibility is that I'm going to try looking at the source code for ftp on Cygwin. I think the same functionality that I'm trying to implement with FtpCommand had to work in Cygwin's ftp before FtpCommand was available, so maybe it will show another way of doing it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Monday, February 13, 2006 8:01 PM To: cygwin@cygwin.com Subject: Re: How Can I Use the FtpCommand Function with Cygwin? Tischler, Ron wrote: I am trying to use Cygwin to write a PC application that calls the function named FtpCommand. Microsoft documentation that I found online says that there is a header named wininet.h and a library named wininet.lib to link in. On my PC, under the Cygwin stuff, I see wininet.h, but not wininet.lib. This version of wininet.h does have a declaration of FtpCommand. My PC also has copies of wininet.h and wininet.lib under Program Files, but this copy of wininet.h and wininet.lib does not contain FtpCommand. When I compile, this header gets brought in, not the Cygwin one, so my use of FtpCommand doesn't compile cleanly. I can get around that by typing in the declaration of FtpCommand myself. But then, of course, I get link time errors because it didn't find a wininet.lib that contained FtpCommand. Should I be trying to get a copy of wininet.lib from Cygwin, or a more up-to-date version of wininet.lib from Microsoft? Either way, what would I need to do to link it into my application? You don't have to worry about any of that stuff. Just make sure you have the w32api package installed, then #include the header as usual and add -lwininet to the end of your link command line. Don't try to mix in any other source of headers or libraries, especially the pSDK. w32api has everything. Cygwin does not use .lib files, and the naming of libraries is that of unix. So you use -lfoo to link with libfoo.a (or sometimes libfoo.dll.a) which is the import library for the DLL. 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/ -- 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: How Can I Use the FtpCommand Function with Cygwin?
Tischler, Ron wrote: Thanks for your reply, but the makefiles that I'm using do use .lib files, and things are following PC rather than unix conventions, and I am already getting wininet.lib, because other stuff that is working comes from there. So, I believe the answer is that wininet.lib is just out of date on my PC, because FtpCommand is relatively new. There are two approaches that I'm going to try, although I haven't tried either yet. I don't understand why you're trying to fit the square peg in the round hole then. If you're using Cygwin, the proper way to link against wininet is to add -lwininet to the link command line. That's it, you don't have to mess around with any of this find the right .lib file business. One is that I found the same exact question on the web, which you can also find by searching for wininet.lib and FtpCommand unresolved symbol, and the answer gave instructions for downloading a newer version of the platform SDK. This person said that his version had been from 2003, which wasn't new enough. (Mine is from 1998.) So, I may try that, although other people who use the same makefiles will then all have to update their PC's the same way. w32api's libwininet.a contains definitions for FtpCommand and all the other ftp functions. As I said earlier, trying to grab stuff from the platform SDK is going to make all kinds of things break. w32api has everything you need. The other possibility is that I'm going to try looking at the source code for ftp on Cygwin. I think the same functionality that I'm trying to implement with FtpCommand had to work in Cygwin's ftp before FtpCommand was available, so maybe it will show another way of doing it. That will not get you anywhere, as the ftp command implements the ftp protocol itself, it does not use the wininet library. 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: BUG: ualarm(0,0) not clearing ualarms
I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done It behaves the same for me no matter where I run it. I even increased the final sleep time in case the program was exiting before the bogus alarm was tripped. cgf my previous test case was run under rxvt as well, with no BOGUS ALARM's noted. -- 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: How Can I Use the FtpCommand Function with Cygwin?
On 14 February 2006 17:35, Tischler, Ron wrote: -Original Message- From: cygwin-owner On Behalf Of Brian Dessent Sent: Monday, February 13, 2006 8:01 PM Tischler, Ron wrote: I am trying to use Cygwin to write a PC application that calls the function named FtpCommand. Microsoft documentation that I found online says that there is a header named wininet.h and a library named wininet.lib to link in. On my PC, under the Cygwin stuff, I see wininet.h, but not wininet.lib. Cygwin does not use .lib files, and the naming of libraries is that of unix. So you use -lfoo to link with libfoo.a (or sometimes libfoo.dll.a) which is the import library for the DLL. Thanks for your reply, but the makefiles that I'm using do use .lib files, and things are following PC rather than unix conventions, and I am already getting wininet.lib, because other stuff that is working comes from there. My makefiles are using the wrong input files Well, get them to use the correct input files But I don't want to change them. Tell me how to use the wrong files instead. smacks self across forehead with large wet fish in sheer despair 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: BUG: ualarm(0,0) not clearing ualarms
Robb, Sam wrote: From: Robb, Sam I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done I'm the original poster of this bug report. I usually run in an rxvt window, which is where I see the bug. I tried a dos window, and the bug did not occur. Further, it occurs on my Win2K box, but not on my WinXP box. Jerry, I've cc'd the cygwin list on this reply since the difference (Win2K vs. WinXP) may be significant. I'm also running cygwin under Win2K. It may be that others who have not seen this error are also running under XP as well. -Samrobb my system is XP/SP2. -- 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: BUG: ualarm(0,0) not clearing ualarms
On Tue, Feb 14, 2006 at 01:05:09PM -0500, Reid Thompson wrote: I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done It behaves the same for me no matter where I run it. I even increased the final sleep time in case the program was exiting before the bogus alarm was tripped. my previous test case was run under rxvt as well, with no BOGUS ALARM's noted. Ditto, on both W2K and XP. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How Can I Use the FtpCommand Function with Cygwin?
On Tue, Feb 14, 2006 at 06:07:11PM -, Dave Korn wrote: On 14 February 2006 17:35, Tischler, Ron wrote: From: cygwin-owner On Behalf Of Brian Dessent Sent: Monday, February 13, 2006 8:01 PM Tischler, Ron wrote: I am trying to use Cygwin to write a PC application that calls the function named FtpCommand. Microsoft documentation that I found online says that there is a header named wininet.h and a library named wininet.lib to link in. On my PC, under the Cygwin stuff, I see wininet.h, but not wininet.lib. Cygwin does not use .lib files, and the naming of libraries is that of unix. So you use -lfoo to link with libfoo.a (or sometimes libfoo.dll.a) which is the import library for the DLL. Thanks for your reply, but the makefiles that I'm using do use .lib files, and things are following PC rather than unix conventions, and I am already getting wininet.lib, because other stuff that is working comes from there. My makefiles are using the wrong input files Well, get them to use the correct input files But I don't want to change them. Tell me how to use the wrong files instead. Actually, it's But I don't want to change them because that's too complicated. Please engage me in a days-long back and forth email discussion so that I can avoid this complication and painstakingly figure out how to avoid changing my makefiles. smacks self across forehead with large wet fish in sheer despair Indeed. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: How Can I Use the FtpCommand Function with Cygwin?
On 14 February 2006 18:44, Tischler, Ron wrote: NUMBER ONE THING TO DO BEFORE YOU POST TO THIS LIST AGAIN: READ http://cygwin.com/acronyms#PCYMTNQREAIYR. These makefiles are large, and they came to us from another company, and there are good business reasons to avoid changing them. Saying that the makefiles are going about everything the wrong way is not an option. smacks self round head with even larger even wetter even deader fish It's not the makefiles going about everything the wrong way, it's YOU. Yes, the makefiles are good. They take a bunch of source, and build it with MSVC, and link it against the MSVC import libs, and all is good. Now you've taken the makefiles, kept them the same, taken the sources, kept them the same, but you've changed the compiler to gcc. WHY do you refuse to use the new import libs that go with the new compiler you've changed to using? 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/
G++ Missing libraries in cygwin
Hey Guys, I'm hoping that you can help me with a problem that I'm having. I am trying to install g++ 3.4.4.1 from cygwin's setup. I choose both binary and source. However, when I check the /usr/lib folder it is completely empty. Because of this, I cannot compile any of the programs that I have on my machine. Is this a known issue? Do you have any idea what I might be able to do to fix it? If you could let me know I would appreciate it. Thanks, Franklin -- 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: G++ Missing libraries in cygwin
On Tue, 14 Feb 2006, Franklin Williams wrote: I'm hoping that you can help me with a problem that I'm having. I am trying to install g++ 3.4.4.1 from cygwin's setup. I choose both binary and source. However, when I check the /usr/lib folder it is completely empty. Because of this, I cannot compile any of the programs that I have on my machine. Is this a known issue? Do you have any idea what I might be able to do to fix it? If you could let me know I would appreciate it. Start here: Problem reports: http://cygwin.com/problems.html Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: G++ Missing libraries in cygwin
Franklin Williams wrote: Hey Guys, I'm hoping that you can help me with a problem that I'm having. I am trying to install g++ 3.4.4.1 from cygwin's setup. I choose both binary and source. However, when I check the /usr/lib folder it is completely empty. Because of this, I cannot compile any of the programs that I have on my machine. Is this a known issue? Do you have any idea what I might be able to do to fix it? If you could let me know I would appreciate it. A good starting point is: Problem reports: http://cygwin.com/problems.html This will allow us to work out WHAT is wrong, without having to resort to WAGs. WANFWAGs (We Are Not Fond of Wild-Assed Guesses) However, in spite of that, there's a reasonable chance that your mount table is incorrect, primarily in that C:\cygwin\lib (or wherever you installed cygwin to) is not mounted as /usr/lib You can check this by simply typing mount If this is the case, try: mount C:\cygwin\lib /usr/lib It should be noted that if one mount is broken, there's a reasonable chance others are too, so send your cygcheck output anyway, as an *attachment*, to the list. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Perl creates html-file, view from cmd.exe = Access is denied
I use cygwin perl to create some html files from cygwin sh. When I then later from cmd.exe (or cygwin sh) try to open one of these files from the command line with temp.html I get the error Access denied. This does not happen if I use the same trivial script from cmd.exe using ActiveState perl. There seem to be some problems with the ACL list for the created file. It looks to me like a cygwin bug. Below are more details. Kind regards, Lennart ** The perl script looks like this: use strict; open(OUT, temp.html) or die Can't create temp.html: $!; print OUT qq[ html head titletemp html file/title /head body temp.html here! /body /html ]; close(OUT); The output from cacls temp.html is D:\test\cygwin\temp.html W2ONE\Administrator:(special access:) STANDARD_RIGHTS_ALL DELETE READ_CONTROL WRITE_DAC WRITE_OWNER SYNCHRONIZE STANDARD_RIGHTS_REQUIRED FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES W2ONE\None:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_READ_DATA FILE_READ_EA FILE_READ_ATTRIBUTES Everyone:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_READ_DATA FILE_READ_EA FILE_READ_ATTRIBUTES -- 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: How Can I Use the FtpCommand Function with Cygwin?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tischler, Ron Sent: Tuesday, February 14, 2006 12:44 PM To: cygwin@cygwin.com Subject: RE: How Can I Use the FtpCommand Function with Cygwin? These makefiles are large, and they came to us from another company, and there are good business reasons to avoid changing them. Saying that the makefiles are going about everything the wrong way is not an option. Sometimes failure is not an option; it comes standard. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl creates html-file, view from cmd.exe = Access is denied
On Tue, 14 Feb 2006, Lennart Borgman wrote: I use cygwin perl to create some html files from cygwin sh. When I then later from cmd.exe (or cygwin sh) try to open one of these files from the command line with temp.html I get the error Access denied. This does not happen if I use the same trivial script from cmd.exe using ActiveState perl. There seem to be some problems with the ACL list for the created file. It looks to me like a cygwin bug. Below are more details. It's not a bug, it's a feature. (tm) Cygwin-created files are not executable unless they are explicitly created with executable permissions on. Perl doesn't do that, so you get a non-executable HTML file (and can't run this from CMD). ActiveState perl lets Windows pick the file ACLs, which are usually based on directory inheritance. To simulate this in Cygwin, use CYGWIN=nontsec perl myscript.pl. That said, you can also achieve the same effect (i.e., launching the appropriate command for the file) by prepending start in cmd.exe or cygstart in a Cygwin shell, no matter what the permissions are (i.e., use start temp.html or cygstart temp.html). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl creates html-file, view from cmd.exe = Access is denied
Igor Peshansky wrote: On Tue, 14 Feb 2006, Lennart Borgman wrote: I use cygwin perl to create some html files from cygwin sh. When I then later from cmd.exe (or cygwin sh) try to open one of these files from the command line with temp.html I get the error Access denied. This does not happen if I use the same trivial script from cmd.exe using ActiveState perl. There seem to be some problems with the ACL list for the created file. It looks to me like a cygwin bug. Below are more details. It's not a bug, it's a feature. (tm) Cygwin-created files are not executable unless they are explicitly created with executable permissions on. Perl doesn't do that, so you get a non-executable HTML file (and can't run this from CMD). ActiveState perl lets Windows pick the file ACLs, which are usually based on directory inheritance. To simulate this in Cygwin, use CYGWIN=nontsec perl myscript.pl. That said, you can also achieve the same effect (i.e., launching the appropriate command for the file) by prepending start in cmd.exe or cygstart in a Cygwin shell, no matter what the permissions are (i.e., use start temp.html or cygstart temp.html). HTH, Igor Many thanks for the quick and good explanations! -- 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: BUG: ualarm(0,0) not clearing ualarms
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robb, Sam Sent: Tuesday, February 14, 2006 10:09 AM To: cygwin@cygwin.com Subject: RE: BUG: ualarm(0,0) not clearing ualarms Gary R. Van Sickle wrote: I get the same can't-duplicate as Chris does, on 'uname -a'= CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.153/4/2) 20060209 14:37:47 i686 Cygwin I don't have any of this stuff in $CYGWIN, might be worth a try to ditch it: CYGWIN = 'server ntsec forkchunk:32768' Chris, Gary, et al, I'm able to reproduce this on my machine, but only when I'm running it under rxvt. If I run it from cmd.exe or within a standard cygwin bash shell, then it completes without the '-- BOGUS ALARM --' warnings. $ uname -a CYGWIN_NT-5.0 claus 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ gcc -o ua-test ua-test.c $ ./ua-test.exe First ualarm - one shot Second ualarm - one shot Last ualarm - repeats 3 times Clearing ualarm Sleeping --- BOGUS ALARM --- --- BOGUS ALARM --- Done -Samrobb Rxvt here too, but no problems. WinXPSP2+EveryPossibleUpdate btw. -- Gary R. Van Sickle -- 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: G++ Missing libraries in cygwin
Thanks for the response, Chris. I checked the mount table and D:\cygwin\lib is indeed properly mounted as /usr/lib. I'm attaching the cygcheck output in the hope that you guys can help. Please let me know if you see anything amiss. Thanks, Franklin -Original Message- From: Chris Taylor [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 1:53 PM To: Franklin Williams Cc: Cygwin@cygwin.com Subject: Re: G++ Missing libraries in cygwin Franklin Williams wrote: Hey Guys, I'm hoping that you can help me with a problem that I'm having. I am trying to install g++ 3.4.4.1 from cygwin's setup. I choose both binary and source. However, when I check the /usr/lib folder it is completely empty. Because of this, I cannot compile any of the programs that I have on my machine. Is this a known issue? Do you have any idea what I might be able to do to fix it? If you could let me know I would appreciate it. A good starting point is: Problem reports: http://cygwin.com/problems.html This will allow us to work out WHAT is wrong, without having to resort to WAGs. WANFWAGs (We Are Not Fond of Wild-Assed Guesses) However, in spite of that, there's a reasonable chance that your mount table is incorrect, primarily in that C:\cygwin\lib (or wherever you installed cygwin to) is not mounted as /usr/lib You can check this by simply typing mount If this is the case, try: mount C:\cygwin\lib /usr/lib It should be noted that if one mount is broken, there's a reasonable chance others are too, so send your cygcheck output anyway, as an *attachment*, to the list. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: G++ Missing libraries in cygwin
Sam F Williams III wrote: Thanks for the response, Chris. I checked the mount table and D:\cygwin\lib is indeed properly mounted as /usr/lib. I'm attaching the cygcheck output in the hope that you guys can help. Please let me know if you see anything amiss. Everything in your cygcheck looks fine. You say that when I check the /usr/lib folder it is completely empty. How are you doing this -- are you typing ls -l /usr/lib or are you using Windows Explorer/CMD.EXE? Because if you are doing the latter and you are looking in D:\cygwin\usr\lib then indeed you should see a completely empty directory. However, if you use ls -l /usr/lib or if you use Explorer to look at D:\cygwin\lib you should see a number of files. This is a natural consequence of how mounts work, and I think this is a red herring. Let's step back for a moment, because you originally said you cannot compile anything. Give us an example of exactly the commands you use to compile and link, and exactly what happens in response, and how it's different from what you expect if it's not obvious. Use a hello world example program or some code that is publicly available so that we don't have to guess about the contents of source files or Makefiles. 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/
