RE: Permissions problems after domain change
My winXP ID was recently moved from one domain to another. Now when I log in to cygwin, I don't have permissions to access some of my own files - like my ssh id_rsa file for example. Can someone tell me what I need to do to fix this? Also, the group name is showing up as all question marks when I do an ls -l. Can anyone help me fix this? TIA. For file permissions one issue is that your OLD domain account is not the same as your NEW account (even if the names are the same of course.) There is a (fairly tedious) tool available on Windows for fixing such problems SubInACL.exe (I read it as (SUBstitute INstead a differenc ACL or permission.) It's a pain to use but quite powerful important when a machine changes domains and the old users and groups no longer have access. -- Herb Martin, MCSE, MVP [EMAIL PROTECTED] http://LearnQuick.Com 512 388 7339 -or- 1 800 MCSE PRO Accelerated MCSE in a Week Seminars -- 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: Can NTFS junctions be listed?
Is there a utility for cygwin that can list NTFS junction points? Perhaps an option for find? I am interested in junctions that are not on the same partition. It appears that junctions from sysinternals.com gets an invalid instruction when run my Athlon XP machine. I don't know the answer to your question, and it is quite possible that you have thought of the following but it's better if you decide if it is useful: You might try a couple of the built-in, Reskit or support tools: Dir /ad (attribute directory) will find junctions or reparse points which you could parse with Perl (etc) and feed to either LinkD.exe or FSUtil.exe such, e.g.: fsutil reparsepoint query c:\prog (...and you would need to further parse the output to do anything useful probably.) Problem is that the tools that know about junctions don't search for them so you have to use something like dir to first find them so it is a bit ugly. -- Herb Martin, MCSE, MVP [EMAIL PROTECTED] http://LearnQuick.Com 512 388 7339 -or- 1 800 MCSE PRO Accelerated MCSE in a Week Seminars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John and Holly Klug Sent: Sunday, July 23, 2006 12:43 PM To: cygwin@cygwin.com Subject: Can NTFS junctions be listed? -- 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/
Suggestions for caching only DNS server to run on CygWin
Suggestions for caching only DNS server to run on CygWin -- Herb Martin -- 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/
KillAll SpamAssassin Processes
This should be simple but I haven't found the magic encantation so far: I wish to kill SpamAssassin and all child processes it has started. [My experience is that trying to signal -s HUP does not work with SA (on CygWin) but puts SA into some sort of unresponsive state.] I have other (than SA) Perl processes running so using killall with just the process NAME is not a good choice. So far no combinations of killall switches, e.g., using Group ID etc, have worked. My only useful method (other than hitting each process individually) has been to use -i (interactive) and then respond to each confirmation. Thanks for straightening me out -- I am sure this is very easy but haven't gotten it right yet. -- Herb Martin -- 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: Calling shell script from DOS
I have installed Cygwin. I want to invoke a shell script from the DOS/Windows command prompt (instead of opening Cygwin Window first and calling it from there). How can I do this? Thanks for any help. The following seems the naive way -- someone else may offer other options: Make the shell (itself) the command and add the script as a parameter... bash script-file-name Worked for me. Other command processors should work too. -- Herb Martin -- 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: Calling shell script from DOS
I have installed Cygwin. I want to invoke a shell script from the DOS/Windows command prompt (instead of opening Cygwin Window first and calling it from there). How can I do this? In addition to what others said, use bash -c instead of bash to honor the shebang (#!) line. This would then work for tcsh, ksh, perl, python, [you name it] scripts, as well as symlinks. In fact, whenever you need to invoke a Cygwin program from the DOS prompt, and you don't know if it's a script, a symlink, or an actual .exe, you can't go wrong with bash -c progname. Excellent!!! I had noticed that things like ls, dir, d didn't work (without that -c). Now they do too! Or course, they would just run anyway without the bash but you are correct that one must otherwise know what type of command it is. Adding --login (-l) is optional, but may be useful for scripts that make assumptions about your environment. cool. -- Herb Martin -- 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: Utility to get IP address of the machine
If you don't care /which/ one, you can just hard-code 127.0.0.1 ;-) but I think that's probably not the answer you're looking for. You may need to parse the output from the windows ipconfig /all. cheers, DaveK While it is almost always more useful to use Ipconfig /all when working interactively, when one just wants the IP addresses just using plain ipconfig gets them without so much noise to parse through. -- Herb Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: SETUP: In-use files have been replaced
Chris Taylor All I wish to do is make Setup aware of this if it is possible. For now, I must (carefully) ensure that setup doesn't overwrite my good version with the default. If you reinstalled all of exim, you don't really need the cygwin version.. So you want to edit the /etc/setup/installed.db and give it an artificially high number, say 99.999, as the installed version of exim. This will stop cygwin from ever overwriting your installation of exim (unless the version ever gets higher than that.. unlikely in our lifetimes to be honest) Chris Thank you Chris, that is precisely the information I was seeking. -- Herb Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: SETUP: In-use files have been replaced
Eric Blake wrote: Your situation isn't normal because you didn't stop all cygwin services. While the idea has been tossed around on this list that it would be nice if setup.exe could stop services for you, to date, it does not. Therefore, IT IS UP TO YOU to stop services beforehand. Thanks. I remember one of the Cygwin major contributors indicating that (s)he didn't find the need to stop the Cygwin services first, but perhaps I misunderstood. I think the following is obvious but to make sure and for those not experience with such issues: Wouldn't we also need to stop all Shells or any other CygWin process? And: If there are not CygWin processes (services, shells, other apps) is it considered a bug if Setup cannot complete the update? A related but really different question: I had to use source to compile a module with different from default options. How can that module be installed so that Setup will STOP trying to replace it? (...and thus not need me to uncheck the item, or ensure it is unchecked, on each run of Setup. Is this procedure described somewhere (FAQ etc.)? -- Herb Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: SETUP: In-use files have been replaced
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Tuesday, October 18, 2005 5:48 PM To: cygwin@cygwin.com Subject: Re: SETUP: In-use files have been replaced Herb Martin wrote: Wouldn't we also need to stop all Shells or any other CygWin process? Yes, of course. And: If there are not CygWin processes (services, shells, other apps) is it considered a bug if Setup cannot complete the update? What do you mean cannot complete the update? Setup should always be able to perform the updates, but if files are in use it will have to schedule them to be replaced on the next reboot. There is nothing it can do about this as it's a restriction of the windows filesystem. The context of the discussion was in use files requiring a reboot to complete the update so (obviously) I mean: Would it be considered a bug if all CygWin services, shells, and apps are shutdown but a reboot is still required by Setup? I had to use source to compile a module with different from default options. How can that module be installed so that Setup will STOP trying to replace it? Don't use the same location as the packaged version. Oddly enough, I didn't do that (for accidental reasons) and suspected that my mistake was in NOT using the download location. (...and thus not need me to uncheck the item, or ensure it is unchecked, on each run of Setup. If you replace a packaged file with one of your own, you will almost certainly encounter problems at some later point. All package management systems work this way, which is why you must use the designated locations (/usr/local, /opt, etc.) or otherwise inform the package system of your desire (for example, debian/apt has diversions.) You will have the same thing happen on a linux system if you replace a file in /usr/lib with a self-compiled one. So what is the method to teach Setup that the file has been updated. The versions are the same LEVEL/source, but my version has been specially (switches/settings) make compiled. -- Herb Martin -- 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: Automake version 1.4 in CygWin vs. current Automake 1.9.2 ...
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Friday, September 30, 2005 12:54 AM To: cygwin@cygwin.com Subject: Re: Automake version 1.4 in CygWin vs. current Automake 1.9.2 ... Herb Martin wrote: Your automake is too old. These are the recommended minimum version requirements: # autoconf (GNU Autoconf) 2.59 # ltmain.sh (GNU libtool) 1.5.6 # automake (GNU automake) 1.9.2 Automake in CygWin seems to be quite old compared to the current version -- is there a significant impediment to upgrade? Automake 1.9.2 completed make but make check failed: The current packaged version of automake in Cygwin is 1.9.6, which is contained in the automake1.9 package. You should install that if you need a more recent version. The packages named automake, automake-devel, and automake-stable are all empty obsolete packages from before the changeover. You should remove them if you have them installed, since they serve no purpose any more. Brian Thanks -- my version was installed from setup and is (theorectically) up to date but shows: $ automake --version automake (GNU automake) 1.4-p6 I have never installed another version manually; until today I had never even tried. (Investigating setup...) In setup there were 5 versions listed as installed, the 1.4 and 1.6.x, 1.7.x, 1.8.x, 1.9.6-2 I told it to uninstall all but the latter and to re-install that one. It gave me a warning about 1.4 being required by the stable version -- re-running version gives the same results: $ automake --version automake (GNU automake) 1.4-p6 Since automake was a like to 1.4, I removed the link and re-added it to point to 1.9.6. This portion of my problem is solved but I thought the explanation might help others. Thanks for the help. -- Herb -- 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: Automake version 1.4 in CygWin vs. current Automake 1.9.2 ...
I doubt it. I'm the maintainer of the autoconf, automake, and libtool packages and your explanation confused *me*. Please see: Updated: All autotools on cygwin (autoconf, automake, libtool) http://cygwin.com/ml/cygwin-announce/2005-08/msg00059.html -- Chuck It explain only of what I had done -- and chances are I still haven't done it right since I still cannot make. Working assumption is that I haven't really switched to the new automake. I cannot get alternatives to take any combo of switches to switch to automake 1.9 /usr/sbin/alternatives --set automake automake-1.9 /usr/sbin/alternatives --set automake automake-1.9 /usr/bin/ info alternatives /usr/sbin/alternatives --remove automake /usr/sbin/alternatives --usage /usr/sbin/alternatives --dispaly automake Obviously my attempt to just recreate the link are insufficient. [How do multiple obsolete versions get installed on a CygWin machine AUTOMATICALLY, and how does the old automake1.4 get made the default without anyone doing that explicitly?] How does one fix this? $ ./autogen.sh configure.ac:18: version mismatch. This is Automake 1.9.6, configure.ac:18: but the definition used by this AM_INIT_AUTOMAKE configure.ac:18: comes from Automake 1.4-p6. You should recreate configure.ac:18: aclocal.m4 with aclocal and run automake again. /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.9/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL autogen.sh: exited by previous error(s), return code was 63 I have run aclocal naively: $ aclocal which modified the following files in the local directory: 31 Sep 30 11:08 config.guess - /usr/share/libtool/config.guess 29 Sep 30 11:08 config.sub - /usr/share/libtool/config.sub 28 Sep 30 11:08 ltmain.sh - /usr/share/libtool/ltmain.sh 329028 Sep 30 11:08 aclocal.m4 0 Sep 30 11:08 autom4te.cache ...but then receive the same error message. Currently I have just printed the first 40+ pages of the autoconf manual, and suppose that I must learn how this stuff really works just to fix whatever has happened. -- Herb Martin -- 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: [Spamprobe-users] new spamprobe BerkeleyDB on CygWin
On Fri, Sep 30, 2005 at 10:46:43AM -0500, Herb Martin wrote: The system is a reasonably fast, not cutting edge, 2 Ghz Celeron with 1 MB of RAM. Holy cow what operating system can run on 1 MB or RAM??? Obviously a type, should be 1GB. -- Herb Martin -- 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: Automake version 1.4 in CygWin vs. current Automake 1.9.2 ...
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Ford Sent: Friday, September 30, 2005 12:59 PM On Fri, 30 Sep 2005, Brian Dessent wrote: http://sourceware.org/ml/cygwin/2005-07/msg00361.html and Incidentally, the command referenced there: /usr/sbin/alternatives --set automake /usr/bin/automake-1.4 never worked for me. I just tried all permutations of automake again and only /usr/bin/automake-1.9 is accepted. All others give something like: /usr/bin/automake-1.4 has not been configured as an alternative for automake Mine never worked either... I just manually mucked with the symbolic links in /etc/alternatives to get past this since I didn't have time to figure out the real problem or the right way. So, I tried to 'fix' the links manually but didn't realize this could not (just) be done in the /usr/bin directory so missed those over in /etc/alternatives Thanks for the help -- mine is working minimumally now. (Better anyway...) Corrections welcome. I still received this out to: ./autogen.sh $ ./autogen.sh /usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of AM_PATH_LIBSMI run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT /usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of AM_PATH_CPPUNIT I don't know if the above is serious or not -- but it troubling BUT ./configure was created (and ran); in fact these files were updated in the current directory for the package I am trying to config/make: 250203 Sep 30 13:46 aclocal.m4 0 Sep 30 13:46 autom4te.cache 0 Sep 30 13:46 doc 0 Sep 30 13:46 m4 0 Sep 30 13:46 man 0 Sep 30 13:46 src 0 Sep 30 13:46 txt 0 Sep 30 13:46 webui 21679 Sep 30 13:46 Makefile.in 955821 Sep 30 13:46 configure Starting the make now... -- Herb Martin -- 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: Automake version 1.4 in CygWin vs. current Automake 1.9.2 ...
[mailto:[EMAIL PROTECTED] On Behalf Of Charles Wilson Brian Ford wrote: Incidentally, the command referenced there: /usr/sbin/alternatives --set automake /usr/bin/automake-1.4 never worked for me. I just tried all permutations of automake again and only /usr/bin/automake-1.9 is accepted. All others give something like: /usr/bin/automake-1.4 has not been configured as an alternative for automake Sounds like, for whatever reason, the postinstall scripts were never executed. Take a look at /var/lib/alternatives/automake. It should look something like this: [You example is down below] My entire file looks like this: START /var/lib/alternatives/automake- auto /usr/bin/automake aclocal /usr/bin/aclocal /usr/bin/automake-1.4 10 /usr/bin/aclocal-1.4 ---END FILE-- That's the entire thing, and it looks sick due to the 1.4 references and lack of higher numbers -- Herb Martin -Original Message- From: [EMAIL PROTECTED] ---clip-- auto /usr/bin/automake aclocal /usr/bin/aclocal automake-info /usr/share/info/automake.info.gz /usr/bin/automake-1.4 10 /usr/bin/aclocal-1.4 /usr/bin/automake-1.6 20 /usr/bin/aclocal-1.6 /usr/bin/automake-1.7 30 /usr/bin/aclocal-1.7 /usr/bin/automake-1.8 40 /usr/bin/aclocal-1.8 /usr/bin/automake-1.9 50 /usr/bin/aclocal-1.9 /usr/share/info/automake1.9.info.gz ---clip-- -- 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/
Starting cygwin processess at reduced priority?
I tried the naive approach of running copy of cmd.exe to get start /belownormal but that didn't work and isn't realy what I want anyway. It would be better to have a way to just start a CygWin job in reduced priority. I am betting this is just ignorance on my part -- there is a command right? -- Herb Martin -- 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/
./configure and pthreads
I am attempting to ./configure 'dspam' for make on CygWin 1.5.18 (release with most all updates). ./configure --version dspam configure 3.6.rc3 generated by GNU Autoconf 2.59 ./configure gives this pthreads related error message: checking how you like your pthreads... unknown configure: error: Unable to determine how to compile with pthreads Sure I would love someone to just 'solve' this for me but what is the most useful way to diagnose (or learn to diagnose) this problem so that I may create a more useful report? (Although a developer, I admit to being mostly ignorant of make/configure issues...but I can learn.) -- Herb Martin -- 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: Starting cygwin processess at reduced priority?
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Herb: It would be better to have a way to just start a CygWin job in reduced priority. I am betting this is just ignorance on my part -- there is a command right? Yes, and a very nice one... :-) See man nice. Yes it is very nice. And so are you for helping. BTW: It' default value -n 10 (nice factor) produces a belownormal setting which is exactly what I wanted. Presumably, -n 19 (the max) would give idle priority or at max low. -- Herb Martin -- 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: ./configure and pthreads
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Ford Sent: Thursday, September 29, 2005 10:26 AM Sure I would love someone to just 'solve' this for me but what is the most useful way to diagnose (or learn to diagnose) this problem so that I may create a more useful report? (Although a developer, I admit to being mostly ignorant of make/configure issues...but I can learn.) Look in the build directory for the file config.log, search for pthreads, and find out what failed. Sounds like their pthread detection macro is broken. I have one that works fine on Cygwin. Apparently (from a separate message on the DSPAM list) they added -ldl and FreeBSD and (maybe) CygWin don't have/use this? Going to check now -- Herb -- 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: Starting cygwin processess at reduced priority?
You can also use renice to re-prioritize a running process Cool. Thanks. remember, lower numbers mean higher priority. Thank you -- got that from man/help/info etc. Opposite to Win32 but that's ok since it is documented. It was driving me crazy to have to go find the PID and use TaskManager each time I started some low-priority CPU intensive task. If it works exactly like on linux of course. I learned 'Linux' mostly from CygWin grin although I do know bits and piece from Unix (long time ago) and TiVo. big grin -- Herb Martin -- 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: Starting cygwin processess at reduced priority?
Herb Martin [EMAIL PROTECTED] writes: You can also use renice to re-prioritize a running process I have no renice. Did you compile this yourself? Dave The quoting was screwed up (somewhere along the line) and I am not the original poster but was thanking him. I have no renice either -- and my CygWin is a 'complete' install. And searching the GNU site didn't turn it up either, but I did find the CygWin snice which seems to do the task described for renice. -- Herb Martin -- 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: Starting cygwin processess at reduced priority?
Herb Martin [EMAIL PROTECTED] writes: You can also use renice to re-prioritize a running process I have no renice. Did you compile this yourself? Dave The quoting was screwed up (somewhere along the line) and I am not the original poster but was thanking him. I have no renice either -- and my CygWin is a 'complete' install. And searching the GNU site didn't turn it up either, but I did find the CygWin snice which seems to do the task described for renice. -- Herb Martin -- 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: Starting cygwin processess at reduced priority?
I have no renice. Did you compile this yourself? POSIX requires renice, but so far, no one has contributed a renice to coreutils. If I can ever get my employer to sign my copyright disclaimer, that is one of the projects on my todo list. Meanwhile, util-linux (http://freshmeat.net/releases/72929) apparently provides a renice, but it has not yet been ported to cygwin. Is snice the same (or very similar) thing? -- Herb Martin -- 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/
Automake version 1.4 in CygWin vs. current Automake 1.9.2 ...
In trying to configure/make DSpam on CygWin 1.5.18 (and failing) I was informed by the DSpam author: Your automake is too old. These are the recommended minimum version requirements: # autoconf (GNU Autoconf) 2.59 # ltmain.sh (GNU libtool) 1.5.6 # automake (GNU automake) 1.9.2 Automake in CygWin seems to be quite old compared to the current version -- is there a significant impediment to upgrade? Automake 1.9.2 completed make but make check failed: = 20 of 514 tests failed (34 tests were not run) Please report to bug-automake@gnu.org = (reported to suggested address) -- Herb Martin -- 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/
Setup minor features request
Please add the following two minor features to setup: Remember add icon to desktop and shortcut in start menus settings Remember windows size (if resized) -- it's nice to be able to view larger window when reviewing updates. Please consider this more complicated feature: Show updates in a flat list of JUST updates so that it is easy to see what is being selected without expanding each area or hunting for update checks. -- Herb Martin -- 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: Administrator vs Administrators
I think you have an extra s in the user name :-) (I have an Administrator user, but no Administrators user). Can someone correct my understanding if I've got this wrong? I think Administrator means the administrator account on the local machine, Administrators means the administrative account for the machine in the domain (workgroup). No, that is not correct in various ways. Adminstrator is a user account on each local machine AND also a different account on each domain. Administrators is a group in each such place. Both the user and group are built-into NT class machines and to NT-class domains. (And they are not ever the same user or group.) Expect admin users to be a (direct or indirect) member of Administrators in the context (machine or domain) where that user has such privileges. Permissions can be granted (or denied) through either, since both groups and users are security principals. [Also note that in Windows 'permissions' do NOT equal 'rights' although it likely doesn't matter in your situation. Permission are assigned to objects (files, shares, printers, registry keys, etc.) to allow access to THAT object -- while rights are given to users or groups (Security Principals really) to allow some action to be taken that it unrelated to a particular object (e.g., change the time, logon locally, run as batch, etc.] -- Herb Martin, MCT, MCSD, MCSE, MVP [EMAIL PROTECTED] http://LearnQuick.Com 512 388 7339 -or- 1 800 MCSE PRO Accelerated MCSE in a Week Seminars -- 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/
Xargs positioning the arguments in a command -- is this a bug or a feature?
CygWin 1.5.18 I was trying to create a date-time-sortable list of files with an appended tag for each entry (ham or spam flag if you care about the detail) and had some difficulty with xargs: dir -gGtcr --time-style=+%Y%m%d%X | cut -c 24- | xargs -i -n 2 echo {} MORE_STUFF ...doesn't work -- i.e., {} appears in the output. However, reversing the switches does work as expected: dir -gGtcr --time-style=+%Y%m%d%X | cut -c 24- | xargs -n 2 -i echo {} MORE_STUFF I am curious if this is expected behavior as I didn't see any warning in the xarg --help or man/info entries. It is an unusual command that requires switches to appear in a specific order, especially when the switches are not directly dependent on each other. -- Herb Martin -- 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: Spaces in Environment Variables
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Saturday, August 27, 2005 5:00 PM To: cygwin@cygwin.com Subject: Re: Spaces in Environment Variables Brian Dessent wrote: $ export PF=/cygdrive/c/Program Files $ cd $PF And for the record, I find that it's a heck of a lot easier to do the following once and then never have to deal with this kind of crap again. mount -fsb c:/Program Files /pgf Agreed. A common recommendation in the Windows world is to use C:\progra~1 which is GENERALLY right but not totally reliable if either of the following is true: 1) This is a second copy of Windows installed where an older C:\Progra~1 already existed -- and so we have c:\progra~2 etc. 2) Short names have been disabled (and of course if the Program Files aren't on the C:\ drive path.) My practice (even under pure) Windows is to always setup an alternative path with linkd. This is effectively the same principle as just going ahead and fixing it with your mount suggestion. Thanks for the good suggestion. -- Herb Martin -- 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: Xargs positioning the arguments in a command -- is this a bug or a feature?
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake It is an unusual command that requires switches to appear in a specific order, especially when the switches are not directly dependent on each other. The upcoming findutils-4.2.25-1 (whenever upstream releases 4.2.25) better documents this. -i is being deprecated in favor of POSIX -I, which requires an argument, whereas the non-standard -i treated its argument as optional. So what may be happening (although you'd actually have to debug to see for sure) is that -i -n treats -n as the string to replace, instead of the default {}. But that sounds odd, and it may be an upstream bug; I'll investigate further. -- Eric Blake Thanks, Eric. That is very cool of you to check. FYI: I had trouble with -I, and with --string, and even trying to specify the replacement string using -i, although I didn't exercise those other options as carefully as the -i and default {}. -- Herb Martin -- 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/
Exim 4.52 Cygwin 1.5.8 SPA authentication failures warnings in Reject Log
Would someone running Exim 4.50+ (especially 4.52) on CygWin and using Microsoft Outlook or Outlook Express with SPA (NTLM) authentication to a flat file please search your Exim reject log for a warning of the following type (all one line): 2005-08-23 18:36:53 spa authenticator failed for cpe-70-112-20-135.austin.res.rr.com (Unagi) [70.112.20.135]: 535 Incorrect authentication data (set_id=HerbM) The key, spa authenticator failed. If you have no such erros unders this setup, would you please post (or send to me privately) the relevant authenticator and a (sanitized) snippet of your password file so I can check my format. The weird part is that the authentication actually seems to work correctly, the user is authenticated (an incorrect password will fail and not work as expected so it doesn't seem to be getting through another way -- and all other authenticators have been commented out of the exim.conf file.) Here is my authenticator: begin authenticators spa: driver = spa public_name = NTLM server_password = ${lookup{$1}lsearch{/etc/authpwd}} server_set_id = $1 (I have tried it both with and without that last line: server_set_id.) My /etc/authpwd password file is: username:password user2:password2 etc:and_so_on Another weird thing, it always shows the interCap version of the username (HerbM as opposed to herbm) even though Outlook is set to use herbm and the file has the lower case version (I have also tried changing both to match Intercap and it still works but the failure also appears in the reject log.) I have tried making sure the /etc/authpwd is UNIX style line endings (lf not cr/lf) but that change had no effect. My working assumption (pure guess) is that Outlook is FIRST sending the user logon name, maybe with domain included, and then perhaps failing over to the configured (in Outlook) name and that somehow works but this doesn't really hold together as a satifying answer. -- Herb Martin -- 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/
Trying to build crm114 (20050721) under CygWin 1.5.18-1
[I would of course love a solution for this, but even hints on how to approach such a problem will be greatly appreciated.] Trying to install current version of crm114 (crm114-20050721-BlameNeilArmstrong.src) under cygwin 1.5.18 without success (see relevant output below). http://crm114.sourceforge.net/ Just prior to the error the make file outputs a warning that if TRE (the regex library) is not installed you will get an error AND that to fix this you must edit /etc/ld.so.conf to include /usr/local/lib, and then run ldconfig. I have made, tested and installed TRE (tre-0.7.2, the version included with the crm114 source) but there was no file '/usr/local/lib' and which ldconfig does not find that program. (make, make check, and make install all succeed for TRE. Documentation indicates TRE must be prepared with './configure --enable-static' (which I did.) (CRM114 Mailfilter HOWTO http://crm114.sourceforge.net/CRM114_Mailfilter_HOWTO.txt) [Needless to say, I am not very familiar with linking or writing make files on cygwin.] -- Herb Martin [There is a SourceForge project for ports that are NOT included in the standard CygWin release: http://sourceforge.net/project/showfiles.php?group_id=99645 ...which has crm114 20040328-1 from 2004-04-21 (most/all of the packages there are dated from 2004. This one doesn't make for me either.] Failure of crm114 20050721 output: $ make make crm114_tre make[1]: Entering directory `/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src' # # Note: if you haven't installed TRElib, the next step # will get an error. # For TRElib, look in the TRE sub-directory of this kit. # Remember to use ./configure --enable-static for static libs. # You will also need to add /usr/local/lib to /etc/ld.so.conf, # and then run ldconfig (as root) to set the library up and make # the library known to the static and runtime linkers. # gcc -static -L/usr/local/lib crm_main.o crm_compiler.o crm_errorhandlers.o crm_exec_engine.o crm_preprocessor.o crm_var_hash_table.o crm_math_exec.o crm_expandvar.o crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o crm_css_maintenance.o crm_markovian.o crm_osb_bayes.o crm_osb_hyperspace.o crm_correlate.o crm_osb_winnow.o crm_winnow_maintenance.o crm_osbf_bayes.o crm_osbf_maintenance.o crm_expr_window.o crm_expr_isolate.o crm_expr_file_io.o crm_expr_syscall.o crm_expr_clas sify.o crm_debugger.o crm_str_funcs.o \ crmregex_tre.o \ -lm -ltre -o crm114_tre /usr/local/lib/libtre.a(regerror.o): In function `regerror': /etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/ regerror.c:68: undefined reference to `_libi ntl_gettext' collect2: ld returned 1 exit status make[1]: *** [crm114_tre] Error 1 make[1]: Leaving directory `/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src' make: *** [crm114] Error 2 -- Herb Martin -- 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: Trying to build crm114 (20050721) under CygWin 1.5.18-1
Thanks to everyone who offered a suggestion -- I don't have crm114 building yet, but I at least feel like I am BEGINNING to understand the link (not well enough however.) From: Gerrit P. Haase [mailto:[EMAIL PROTECTED] regerror.c:68: undefined reference to `_libintl_gettext' collect2: ld returned 1 exit status The above error just means that you'r missing libintl at your link command, try to add -lintl to the Makefile where appropriate. Will do. (If I can figure out where.) There is a /bin/cygintl.dll, and in /lib there are: libintl.a libintl.dll.a libintl.la If I change -L/usr/local/lib to -L/usr/local/lib:/lib the problem moves to -ltre; if I leave out the :/lib or try to use a separate -L/lib then the errors messages references libintl again. (Obviously, I am just flailing, trying each combination.) gcc -static -L/usr/local/lib:/lib -lintl -liconv crm_main.o crm_compiler.o crm_errorhandlers.o crm_exec_engine.o crm_p reprocessor.o crm_var_hash_table.o crm_math_exec.o crm_expandvar.o crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o c rm_css_maintenance.o crm_markovian.ocrm_osb_bayes.o crm_osb_hyperspace.o crm_correlate.o crm_osb_winnow.o crm_winnow _maintenance.o crm_osbf_bayes.o crm_osbf_maintenance.o crm_expr_window.o crm_expr_isolate.o crm_expr_file_io.o crm_expr _syscall.o crm_expr_classify.o crm_debugger.o crm_str_funcs.o \ crmregex_tre.o \ -lm -ltre -o crm114_tre /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -ltre collect2: ld returned 1 exit status make[1]: *** [crm114_tre] Error 1 make[1]: Leaving directory `/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src' make: *** [crm114] Error 2 Or: (leave out the :/lib or try to use a separate -L/lib) gcc -static -L/usr/local/lib -lintl -liconv crm_main.o crm_compiler.o crm_errorhandlers.o crm_exec_engine.o crm_prepro cessor.o crm_var_hash_table.o crm_math_exec.o crm_expandvar.o crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o crm_cs s_maintenance.o crm_markovian.o crm_osb_bayes.o crm_osb_hyperspace.o crm_correlate.o crm_osb_winnow.o crm_winnow_mainten ance.o crm_osbf_bayes.o crm_osbf_maintenance.o crm_expr_window.o crm_expr_isolate.o crm_expr_file_io.o crm_expr_syscall .o crm_expr_classify.o crm_debugger.o crm_str_funcs.o \ crmregex_tre.o \ -lm -ltre -o crm114_tre /usr/local/lib/libtre.a(regerror.o): In function `regerror': /etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/ regerror.c:68: undefined reference to `_libi ntl_gettext' collect2: ld returned 1 exit status There are ready to use TRE packages. E.g. here: ftp://sunsite.dk/projects/cygwinports/release/tre/ TRE makes and tests just fine. Do you think that TRE is (the cause of) the linking problem or just the target? From Dave Korn Or perhaps giving the --disable-nls option to configure would also fix it? crm114 doesn't use configure. Did you intend this for TRE (which doesn't seem [to me] to be the cause of the problem.) fix this you must edit /etc/ld.so.conf to include /usr/local/lib, and then run ldconfig. ld.so.conf and ldconfig are aspects of the Linux dynamic linker. There is no such thing under Windows or Cygwin, so those instructions are meaningless. And since the TRE is set to static (by configure instruction when TRE is made), TRE shouldn't be the problem. ??? The closest equivalent is to ensure that the installed DLL is in the path. This normally means that if you configured with --prefix=/usr/local (the default) that you should get a cygwhatever.dll in /usr/local/bin and hence you need /usr/local/bin in the path. Only static libraries and import libraries go in /usr/local/lib, and these do not need to be in the path. So, as I understand it, the TRE libs in /usr/local/lib make sense, correct? -- Herb Martin -- 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: Trying to build crm114 (20050721) under CygWin 1.5.18-1
From Behalf Of Brian Dessent -L takes a single path, no colon. You specify it multiple times to add multiple paths. But /lib is already be in the search path so this is redundant and unnecessary. Ok, so I just dropped the -L/lib (and :/lib) and even tried adding the TRE lib directory which is below the crm build directory (as opposed to the same one I think is installed in /usr/bin/local): -L./tre-0.7.2/lib ...in the thought that maybe the supposedly installed tre libs were not getting picked up -- no joy. Didn't help. gcc -static -L/usr/local/lib:/lib -lintl -liconv crm_main.o crm_compiler.o crm_errorhandlers.o crm_exec_engine.o crm_p snip a bunch of .o references -lm -ltre -o crm114_tre /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -ltre collect2: ld returned 1 exit status make[1]: *** [crm114_tre] Error 1 Now you've got the order wrong. The objects must be specified in dependent order, which generally means libraries after objects. Order of what specifically? I am modifying these lines in the Makefile: LDFLAGS += -L/usr/local/lib #LIBS += -lintl -liconv I uncommented the second line and added various combinations of -L to the first, and -ltre to the second. LDFLAGS += -L/usr/local/lib LIBS += -ltre -lintl -liconv (and trying -ltre at the end; is THIS the order you were referencing?) The dependency tha that is failing looks like this: crm114_tre: $(OFILES) crmregex_tre.o # Note: if you haven't installed TRElib, the next step # will get an error. # For TRElib, look in the TRE sub-directory of this kit. # Remember to use ./configure --enable-static for static libs. # You will also need to add /usr/local/lib to /etc/ld.so.conf, # and then run ldconfig (as root) to set the library up and make # the library known to the static and runtime linkers. $(CC) $(LDFLAGS) $(LIBS) $(OFILES) \ crmregex_tre.o \ -lm -ltre -o crm114_tre My tre libs looks like this: $ d /usr/local/lib/*tre* rw-r--r-- herbm:None 349K Aug 18 21:29 libtre.a rwxr-xr-x herbm:None 789 Aug 18 21:29 libtre.la $ d ./tre-0.7.2/lib rw-r--r-- herbm:None 18K Aug 18 19:34 Makefile rwxr-xr-x herbm:None 707 Dec 10 2004 Makefile.am rwxr-xr-x herbm:None 19K Dec 11 2004 Makefile.in rwxr-xr-x herbm:None3K Apr 24 2004 gettext.h rw-r--r-- herbm:None 788 Aug 19 05:58 libtre.la rwxr-xr-x herbm:None 2.7K Nov 21 2004 readme rwxr-xr-x herbm:None 3.3K Oct 11 2004 regcomp.c rw-r--r-- herbm:None 312 Aug 19 05:58 regcomp.lo rw-r--r-- herbm:None 18K Aug 19 05:58 regcomp.o rwxr-xr-x herbm:None 2.7K Oct 10 2004 regerror.c rw-r--r-- herbm:None 315 Aug 19 05:58 regerror.lo rw-r--r-- herbm:None 16K Aug 19 05:58 regerror.o rwxr-xr-x herbm:None 7.6K Nov 21 2004 regex.h rwxr-xr-x herbm:None 9.7K Nov 21 2004 regexec.c rw-r--r-- herbm:None 312 Aug 19 05:58 regexec.lo rw-r--r-- herbm:None 24K Aug 19 05:58 regexec.o rwxr-xr-x herbm:None31 Aug 18 19:34 stamp-h2 rwxr-xr-x herbm:None 5.6K Oct 11 2004 tre-ast.c rwxr-xr-x herbm:None4K Nov 21 2004 tre-ast.h rw-r--r-- herbm:None 312 Aug 19 05:57 tre-ast.lo rw-r--r-- herbm:None 19K Aug 19 05:57 tre-ast.o rwxr-xr-x herbm:None 59K Dec 10 2004 tre-compile.c rwxr-xr-x herbm:None1K Nov 21 2004 tre-compile.h rw-r--r-- herbm:None 324 Aug 19 05:57 tre-compile.lo rw-r--r-- herbm:None 66K Aug 19 05:57 tre-compile.o rwxr-xr-x herbm:None 1.3K Dec 11 2004 tre-config.h rwxr-xr-x herbm:None 1.2K Dec 10 2004 tre-config.h.in rwxr-xr-x herbm:None 2.2K Nov 21 2004 tre-filter.c rwxr-xr-x herbm:None 363 Nov 21 2004 tre-filter.h rw-r--r-- herbm:None 321 Aug 19 05:57 tre-filter.lo rw-r--r-- herbm:None 16K Aug 19 05:57 tre-filter.o rwxr-xr-x herbm:None8K Nov 21 2004 tre-internal.h rwxr-xr-x herbm:None 24K Nov 21 2004 tre-match-approx.c rw-r--r-- herbm:None 339 Aug 19 05:58 tre-match-approx.lo rw-r--r-- herbm:None 38K Aug 19 05:58 tre-match-approx.o rwxr-xr-x herbm:None 18K Nov 21 2004 tre-match-backtrack.c rw-r--r-- herbm:None 348 Aug 19 05:57 tre-match-backtrack.lo rw-r--r-- herbm:None 30K Aug 19 05:57 tre-match-backtrack.o rwxr-xr-x herbm:None 14K Nov 21 2004 tre-match-parallel.c rw-r--r-- herbm:None 345 Aug 19 05:57 tre-match-parallel.lo rw-r--r-- herbm:None 24K Aug 19 05:57 tre-match-parallel.o rwxr-xr-x herbm:None 6.4K Nov 21 2004 tre-match-utils.h rwxr-xr-x herbm:None 3.7K Oct 11 2004 tre-mem.c rwxr-xr-x herbm:None 2.4K Sep 04 2004 tre-mem.h rw-r--r-- herbm:None 312 Aug 19 05:57 tre-mem.lo rw-r--r-- herbm:None 17K Aug 19 05:57 tre-mem.o rwxr-xr-x herbm:None 44K Apr 17 13:37 tre-parse.c rwxr-xr-x herbm:None2K Oct 11 2004 tre-parse.h rw-r--r-- herbm:None 318 Aug 19
RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1
I have no idea how this makefile is structured and since it apparently doesn't use autotools (ggghhh!!) then you'll probably have to hack it up. This is precisely why using home-made Makefiles is a terrible idea. You need to find where the actual gcc link command is constructed and see how the order is specified in order to figure out how to get the libraries in the right place. I am working this target, on the theory that if I can get it to link then the same principle can be applied to the rest of the modules: crm114_tre: $(OFILES) crmregex_tre.o # # Note: if you haven't installed TRElib, the next step # will get an error. # For TRElib, look in the TRE sub-directory of this kit. # Remember to use ./configure --enable-static for static libs. # You will also need to add /usr/local/lib to /etc/ld.so.conf, # and then run ldconfig (as root) to set the library up and make # the library known to the static and runtime linkers. # $(CC) $(LDFLAGS) $(LIBS) $(OFILES) \ crmregex_tre.o \ -o crm114_tre #Originally# # $(CC) $(LDFLAGS) $(LIBS) $(OFILES) \ # crmregex_tre.o \ # -lm -ltre -o crm114_tre -- Herb Martin Full original make file (it you care to see it, it's here): #Makefile for CRM114 # # # If you want to install the executables somewhere else, change #BINDIR here. Default is /usr/bin but you can change it to /usr/local/bin # if you prefer that sort of thing. # prefix=/usr BINDIR=${prefix}/bin # VER_SUFFIX defines a version suffix for our installed executables, # handy when you want many versions of CRM114 coexisting. # # e.g.: VER_SUFFIX=-927b, then if you make install, you get crm-927b # VER_SUFFIX ?= # # The following forces the compiler to be GCC. If you have trouble # with your default compiler, and you want to force GCC, uncomment it. # CC=gcc # # What version is this software (PLEASE don't change this just # to mess with my brain. - wsy) # VERSION = 20050721-BlameNeilArmstrong # VERSION += [$(TRE_TARFILE)] # # # Are we compiling on a POSIX system or a Windows system? NOTE: # WINDOWS IS UNSUPPORTED BY THE AUTHOR. THE AUTHOR WILL # ACCEPT REASONABLE-LOOKING PATCHES BUT BUG REPORTS _CANNOT_ BE WORKED. SYSTEMTYPE = POSIX #SYSTEMTYPE = WIN32 # # # Tell the compiler full optimization, allow debugging, and warn on every # possible error # CFLAGS += -O3 -g -Wall #CFLAGS += -O0 -g -Wall # CFLAGS += -Wall # # Choose between static and dynamic linking (we recommend static linking) # Comment this out if you want dynamic linking # LDFLAGS += -static # # Any standard install flags? We nominally use protection 755 INSTALLFLAGS += -m 755 #uncomment the next line if you want to strip the debugger info #from the binaries when installing. This speeds up load, but #you won't be able to submit meaningful CRM114 engine bug reports. # INSTALLFLAGS += -s # # Do we want to strip the binaries when we install? This will # speed up loading and decrease memory footprint (good # if you're on a server) and bad if you're diagnosing problems. # Default is don't strip. # # INSTALLFLAGS += -s # # Define the TRE directory (used only for building distributions- note that # this must be HAND-UPDATED when new versions of TRE come out ) TRE_TARFILE = tre-0.7.2 # # - If you're compiling under *BSD, check these out: # #Simson Garfinkel suggests that you #uncomment the following to get a BSD-sane environment. Leave them #untouched (commented out) for Linux builds. # Add for FreeBSD CFLAGS += -I/usr/local/include LDFLAGS += -L/usr/local/lib #LIBS += -lintl -liconv # # Jeff Rice suggests the following for FreeBSD: #CFLAGS += -I/usr/local/include -I${HOME}/include #LDFLAGS += -L/usr/local/lib -L${HOME}/lib #LIBS += -lintl -liconv # # # # -- end of *BSD stuff # # #End of user-configurable options... if you modify anything below #this line, you risk early insanity and blindness. # # # These are the files needed to build the CRM114 engine; they don't # include the side utilities # CFILES = crm_main.c crm_compiler.c crm_errorhandlers.c \ crm_math_exec.c crm_var_hash_table.c crm_expandvar.c \ crm_stmt_parser.c \ crm_expr_alter.c crm_expr_match.c crm_css_maintenance.c \ crm_markovian.c crm_osb_bayes.c crm_osb_hyperspace.c \ crm_correlate.c crm_osb_winnow.c crm_winnow_maintenance.c \ crm_osbf_bayes.c crm_osbf_maintenance.c \ crm_expr_window.c crm_expr_isolate.c crm_expr_file_io.c \ crm_expr_syscall.c crm_expr_classify.c \ crm_exec_engine.c crm_debugger.c crm_str_funcs.c \ crm_preprocessor.c crmregex_gnu.c crmregex_tre.c \ crm_util_errorhandlers.c # crm_osb_neural.c \ # HFILES = Makefile crm114_sysincludes.h
RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1
How does that fix anything? Where do -ltre and -lintl come from? Are you adding them to $LIBS? If so then that's not going to work as you've still got the wrong order. It didn't help -- I am nearly illerate at make (I have some other system knowledge of linking objects and library's etc so I do know some of the terminology) so all I am doing is trying to parse it out logically and systematically trying ideas as I interpret the suggestions like try to add... or order is backwards... No one's fault but mine and perhaps the original author, but then the software is free so that just leaves me. grin Full original make file (it you care to see it, it's here): #Makefile for CRM114 Wow. Just. Wow. That makefile is just unbelievable. (Unbelievably bad that is.) I wonder if the author was molested by automake as a kid and was scarred for life. Nothing else explains the reasoning for doing things like copying the same rule over and over for every .o file. I am not qualified to have an opinion, I just want it to make and run. grin -- Herb Martin -- 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: Trying to build crm114 (20050721) under CygWin 1.5.18-1
Gerrit P. Haase [EMAIL PROTECTED] wrote This is wrong. Try this instead: $(CC) $(LDFLAGS) $(OFILES) \ crmregex_tre.o \ -ltre $(LIBS) -o crm114_tre My tre libs looks like this: $ d /usr/local/lib/*tre* rw-r--r-- herbm:None 349K Aug 18 21:29 libtre.a rwxr-xr-x herbm:None 789 Aug 18 21:29 libtre.la Then you should go with the settings as you posted above: LDFLAGS += -L/usr/local/lib LIBS += -lintl -liconv Change the Makefile so that $LIBS are at the end behind the objects and libtre as noted above since libtre reqwuires libintl and the linker reads command lines from right to left. Makes Thank you. Thanks to eveyone who tried to help me. It runs (minimaly) and passes the first of the two trivial tests given in the crm114 How To document -- it seems to hang on the second (Hello, world!) test, but the basic (make/link) problem is solved. Thanks Gerrit; thanks again eveyone. Now, to debug the program. -- Herb Martin -- 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: Trying to build crm114 (20050721) under CygWin 1.5.18-1
I'm not going to build crm114 now. Yaakov already did so. Go fetch his binaries: ftp://sunsite.dk/projects/cygwinports/release/crm114/ ftp://sunsite.dk/projects/cygwinports/release/tre/ You may take a look at the source package to see how packages are created and what changes were needed to build this very special package named crm114.BlameBillYerazunis. Thanks. Neither of those is downloading for me though. Neither through a browser, ftp, or wget. -- Herb Martin -- 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: Trying to build crm114 (20050721) under CygWin 1.5.18-1 SUCCESS
Thanks again folks. crm114 now passes even the megatest.sh script that accompanies it. Using merely these (changed) settings: LDFLAGS += -L/usr/local/lib LIBS += -lintl -liconv $(CC) $(LDFLAGS) $(OFILES) \ crmregex_tre.o \ -ltre $(LIBS) -o crm114_tre This is the current build (20050721 BlameitonNeilArmstrong). I do appreciate the help and patience in reading and responding to my messages. -- Herb Martin -- 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 v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, netsh ...| or die ...
#!/usr/bin/perl -w open(NETSHARE, net share |) or die Can't run net share: $!\n; print we got through the call to 'net share'\n; while (NETSHARE) { print; } open(IPSEC, netsh ipsec static show all format=table |) or die Can't run netsh: $!\n; print we got through the call to 'netsh'\n; while (NETSHARE) { No, it's a type that I changed from using one name to the other somewhere during the preparation of the email (and failed to recopy the code) -- The calls were symetric on everything that failed. The above code would not hang but would do nothing after the we got through... print. The first version read: open(IPSEC, netsh ipsec static show all format=table |) or die Can't run netsh: $!\n; print we got through the call to 'netsh'\n; while (IPSEC) { The current version now reads: open(NETSH, netsh ipsec static show all format=table |) or die Can't run netsh: $!\n; print we got through the call to 'netsh'\n; while (NETSH) { Both versions hang on the open with these netsh switches. Usually I paste the actually tested code -- I apologize for this mistake and the confusion. -- Herb Martin -- 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: Anyone running spfd on Cygwin?
spfd -path=/var/run/spfd Trying to naively put it in the background with: spfd -path=/var/run/spfd ...seems to leave it non-responsive. I know nothing about spfd, but some programs work better in the background if you kill their input/output (i.e., try spfd -path=/var/run/spfd /dev/null /dev/null 21 Excellent help -- thank you. I learn something from practically every post you submit so I wish to thank you for other you have sent as well. (Sometimes I don't clutter the list with indivdidual 'thank you's but I do appreciate it each time you post.) ). If this works, I suspect the non-responsive spfd process you had earlier was actually either in the Output pending or the Waiting for input state. HTH, Igor spfd is now running fine as a server (which someone else here was kind enough to suggest) but I intend to try this in order to get greylistd to run as a service -- does this trick work for cygrunsrv services as well? I am saving this encantation for such issues in the future. Thank you once again. -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8
cygcheck can show a version when the program is not even there (either not installed or missing) Why do you say that the Cygwin man was not installed? From everything you've posted it was installed just fine, but your other version of man was found first in the path. No, it wasnt' THERE. There was no man.exe AND the other man was LATER on the path even had there been such a file. I used setup and re-installed it. The other item, still later on the path was being picked up. So I deleted the other man, and then bash complained that the deleted file was missing even though the right one is in /usr/bin and the wrong one is gone. I still haven't found an encantation for hash (or the proper command) so temporarily I put a link in the wrong location to point to the correct man.exe. -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8 -- Apropos still troublesome
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake According to Herb Martin on 8/14/2005 10:22 PM: cygwin (like Linux apparently) keeps a database of programs and so deleting an incorrect program on the path may leave the OS complaining about the missing item rather than using the now available correct item EVEN THOUGH the correct program is earlier in the path. In bash, shopt -s checkhash tells bash to recheck the PATH when a program disappears from its hashed location. hash -p /usr/bin/man man tells bash to remember that man should be /usr/bin/man, regardless of the path. And hash -r man removes the current hashing of man, making the next use of man do a PATH search. (Read up on 'man bash' for more.) Thanks, I really appreciate you help. man hash and info hash are both worthless (except to admit that hash is exists, i.e., is a built-in. hash --help is nearly as bad, unless perhaps you already know how it works and just need the switch letter. Maybe you know how to fix this (perhaps related) problem with apropos: $ apropos hash /usr/bin/apropos: line 35: man: command not found apropos: manpath is null There is a man directory in /usr/bin, i.e., /usr/bin/man -- with man.exe being the program, while manpath gives: $ manpath /usr/local/man:/usr/share/man:/usr/man:/usr/X11R6/man:/usr/ssl/man:/usr/X11R 6/share/man $ which apropos /usr/bin/apropos $ link /usr/bin/man.exe /usr/bin/man link: cannot create link `/usr/bin/man' to `/usr/bin/man.exe': File exists $ which man.exe /usr/bin/man.exe Man works, but I cannot build a link from man-man.exe due to the directory with the same name: $ man What manual page do you want? Running hash against /usr/bin/man without adding the .exe fails this way: $ hash -p /usr/bin/man man bash: hash: /usr/bin/man: Is a directory This seems to work but doesn't fix apropos: $ hash -p /usr/bin/man.exe man bash: hash: /usr/bin/man: Is a directory Thanks. -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8 -- Apropos still troublesome
On Mon, Aug 15, 2005 at 09:11:09AM -0500, Herb Martin wrote: There is a man directory in /usr/bin, i.e., /usr/bin/man -- with man.exe being the program, while manpath gives: What created that directory? Having it is a really bad idea, and probably the source of all your troubles. I had no idea so had to go look Looks like ClamAV but it is (vaguely) possible that I did it early on when I knew almost nothing about CygWIN or by installing a pre-Release of ClamAV. So I am moving it elsewhere on the manpath. /usr/local/man Apropos works fine -- thank you. -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8 -- Apropos still troublesome
From: Eric Blake [mailto:[EMAIL PROTECTED] To: Herb Martin; cygwin@cygwin.com man hash and info hash are both worthless (except to admit that hash is exists, i.e., is a built-in. Yes, bash documentation is not the best packaged (I like the Solaris man pages for shell builtins much better). What `man hash' is trying to tell you to do is run `man bash', then search the BUILTINS section for hash. hash --help is nearly as bad, unless perhaps you already know how it works and just need the switch letter. Yes, the bash maintainer did not add the --help option to his builtins. Instead, bash provides the builtin help command. Try `help hash' to see the subset of `man bash' relevant to the hash command. hash --help gives two swith only (fairly cryptic lines). BUT, help hash is much better than anything else I have seen so far. Thanks. (I had not even been TRYING help thinking that --help, man, or info were the choices for getting help.) Thanks again, and I really appreciate eveyone else's help too. -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8 -- Apropos still troublesome
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake Sent: Monday, August 15, 2005 10:01 AM To: Herb Martin; cygwin@cygwin.com Subject: RE: Another (differently) broken man on CygWin 1.5.8 -- Apropos still troublesome There is a man directory in /usr/bin, i.e., /usr/bin/man -- with man.exe being the program, while manpath gives: This sentence was confusing. Are you telling me that /usr/bin/man exists and is a directory (does it have normal subdirectories like man1?), Yes, that WAS the situation until I copied the contents to another man directory and renamed this subdirectory to fix the problem. ...and that /usr/bin/man.exe exists and is the program? Yes. Precisely. I'm trying to see if there is anything weird about auto-.exe magic in coreutils. I believe that I get the gist of this, adn (see below) don't think there is a auto-.exe magic problem UNLESS it is supposed to work even in the presence of a directory with a conflicting name. -- and if I can help let me know. I do NOT remember creating that directory but it is possible that I did so when trying to make ClamAV help work at some point. $ manpath /usr/local/man:/usr/share/man:/usr/man:/usr/X11R6/man:/usr/ssl/man:/us r/X11R 6/share/man $ which apropos /usr/bin/apropos $ link /usr/bin/man.exe /usr/bin/man link: cannot create link `/usr/bin/man' to `/usr/bin/man.exe': File exists What were you trying here - to create /usr/bin/man as an alternate spelling of man.exe? Would 'ln -f' work better than 'link' did? link(1) currently does not do extra .exe magic, only ln(1). I'll have to check if ln(1) has problems if the non-.exe version exists as a directory, and decide whether link(1) should do .exe magic... Yes, but I now understand the problem to be due to man subdirectory existing, not the failure of the man vs. man.exe magic. (Which is likely what you were referencing above with the auto-.exe magic comment.) As to the link, I was trying to sweep the problem under the rug since I didn't know a fix for it. (All works now without the ./man subdirectory to conflict with man.exe in that same directory. $ which man.exe /usr/bin/man.exe Man works, but I cannot build a link from man-man.exe due to the directory with the same name: $ man What manual page do you want? Running hash against /usr/bin/man without adding the .exe fails this way: $ hash -p /usr/bin/man man bash: hash: /usr/bin/man: Is a directory This seems to work but doesn't fix apropos: $ hash -p /usr/bin/man.exe man bash: hash: /usr/bin/man: Is a directory That is sounding a bit weird. I'll have to see if I can reproduce that, and if it implies a bug in bash's hashing. No guarantees of when, though, since it seems you've solved your problem by getting rid of the /usr/bin/man/ directory. /usr/bin had both: /usr/bin/man.exe /usr/bin/man(subdirectory tree) ./man1 ./man5 ./man8 Should be trivial to test if that behavior is not expected. -- Herb -- 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/
FW: Cygwin perl hangs with open FH, ... |
I received a (welcome) off-list reply to my report of trouble running CygWin Perl and piping the output of an open FILEHANDLE call to capture the output. Interesting his reproduction of the problem uses other programs so it is NOT just netsh (although these could conceivably be unrelated it seems doubtful). (FYI: I am avoiding the problem by redirecting the output to a temporary file then reading in the results -- obviously not as clean a solution: my $ipsec = '/tmp/ips.txt'; system netsh ipsec static show all format=table $ipsec; open IPSEC, $ipsec or die Cannot open $ipsec: $!\n; ) The offlist message is attached inline (with permission) here: From: Jerome Zago [mailto:] Sent: Monday, August 15, 2005 11:06 AM To: Herb Martin Subject: RE: Cygwin perl hangs with open FH, ... | Hi, I can reproduce this problem, and this used to work before as well. Cygwin, GNU bash, Perl: same versions. ccm: 6.3 SP4 ruby: 1.8.2 [i386-mswin32] [EMAIL PROTECTED] ccm rt -show info 'COM9:Insulated Development' | wc 13 48 481 [EMAIL PROTECTED] perl -e open FH, 'ccm rt -show info \'COM9:Insulated Development\' |'; print while FH | wc 13 48 481 [EMAIL PROTECTED] ccm rt -list | wc 6311896 37229 [EMAIL PROTECTED] perl -e open FH, 'ccm rt -list |'; print while FH | wc [hangs] [EMAIL PROTECTED] perl -e open FH, 'ruby -e \'system \ccm rt -list\\' |'; print while FH | wc 6311896 37229 I don't get it... Note that ccm and ruby are both native binaries. Feel free to forward this message to the mailing-list (I'm not subscribed). -- 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/
Another (differently) broken man on CygWin 1.5.8
'info' works, 'man' fails with this error: $ man cat /usr/local/lib/man.config: No such file or directory Warning: cannot open configuration file /usr/local/lib/man.config No manual entry for cat I have tried figuring out man.config with no success (*see below). Cygwin DLL version info: DLL version: 1.5.18 GNU bash, version 3.00.16(11)-release (i686-pc-cygwin) Microsoft Windows [Version 5.2.3790] * Trying to figure out man.conf I didn't find the file in in the path above; I re-rean man.sh.done but it create man.conf in a different path /usr/share/misc/man.conf $ /etc/postinstall/man.sh.done Using the default version of /usr/share/misc/man.conf (/etc/defaults/usr/share/misc/man.conf) And man still failed with same error, so I tried copying that file to /usr/local/lib/man.config: $ cp /usr/share/misc/man.conf /usr/local/lib/man.config (and even to man.conf) but it still gave the same error: $ man man /usr/local/lib/man.config: No such file or directory Warning: cannot open configuration file /usr/local/lib/man.config No manual entry for man I have a clean setup and reboot from a couple of days ago, but this problem has persisted across several such updates. The only reason it is tolerable (for a newbie) is that info works. manpath is a symlink to man and gives this: $ manpath /usr/local/man:/usr/share/man:/usr/man:/usr/X11R6/man:/usr/ssl/man:/usr/X11R 6/share/man $ cygcheck -s | egrep \bman\b man 1.5p-1 xfig-man3.2.4-2 XFree86-man 4.3.0-10 xorg-x11-man-pages 6.8.2.0-1 xorg-x11-man-pages-html 6.8.2.0-1 -- Herb Martin -- 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 v5.8.7, CygWin DLL 1.5.18, script runs differently (hangs) on Cygwin while running open FH, netsh ...| or die ...
Is this Perl, Bash, CygWin, NetSh, or something that I have done wrong in the script? Summary: Two commands run fine from cygwin OR windows shell prompts but a specific netsh command hangs when used from Perl under CygWin: net share netsh ipsec static show all format=table (ipsec sub-command only runs on Windows 2003) Also, netsh interface show interface ...works correctly from both command line AND Perl. [I am leaning on a problem with netsh but want the opinion of the cygwin experts...and if no solution, perhaps a debug strategy could be suggested.] Versions: = Cygwin DLL version info: DLL version: 1.5.18 GNU bash, version 3.00.16(11)-release (i686-pc-cygwin) Perl for Cygwin: This is perl, v5.8.7 built for cygwin-thread-multi-64int osname=cygwin, osvers=1.5.18(0.13242), archname=cygwin-thread-multi-64int Microsoft Windows [Version 5.2.3790] Runs from CMD.exe with Perl for native Windows: Perl v5.8.7 built for MSWin32-x86-multi-thread Test Script to reproduce: = The following test script hangs under CygWin Bash and run to completion under Windows (CMD.exe) -- both command lines run fine when run from the respective shell prompts (not in Perl), even when redirected to a file or piped to another command (more, grep, etc.): #!/usr/bin/perl -w open(NETSHARE, net share |) or die Can't run net share: $!\n; print we got through the call to 'net share'\n; while (NETSHARE) { print; } open(IPSEC, netsh ipsec static show all format=table |) or die Can't run netsh: $!\n; print we got through the call to 'netsh'\n; while (NETSHARE) { print; } #end test script ## Is this Perl, Bash, CygWin, or something that I have done wrong in the script? -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8
-Original Message- From: Gerrit P. Haase [mailto:[EMAIL PROTECTED] Sent: Sunday, August 14, 2005 2:30 PM To: Herb Martin Cc: cygwin@cygwin.com Subject: Re: Another (differently) broken man on CygWin 1.5.8 Herb Martin wrote: 'info' works, 'man' fails with this error: $ man cat /usr/local/lib/man.config: No such file or directory Warning: cannot open configuration file /usr/local/lib/man.config No manual entry for cat `which man`? Arggh! That's 90% of the answer -- the one that was running was from my NT native unix tools because the real one is missing. Thanks. Now, I have to figure out a (convenient) method to get just man back. Back to setup.exe unless you have other suggestions... And THANKS. -- Herb Martin -- 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: Another (differently) broken man on CygWin 1.5.8
Herb Martin wrote: Arggh! That's 90% of the answer -- the one that was running was from my NT native unix tools because the real one is missing. For future reference, no package that you install with setup.exe should ever put anything under /usr/local. If you find a configuration file there or a program that wants to store things there, it's probably a non-official package or a foreign package. I learned two other things also: cygcheck can show a version when the program is not even there (either not installed or missing) cygwin (like Linux apparently) keeps a database of programs and so deleting an incorrect program on the path may leave the OS complaining about the missing item rather than using the now available correct item EVEN THOUGH the correct program is earlier in the path. Although the book I have (on Bash/Zsh) suggested running hash -t to correct this, hash doesn't seem to have a -t switch or fix the problem. -- Herb Martin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Sunday, August 14, 2005 9:49 PM To: cygwin@cygwin.com Subject: Re: Another (differently) broken man on CygWin 1.5.8 Herb Martin wrote: Arggh! That's 90% of the answer -- the one that was running was from my NT native unix tools because the real one is missing. For future reference, no package that you install with setup.exe should ever put anything under /usr/local. If you find a configuration file there or a program that wants to store things there, it's probably a non-official package or a foreign package. 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: Remove cygwin services
[mailto:[EMAIL PROTECTED] On Behalf Of Jason FU What do I do in order to remove installed services of cygwin like sshd, init and so on? [ I am new to cygwin so factor this into my answer...] cygrunsrv -R SERVICE_NAME Example: cygrunsrv -R sshd You may also use the Windows services.msc Control Panel to disable or set a service to manual. Note that manual service MAY still run if some other service starts them -- manual doesn't mean a user/admin must start them, only that the OS will not start them automatically unless requested to do so by another process or by an actual manual user/admin request. I have been unable to use cygrunsrv to modify a service; so far, I have always removed the service and re-added it. -- Herb Martin -- 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: Remove cygwin services
[EMAIL PROTECTED] ~ $ cygrunsrv.exe -R init cygrunsrv: Error removing a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. By root, I mean this is an administrator a/c. As I understand cygrunsrv, when you remove a service it also assumes you wish to stop that service. If the service refuses to stop -- which isn't that uncommon for services started under cygrunsrv (for testing) since they don't know they are services -- then you will see that error. I believe that cygrunsrv has already changed the registry (unconfirmed) and therefore the service will be gone on next boot. (If not, I would consider this a bug in cygrunsrv.) It might help (pure speculation) to enable one of the signals when creating Cygwin-Apps as services. This way the stop will include a HUP or TERM. -- Herb Martin -- 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 POE 0.32 under CygWin?
Has anyone got the just released POE 0.32 (CPAN) working under CygWin? FYI: POE is a very cool development library. -- Herb Martin -- 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: Is there a UNIX socket test client program (a la NetCat)?
From Brian Dessent Herb Martin wrote: Is there a UNIX socket test client program (a la NetCat)? socat using the UNIX-CONNECT: or UNIX-LISTEN: parameters ought to work. It is not a Cygwin package but it does build without much hassle. Excellent Brian -- you probably wouldn't believe how diligently I searched Google for this, and how may people were unable to offer a suggestion. (I had also search SourceForge and failed to find it; although it doesn't have the code there it does have a project, and a link to the home page of socat.) I have yet to figure out how to work it (I spent about an hour with it) so if you know how to get it to work interactively with a particular UNIX-CONNECT socket I would appreciate the heads up Otherwise, more RTFM for me. Although I think the only fine manual may be the Man/Info/--help. I'll have to go back to the site and look around some more. Thanks. I think this is exactly what I needed. -- Herb -- 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: Anyone running spfd on Cygwin?
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Wednesday, August 10, 2005 5:45 PM To: cygwin@cygwin.com Subject: Re: Anyone running spfd on Cygwin? Herb Martin wrote: I can find no combination of switches that will put it into the background and leave it functional. You should use cygrunsrv and run it as a service. That is the windows equivalent of a unix background daemon. Another great suggestion from you Brian. I had become so overfocused on running it from the command line until I could get it tested that it slipped my mind that this could just be run as a service. (I didn't get it tested yet -- as I am still putz around trying to learn to use socat to test it, but this should work and I did turn it into a service running on a different socket for these tests. As soon as I prove it's working that is the way I will use it.) Thanks again. Can a Cygwin program that is being run as a service be effectively sent a HUP to get it to re-read it's configuration? Assumptions: That service accepts HUP and reloads its configuration when run as a daemon. Or must such services be stopped and restarted completely? -- Herb Martin -- 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: Is there a UNIX socket test client program (a la NetCat)?
It probably depends on what you want to do, and the examples section of the man page is a good place to look. It could be as simple as: socat - UNIX-CONNECT:/var/run/foo.sock That should connect stdin/stdout to the socket, in the same way as netcat. socat really just boils down to specifying two things to connect together, and each of those can be any of the various types and take a myriad of options. That is precisely what I wanted to do -- and even though I believe that I had tried this there was a syntax error in both my cygrunsrv defintion for spfd AND in my socat - commands. Once I knew this was the syntax for socat then I concentrated better on looking for errors (missing : colon between the connect and the file socket name.) Thanks once again. Now, I have a way to test for such silly errors on my part and for general functioning of UNIX-type sockets (and a bunch of other stuff as well.) This really is a big help. Being rather new to Posix style systems, the unix-socket stuff was too much of a black box without some type of test tool. -- Herb Martin -- 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/
Is there a UNIX socket test client program (a la NetCat)?
Is there a UNIX socket test client program (a la NetCat)? I need to test a variety of UNIX (not IP/INET) socket daemons for both syntax and are you running. Is there a program that can read-write to an arbitrary Unix-type socket in a manner similar to NetCat or Telnet? My simple attempts to adapt the Perl Cookbook Unix socket program didn't work and no one on the comp.lang.perl.misc newsgroup has been able to offer a suggestion. Perl code is nice but a compiled program is fine too. I am running SpamAssassin, and a variet of other programs listening on Unix sockets and it would help a great deal if I could interactively test such sockets. -- Herb Martin -- 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/
Anyone running spfd on Cygwin?
Is anyone successfully running the full Mail::SPF perl module, SPECIFICALLY the spfd (daemon)? I can run it ONLY as a socket, and only if I leave it in the foreground. (Otherwise Exim doesn't seem to be able to query it.) Testing from the command line with NetCat hangs when it is run as a foreground process listening on an INET socket (CPU went to 100% until I killed it too.) Exim queries it successfully if it is left in the foreground AND run as a Unix Socket: spfd -path=/var/run/spfd Trying to naively put it in the background with: spfd -path=/var/run/spfd ...seems to leave it non-responsive. I can find no combination of switches that will put it into the background and leave it functional. $ spfd --help usage: spfd ( -port=5970 | -path=/var/spfd ) [-setuser=(uid|username)] [-setgroup=(gid|groupname)] usage: [ -pathuser=(uid|username)] [ -pathgroup=(gid|groupname)] [-pathmode=mode] usage: spfd assuming -port=5970 1452 will listen on 5970 1452: creating server with args Listen 1 LocalAddr 127.0.0.1 LocalPort 5970 ReuseAddr 1 The client version spfquery seems to work directly and does NOT appear to be able to test the daemon's functionality. -- Herb Martin -- 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: Is there a UNIX socket test client program (a la NetCat)?
[mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen Subject: Re: Is there a UNIX socket test client program (a la NetCat)? On Aug 10 11:30, Herb Martin wrote: Is there a UNIX socket test client program (a la NetCat)? You mean, besides netcat? No. Will you please demonstrate the command line necessary to use Netcat with UNIX sockets? (As opposed to IP/INET sockets?) -- Herb Martin -- 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: Is there a UNIX socket test client program (a la NetCat)?
From: Tim Day [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 11:35 AM To: 'Herb Martin' Subject: RE: Is there a UNIX socket test client program (a la NetCat)? Is there a UNIX socket test client program (a la NetCat)? I use netcat from cygwin fine. It's not in a default install; select the netcat package from the Net category. The executable is 'nc'. There's no man page but a bunch of stuff in /usr/share/doc/netcat/ I have netcat installed and use it regulary to test IP or INET socket servers. I am trying to test UNIX socket daemons, not INET servers. Will you please demonstrate the command line necessary to use Netcat with UNIX sockets? (As opposed to IP/INET sockets?) -- Herb Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe filename
Can't you just click on the http://cygwin.com/setup.exe link from within IE and say run? There's no need to save it anywhere. This way you will be always be running the latest and greatest Cygwin setup.exe. Sure, you can do a lot of things, but this is not necessarily a customary way to do installs, nor is the newcomer likely to realize the setup doesn't have all of the information and might wish to keep it for this or another machine. Which brings up those who wish to make it available for other (internal) users, and probably most important: We teach everyone to NEVER RUN a program from the Internet directly but rather to download it and first virus scan it. Naming the program setup.exe is crude; it should have a version number and something about cygwin in the name. Couldn't you just name it something useful? (ironic grin) -- Herb Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe filename
Naming the program setup.exe is crude; it should have a version number and something about cygwin in the name. Wait a minute. The full name of the file is http://cygwin.com/setup.exe. No, the name of the FILE is setup.exe once it is saved (using defaults which is what the average user always does. There is nothing confusing about it. You may ONLY claim that for yourself. If others say it is confusing then for them at least it is -- if many others say it is confusing this is a real problem even if you or many other say it is not. For deveopers the decision is: Is it important enough to make it easy for that number of users. If you look closely, (almost) every piece of software install program contains a copy of setup.exe (or SETUP.EXE). That seems to be the Windows way of install programs. No, if you look closely you will see this is almost never the case for DISTRIBUTION package files or single install files -- it used to be true but was given up as a poor practice. What is confusing you here is that many CDROMs and expanded distribution files have a setup.exe (best practice today is an MSI) but only on the CD or after expanding into their OWN SUBDIRECTORY (named for the program.) Couldn't you just name it something useful? (ironic grin) Setup.exe is plenty useful. I've been using it, you know, running it everyday before I go making my tea, for the past eighteen years. And never had I been confused. You are not speaking for the average user who is commonly confused by such poorly chosen names. Many of these users can barely figure out WHERE the download directory is located. Now, you have the arguments and you may chose to ignore them or not but any further explanation on my part would likely be redundant. -- Herb Martin [EMAIL PROTECTED] http://LearnQuick.Com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe filename
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Pyeron Sent: Sunday, August 07, 2005 6:39 PM To: cygwin@cygwin.com Subject: RE: setup.exe filename On Sun, 7 Aug 2005, Herb Martin wrote: No, if you look closely you will see this is almost never the case for DISTRIBUTION package files or single install files -- it used to be true but was given up as a poor practice. how about a simple soultion here. I like typing start-run http://cygwin.com/setup.exe, as I am sure most of us do. But it would be a best practice to name the installer, something descriptive, like cygwin-2.457.2.2.exe. Now how about using a symlink on the web server to point one to the other? This way, you can get either, and if you click on the link install cygwin now, you get the cygwin-.exe otherwise wget away your setup.exe. Have it your way is almost always a good solution for such interactions between random users and a program/system. Also, I forgot to mention that setup.exe is a standard Windows OPERATING SYSTEM file that is kept on the path so is likely conflict or further confuse users CygwinSetup would be an improvement; adding the version number would be another. Then with Jason's suggestion the convenience remains in either choice -- plus those who want it on the harddrive to be name just setup.exe cannot always rename it to that...grin Right there is a likely answer to the confusion and common practice question: Were it named anything CygWin-Specific then NO ONE would rename it setup.exe. - Herb Martin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe filename
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent I do not like the idea of adding the version to the name of the file. To a naive user it would reinforce the incorrect idea that the version of setup has anything whatsoever to do with the version of Cygwin and other packages that they are installing. We already get too many of those on the mailing list as it is. A user might see setup-1.2.3 and then later see That is a logical and possibly sufficient reason for omitting the version from the CygWin setup file name. As far as renaming it to something like cygwin-setup.exe or cygsetup.exe or whatever, I'm neutral. I do think it's unfortunate that it has always been named a generic word, but I think changing it now would cause more confusion than good. Likely the issue is mostly for those who just started with CygWin -- those who have been around long enough to become accustomed to the file name probably understand how it does and does not work and one assumes that more people will adopt the system in the future than currently use it. (Not necessarily the same as have ever used it.) -- Herb Martin -- 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: pid confusion and pstree (Attn: User's Guide maintainer)
Jason Pyeron wrote I did read the man page for ps, first, before posting. I does not say that the cygwin pid will be changed to the windows pid for cygwin processes. It does indicate for windows processes the PID is the same as the WINPID and can be used in kill -f. I am a Cygwin beginner too, so if this is not useful to your discussion just ignore this message: In my limited experience the PID and the WINPID are always (?) the same for Cygwin processess INITIALLY. After a HUP signal (kill -s HUP pid, my Cygwin process (if it survives) will have the SAME PID but a new WinPID. I use this fact to assure myself that I have succeeded in the HUP to get Exim and other programs to reload their configuration. -- Herb -- 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/
SysLogD for the naive?
I added SysLogD as a service to my Cygwin server (because I wanted to support SpamD logging to it for SpamAssassin.) CYGWIN syslogd is started and running as a service. (And SpamD stopped emitting a warning about unable to find syslogd when it starts.) /var/log/sylogd.log was created at that time and remains at size: 0 bytes (since the yesterday July 28) while /var/log/wtmp is at 19Meg and updated frequently (inspecting it reveals a lot of NUL bytes and is somewhat difficult to read.) Reading my syslog.conf indicated that the messages are going to /var/log/messages. But what is that 19 Meg wtmp? (I have plenty of disk space so haven't just renamed or deleted it yet.) I took almost all of the defaults -- glanced at the syslog.conf and didn't see anything that I understood how or why to change so I *believe* that it is still at the defaults. (See below) Please tell me what I have overlooked or done incorrectly. Latest Cygwin. Microsoft Windows [Version 5.2.3790] My syslog.conf # Log anything (except mail) of level info or higher. # Don't log private authentication messages! #*.info;mail.none;authpriv.none /var/log/messages # The authpriv file has restricted access. #authpriv.* /var/log/secure # Log all the mail messages in one place. #mail.* /var/log/maillog #For a start, use this simplifed approach. *.* /var/log/messages Also, can you (generally) HUP a service and expect it to re-read a configuration file? (If it would do so on a kill -s HUP signal that is). -- Herb Martin -- 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: Is the Cygwin installation process likely to change significantly anytime soon?
- Name of setup utility: setup.exe I doubt this will change. It was chosen ages ago in the hopes that it would be a well understood name for the Windows crowd. So far, there's been no real complaint about the name and, better yet, no indication that someone can't install because they can't figure out what executable to run. I'd say the name 'setup.exe' is here to stay. There are much better choices however -- many people will store such downloads in a generic download directory and having no mention of the actual program/system name in the file is a nuisance (understandable, but a nuisance.) And of course one can name the download something else when saving it, but then it is difficult to tell on the next update if you have the same file/different version already. cygwin.exe or cygwinsetup.exe would both be better names. cygwin.msi might have advantages but that is far more than a simple name change grin The setup is very confusing for Windows users, especially on re-install. And it is difficult to figure out how to get just one package and avoid the whole 'setup.exe' issue -- most online docs send the user back to setup.exe when frequently all we want is one specific package. Not a big deal, but noticable; especially for the beginner to Cygwin. More users who thing Cygwin is cool and easy would be a GOOD THING. Herb Martin, MCT, MCSD, MCSE, MVP [EMAIL PROTECTED] http://LearnQuick.Com 512 388 7339 -or- 1 800 MCSE PRO Accelerated MCSE in a Week Seminars \ -- 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/
stat file -- cygwin vs. Windows size?
Is it likely that stat on a text file in cygwin would return a .st_size large than the file size as used by cygwin that is HIGHER than the physical number of characters once the file is process character by character? I am thinking \n: cr-lf vs. lf, and I am brand new to cygwin programming (only trying to debug a problem in Exim email servers new content scan feature.) This buffer is being built for SpamAssassin which later gives an error saying (to the effect) Content-Length mismatch: Expected 818 bytes, got 798 bytes My suspicion is that stat is counting cr-lf as two characters but the input routines are treating these as one. If the file has about 20 lines, then that's 20 missing characters??? Herb Martin [EMAIL PROTECTED] http://LearnQuick.Com 512 388 7339 -or- 1 800 MCSE PRO Accelerated MCSE in a Week Seminars -- 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: stat file -- cygwin vs. Windows size?
My suspicion is that stat is counting cr-lf as two characters but the input routines are treating these as one. If the file has about 20 lines, then that's 20 missing characters??? Yes, this is right. And yes, this could be the cause of the situation you're noticing. Is there a standard Cygwin 'idiom' or function for dealing with this mismatch, or should I just re-invent the wheel. Seems like I read (skimmed) something related to this in the Cygwin manual, probably near the back in the programming introduction I know I picked up the concept somewhere (somewhere recent that is, as I have dealt with this across at least five different OS conventions but not recently and specifically on Cygwin.) -- Thanks, Herb -- 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: stat file -- cygwin vs. Windows size?
Is there a standard Cygwin 'idiom' or function for dealing with this mismatch, or should I just re-invent the wheel. If you actually believe that you want the file without cr/nl conversion during a read, then you want to open it in binary mode (fopen() with rb instead of r or open() with '| O_BINARY' appended). This *may* be the solution in this case. Since the default mode for opening files is always text but there is no difference in format/behavior between text and binary on UNIX/Linux, you wouldn't see an issue there. Actually I am between a rock and hard place -- email server on one side and SpamD on the other. Apparently the SpamD 'protocol' requires passing the size to SpamD. I don't want to start re-writing code all over either program -- I just want to talk the source email system into telling spamd whatever it needs to know to be happy. Currently, I am accumulating bytes, and will use that, but I am missing something and not getting the write count (YET.) -- 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: stat file -- cygwin vs. Windows size?
Thanks folks -- the confirmation that I was on the right path was a big help. The suggestions to do it right were well intentioned but impractical since I didn't want to take over support for TWO major software packages (or either one for that matter.) A small patch seems to work. (Keep the bytes spooled and send that number rather than whatever stat was showing.) Since the bytes spooled to the file are what gets sent to spamd that seems to be an accurate number. I had a little trouble at first since it seemed the file was cached (if it was written more than once it really was only written to disk ONE TIME -- so zero'ing the counter in the wrong place was hosing my first naive attempt. -- Herb -- 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: Exim 4.50 with Content filtering and SPF
It looks mostly like IPv6 stuff is causing the glitches. This is the problem with libspf2, making the IPv6 stuff conditional should do it, but I am not a programmer so I have not really an idea how to start, all the IP stuff is mixed together in several functions and it will be some work to do to divide it into IPv4 and IPv6. Although I didn't look at this enough to even have a right to an opinion, it occurred to me that SPF really does need to be able to process an IPv6 format address to calculate SPF correctly. Perhaps just digging up the correct .h file or the correct structure settings is the right way to go -- it's not like SPF actually sends any network data other than querying DNS perhaps. But when the SPF/txt record comes back from DNS it might have 'mechanisms' such as ip6: within it and thus the address format for IPv6 will follow. -- Herb -- 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/
Exim 4.50 with Content filtering and SPF
In just a week or so, I have fallen in love with CygWin, and cannot understand how I overlooked it for so long. Thanks folks. Well done to all who contribute! [Please redirect me to the correct list/newsgroup; even RTFM is fine if you will only tell me which fine manual and preferable a page or chapter reference.] Question overview: related to enabling make options, and to compiling new versions. I am not looking for specific diagnostics of my compile problems (since I don't have the output at the moment) but rather any hints or direction to understanding this portor reference to the correct list/newsgroups and documentation for understanding such subjects in general. (Background: I am pretty good with compilers and make but not very experienced with CygWin or Unix specifically.) I successfully recompiled Exim 3.50 under CygWin (current CygWin version from last week: cygwin-1.5.17-1). It seems the 'normal' Exim Local/Makefile isn't really used for CygWin compiles (except as a re-Make signal if touched.) Maybe this is normal for OS ports, but it seems to invalidate some of the documentation in the Local/Makefile, or at least doesn't replace it with any guidelines.) It appears that the Makefile is really OS/Makefile-CYGWIN, and that there are some CygWin specifics in: CYGWIN-PATCHES/ It was possible to enable content filtering by modifying the Makefile-CYGWIN (WITH_CONTENT_SCAN=yes), but had trouble with both (separately) of: #EXIM_PERL=perl.o #EXPERIMENTAL_SPF=yes It seemed to be due to linking or library errors. Tried recompiling SPF and failed that due to similar errors with (each of): libspf2-1.2.4/ libspf2-1.2.5/ ...but succeeded with libsrs_alt-1.0rc1.tar.gz compile. (which is more or less a sister package to SPF.) My attempts to compile Exim 4.51 were unsuccessful; my assumption is that this is due to not having (not even attempting to use) the CYGWIN specifics in the current CygWin 3.50 version but not automatically in the current Exim 3.51 general version. Again, I am looking for strategy guidelines (unless you already know specific fixes etc.) -- Herb Martin -- 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: Exim 4.50 with Content filtering and SPF
You indicated that SPF might be dependent on SRS, I don't see that (but might be missing something). My limited experience confirms your previous email pointing to IPv6 support as the hangup. I compiled libspf libsrs, though there were some tweaks neccessary. I take it that you commented out the IPv6 support somehow? (I haven't even begun searching for those references...) [Since you folks are kind enough to answer, I am presuming that this is the right place for this discussion (let me know if that is incorrect.)] It looks mostly like IPv6 stuff is causing the glitches. --Thanks Herb Only make output follows- $ make make all-recursive make[1]: Entering directory `./libspf2-1.2.5' Making all in src make[2]: Entering directory `./libspf2-1.2.5/src' Making all in include make[3]: Entering directory `./libspf2-1.2.5/src/include' make[4]: Entering directory `./libspf2-1.2.5/src/include' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `./libspf2-1.2.5/src/include' make[3]: Leaving directory `./libspf2-1.2.5/src/include' Making all in libreplace make[3]: Entering directory `./libspf2-1.2.5/src/libreplace' make[4]: Entering directory `./libspf2-1.2.5/src/libreplace' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `./libspf2-1.2.5/src/libreplace' make[3]: Leaving directory `./libspf2-1.2.5/src/libreplace' Making all in libspf2 make[3]: Entering directory `./libspf2-1.2.5/src/libspf2' make[4]: Entering directory `./libspf2-1.2.5/src/libspf2' if /bin/bash ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/include -I../../src-g -O2 -Wall -MT spf_compile.lo -MD -MP -MF .deps/spf_compile.Tpo -c -o spf_compile.lo spf_compile.c; \ then mv -f .deps/spf_compile.Tpo .deps/spf_compile.Plo; else rm -f .deps/spf_compile.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/include -I../../src -g -O2 -Wall -MT spf_compile.lo -MD -MP -MF .deps/s pf_compile.Tpo -c spf_compile.c -DPIC -o .libs/spf_compile.o In file included from ../../src/include/spf_response.h:165, from ../../src/include/spf_record.h:25, from ../../src/include/spf_server.h:21, from ../../src/include/spf.h:27, from spf_compile.c:41: ../../src/include/spf_request.h:30: error: field `ipv6' has incomplete type ../../src/include/spf_request.h:61: warning: parameter has incomplete type In file included from ../../src/include/spf_dns.h:106, from ../../src/include/spf_server.h:22, from ../../src/include/spf.h:27, from spf_compile.c:41: ../../src/include/spf_dns_rr.h:34: error: field `' has incomplete type In file included from ../../src/include/spf_server.h:22, from ../../src/include/spf.h:27, from spf_compile.c:41: ../../src/include/spf_dns.h:155: warning: parameter has incomplete type In file included from spf_compile.c:42: ../../src/include/spf_internal.h: In function `SPF_mech_data_len': ../../src/include/spf_internal.h:87: error: invalid application of `sizeof' to incomplete type `in6_addr' spf_compile.c: In function `SPF_c_parse_ip4': spf_compile.c:615: error: `INET_ADDRSTRLEN' undeclared (first use in this function) spf_compile.c:615: error: (Each undeclared identifier is reported only once spf_compile.c:615: error: for each function it appears in.) spf_compile.c:645: warning: implicit declaration of function `inet_pton' spf_compile.c:615: warning: unused variable `buf' spf_compile.c: In function `SPF_c_parse_ip6': spf_compile.c:660: error: `INET_ADDRSTRLEN' undeclared (first use in this function) spf_compile.c:690: error: `AF_INET6' undeclared (first use in this function) spf_compile.c:660: warning: unused variable `buf' spf_compile.c: In function `SPF_c_mech_add': spf_compile.c:753: error: invalid application of `sizeof' to incomplete type `in6_addr' make[4]: *** [spf_compile.lo] Error 1 make[4]: Leaving directory `./libspf2-1.2.5/src/libspf2' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `./libspf2-1.2.5/src/libspf2' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `./libspf2-1.2.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `./libspf2-1.2.5' make: *** [all] Error 2 -- 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/