Bell's theorem refuted. More information at ...
Jever, 29.12.2006. Bell's theorem is refuted! If you need more information, please download for free: http://www.barukcic-causality.homepage.t-online.de/Causation/Causation_2006_Volume_2.pdf . Happy new year. Ilija -- 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/
Cygwin's ioctl(SIOCGIFFLAGS) always sets the IFF_UP flag
I've discovered that Cygwin's ioctl(SIOCGIFFLAGS) call always sets the
IFF_UP flag, even if the interface being queried is disabled or
unconfigured.
Compare the output of the program local-if.c (attached below) to the output
of ipconfig.exe, when I have one interface disabled:
$ ./local-if
eth0: AF=2 (INET): flags=0x63 (up broadcast notrailers running) addr=0.0.0.0
lo: AF=2 (INET): flags=0x69 (up loopback notrailers running) addr=127.0.0.1
eth1: AF=2 (INET): flags=0x63 (up broadcast notrailers running)
addr=192.168.1.104
eth2: AF=2 (INET): flags=0x63 (up broadcast notrailers running)
addr=192.168.1.173
$ ipconfig
Windows IP Configuration
Ethernet adapter Wireless Network Connection:
IP Address. . . . . . . . . . . . : 192.168.1.104
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1
Ethernet adapter Local Area Connection 3:
IP Address. . . . . . . . . . . . : 192.168.1.173
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
Ethernet adapter Local Area Connection 4:
Media State . . . . . . . . . . . : Media disconnected
Some experimentation shows that following get_2k_ifconf's call to
GetIfEntry, Windows does indeed set MIB_IFROW.dwOperStatus to
MIB_IF_OPER_STATUS_NON_OPERATIONAL, but the cygwin library
ignores this field.
A non-configured interface should be easily reproducable; any DHCP interface
should enter this state following "ipconfig /release".
This is on Windows XP SP2; the actual unconfigured interface I'm using is an
OpenVPN tunnel.
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
const char *afname(int af)
{
switch (af) {
case AF_INET: return "INET";
default: return "Unknown";
}
}
void print_flags(int flags)
{
const char* sep = "", *sp = " ";
if (flags & IFF_UP) {
printf("%sup", sep);
sep = sp;
}
if (flags & IFF_BROADCAST) {
printf("%sbroadcast", sep);
sep = sp;
}
if (flags & IFF_LOOPBACK) {
printf("%sloopback", sep);
sep = sp;
}
if (flags & IFF_NOTRAILERS) {
printf("%snotrailers", sep);
sep = sp;
}
if (flags & IFF_RUNNING) {
printf("%srunning", sep);
sep = sp;
}
if (flags & IFF_PROMISC) {
printf("%spromisc", sep);
sep = sp;
}
if (flags & IFF_MULTICAST) {
printf("%smulticast", sep);
sep = sp;
}
}
int main()
{
int sock = socket(AF_INET, SOCK_DGRAM, 0);
char buf[256 * sizeof(struct ifreq)];
struct ifreq* ifr, ifr2;
char* ifrp;
struct ifconf ifc;
if (sock == -1) {
perror("socket");
exit(1);
}
ifc.ifc_len = sizeof(buf);
ifc.ifc_buf = buf;
if (ioctl(sock, SIOCGIFCONF, &ifc) == -1) {
perror("ioctl(SIOCGIFCONF)");
exit(1);
}
for (ifrp = ifc.ifc_buf;
(ifrp - ifc.ifc_buf) < ifc.ifc_len;
ifrp += sizeof(ifr->ifr_name) + sizeof(struct sockaddr)) {
ifr = (struct ifreq*)ifrp;
ifr2 = *ifr;
if (ioctl(sock, SIOCGIFFLAGS, &ifr2) == -1) {
perror("ioctl(SIOCGIFFLAGS");
exit(1);
}
printf("%s: AF=%d (%s): flags=%#x (", ifr->ifr_name,
ifr->ifr_addr.sa_family, afname(ifr->ifr_addr.sa_family), ifr2.ifr_flags);
print_flags(ifr2.ifr_flags);
printf(")");
switch (ifr->ifr_addr.sa_family) {
case AF_INET:
printf(" addr=%s",
inet_ntoa(((struct
sockaddr_in*)(&ifr->ifr_addr))->sin_addr));
break;
default:
printf(" [AF Unsupported]");
break;
}
printf("\n");
}
close(sock);
return 0;
}
--
Jonathan Lennox
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: cygwin tar -M breaks
Here's the command and the error message: [EMAIL PROTECTED] ~ $ tar cf test_1.tar -M -L 1000 -F ./new-volume.sh /bk tar: Removing leading `/' from member names [EMAIL PROTECTED] ~ $ tar cf test_1.tar -M -L 1000 -F ./new-volume.sh /c/bk tar: Removing leading `/' from member names 79 [sig] tar 3852 C:\cygwin\bin\tar.exe: *** fatal error - called with threadlist_ix -1 Hangup [EMAIL PROTECTED] ~ $ Preparing volume 2 of test_1.tar. ./new-volume.sh: line 13: echo: write error: Broken pipe -- I've updated Cygwin today, but had issues, and wonder whether this is related to threads or a possibly broken install? (Not all of postinstall *.sh scripts ran I surmise -- how do I rerun them if needed?) And if it indicates broken threads, which thread-related modules should I reinstall? Cheers, Alexy On 12/27/06, Eric Blake <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I read the list for a reason. http://cygwin.com/acronyms/#PPIOSPE - redirecting to the cygwin list According to Alexy Khrabrov on 12/27/2006 8:45 PM: > Hi Eric -- I'm trying to write multi-volume tar archives on cygwin, > using the new 1.16 -F script format from the info, but it breaks on > teh second volume, complaining about threads. Is it supposed to work > on cygwin in multi-volume mode? If it works upstream, then it is supposed to work in cygwin. You will have to provide more details, such as the actual commands you typed and the error message you received, if you want more help. Also, double check that you are not running any buggy drivers that might be interfering with proper cygwin operation - known culprits include Agnitum Outpost, McAfee virus scanner, Logitech webcam, ... - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin tar maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFk0UI84KuGfSFAYARAuvuAJ0SzlpPELHo2mOT8tGhdR6yVnlOrgCbB/Nd PDQ6/pPqvx+QIKn2IlCTFy4= =3olY -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin.com seems to be gone
Both http://cygwin.com/ and http://www.cygwin.com/ are gone (assuming that the latter was ever there). This is a problem because a number of links point to it. For example searching for run.exe on the package search page http://sources.redhat.com/cygwin/packages/ goes to http://cygwin.com/cgi-bin2/package-grep.cgi?grep=run.exe and gives an error. (It can still be accessed by modifying "cygwin.com" in the URL to "sources.redhat.com/cygwin".) Most of the links in the left sidebar of the cygwin home page at http://sources.redhat.com/cygwin/ point to cygwin.com, as do most of the News links. I noticed this yesterday. After doing a whois to see if it gave any hints, I noted the following: Updated Date: 27-dec-2006 I will flagrantly ignore the "smart questions" guidelines http://www.catb.org/~esr/faqs/smart-questions.html#symptoms and speculate that perhaps something nasty happened during the update. :-) - Barry - Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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/
cygwin.com DNS not resolving?
I'm not seeing name resolution on cygwin.com from several different ISPs? Anyone else see this or know what is going on? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com seems to be gone
Works for me... http://cygwin.com/ yep http://www.cygwin.com/ yep http://cygwin.com/cgi-bin2/package-grep.cgi?grep=run.exe yep - 7 matches Does the IP address work for you? PING cygwin.com (209.132.176.174) 56(84) bytes of data. J. On Thu, December 28, 2006 2:50 pm, Buchbinder, Barry \(NIH/NIAID\) [E] wrote: > Both > http://cygwin.com/ > and > http://www.cygwin.com/ > are gone (assuming that the latter was ever there). This is a problem > because a number of links point to it. For example searching for > run.exe on the package search page > http://sources.redhat.com/cygwin/packages/ > goes to > http://cygwin.com/cgi-bin2/package-grep.cgi?grep=run.exe > and gives an error. (It can still be accessed by modifying "cygwin.com" > in the URL to "sources.redhat.com/cygwin".) Most of the links in the > left sidebar of the cygwin home page at > http://sources.redhat.com/cygwin/ > point to cygwin.com, as do most of the News links. > > I noticed this yesterday. After doing a whois to see if it gave any > hints, I noted the following: > Updated Date: 27-dec-2006 > I will flagrantly ignore the "smart questions" guidelines > http://www.catb.org/~esr/faqs/smart-questions.html#symptoms > and speculate that perhaps something nasty happened during the update. > :-) > > - Barry > - Disclaimer: Statements made herein are not made on behalf of > NIAID. > > -- > 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: select failed: Interrupted system call
andy wang wrote, On 25.12.2006 23:12: > Hi, All: > > What's the reason can cause interrupted system call. the same program > will not be interrupted running at linux. I know a singal can, Is > there anything else can? Is there possible that pthread_cond_signal > will do the same thing too? > > Regards, > Andy > Any delivered signal can interrupt interruptable system call, IIRC. You should check for the condition and handle it. If it is some particular signal that is interrupting the call then you could use SA_RESTART flag. -- wilx signature.asc Description: OpenPGP digital signature
Re: rpm-build-4.1-1 incompatible with tar-1.16.1-1
On Wed, Dec 27, 2006 at 12:40:01PM +, Dick wrote: >I'm using rpmbuild to build a RPM package from a tarball but it doesn't work: > >$ rpmbuild -ta SOURCES/daco-0.tar.gz >error: Failed to rename /home/eeto003/SPECS/rpm-spec.LpULlm to >/home/dick/SPECS/tar: Pattern matching characters used in file names. Please,: >m > >It seems like tar needs the --wildcards parameter (since a while) and rpmbuild >doesn't know this. > >Could someone please fix this? I'm struggling to understand what "tar" has to do with rpm. I think you probably need to do more debugging of this situation. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cp vs native copy performance; suboptimal st_blksize?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Brian Ford on 12/28/2006 2:15 PM: > > Current cp gets its initial buffer size from the st_blksize field > returned by fstat, which is currently set to 1k. I have found several > references on the web that state 64k is the "native" I/O size for the > disk cache manager. This might also fix the infamous USB transfer > rate issue as discussed here: > > http://www.cygwin.com/ml/cygwin/2006-08/msg00090.html > > Should we change st_blksize to 64k for performance reasons? > The benefit is non-trivial, IMHO. There is also the question of whether using posix_fallocate and posix_fadvise will help matters; it is something I've been meaning to get to, but as it currently depends on 1.7.x snapshots, it hasn't been my highest priority. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlVKP84KuGfSFAYARArQDAKCjUYJOkLnQNZlG9JkoYwoAPtE6UQCZAUBo wOkuVDdl3ufT/DgjfKGtmio= =iYGO -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.com DNS not resolving?
[EMAIL PROTECTED] wrote: I'm not seeing name resolution on cygwin.com from several different ISPs? Anyone else see this or know what is going on? http://cygwin.com worked OK for me thru Compuserve. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin tar -M breaks
Alexy Khrabrov wrote: -- I've updated Cygwin today, but had issues, and wonder whether this is related to threads or a possibly broken install? (Not all of postinstall *.sh scripts ran I surmise -- how do I rerun them if needed?) And if it indicates broken threads, which thread-related modules should I reinstall? First, if you have not already, reboot. Then, rerun the installer. Just cycle through all the pages and let it do what it wants. This will re-run any outstanding postinstall scripts. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rpm-build-4.1-1 incompatible with tar-1.16.1-1
On 27 December 2006 12:40, Dick wrote: > Hi all, > > I'm using rpmbuild to build a RPM package from a tarball but it doesn't > work: > > $ rpmbuild -ta SOURCES/daco-0.tar.gz > error: Failed to rename /home/eeto003/SPECS/rpm-spec.LpULlm to > /home/dick/SPECS/tar: Pattern matching characters used in file names. Please,: m > > It seems like tar needs the --wildcards parameter That's not what it looks like to me. Look at that stray ": m" at the end of the line. It looks to me like you have a stray CR-LF line-ending somewhere, and the error message is partially self-overwriting. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Calling a cygwin binary from CreateProcess - problem with redirection
Hi, I have no experience with cygwin, but I downloaded a Windows .exe which is a unix program compiled for Windows with cygwin. Several cygwin dll's are included. I can run this program from the DOS command line. An example command line is: c:\progra~1\freeli~1.4\analyzer -f data\config\en.cfg < c:\split.txt > new.txt But I would like to launch it from another Windows application - a graphic interface I am writing for it, in fact. However, when I supply the above command line to the Windows CreateProcess function as the lpCommandLine parameter, I get the error message "CONFIG_OPTIONS: Error -11 parsing command line. unknown option '' at position 4 in command line" ie. the redirection symbol <. It doesn't matter whether or not there is a space after the redirection symbol. This is the same error message as produced when a commandline parameter which is genuinely in error is supplied to the program, so it seems that the combination of CreateProcess and cygwin is passing the redirection parameter to the program in some mutated form, whereas it arrives correctly from the command line. Any ideas gratefully received. Thanks, Ciarán à DuibhÃn. -- 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: Fatal Error w/ cygwin 1-5-23-*
Hello all, I found a mirror site that still had 1-5-22-1 and did a full install, but was surprised to find that the fatal error problem I've been having still persisted. On another machine running 1-5-22-1 this was not the case, and so I (incorrectly) thought the problem may be 1-5-23-2 specific. What I'm seeing is that within a call to the boost file system library to instantiate a path object, things are blowing up after a free() call in the cygwin dll. I've attached a gdb trace and cygcheck output for review. Note that I'm running boost 1.33.1-1, but the problem occurs under 1.33.1-2 as well. I would appreciate any assistance towards further isolating the problem. Thanks, Brian -Original Message- From: [EMAIL PROTECTED] on behalf of Brian Hassink Sent: Tue 12/26/2006 9:10 AM To: cygwin@cygwin.com Subject: Fatal Error w/ cygwin 1-5-23-* Hello all, I have an app that runs fine under 1-5-22-1, but has a fatal error (see below) when run under 1-5-23-1 or 1-5-23-2. I've done a complete reinstallation of 1-5-23-2 (and had tried a newer snapshot as well), but this has not resolved the problem. At this point, I'm not sure what to look for to help isolate the problem. Any advice? Thanks, Brian gdb.txt Description: gdb.txt cygcheck.txt Description: cygcheck.txt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin slower on one computer
Magnus Holmgren wrote: I'm trying to figure out why Cygwin build things so much slower on one computer I have. We're talking about more than 3 times slower on a computer that ought to be a bit faster (Athlon64 at 2.2-2.4 GHz, compared to a Pentium M at 1.8 GHz). This is a little embarrassing, but I finally found out what caused the large speed difference. You might've guessed it: the firewall. In this case, it was the Kerio Personal Firewall. I'm guessing it is the "host intrusion prevention system" module that causes it (not that I had it enabled). When using the Windows built-in firewall (same as on the Pentium M system), the Athlon system is indeed a bit faster. Magnus -- 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 a cygwin binary from CreateProcess - problem with redirection
On Sat, 30 Dec 2006, Ciarán Ó Duibhín wrote: > Hi, > > I have no experience with cygwin, but I downloaded a Windows .exe which > is a unix program compiled for Windows with cygwin. Several cygwin > dll's are included. > > I can run this program from the DOS command line. > An example command line is: > c:\progra~1\freeli~1.4\analyzer -f data\config\en.cfg < c:\split.txt > > new.txt > > But I would like to launch it from another Windows application - a > graphic interface I am writing for it, in fact. However, when I supply > the above command line to the Windows CreateProcess function as the > lpCommandLine parameter, I get the error message > "CONFIG_OPTIONS: Error -11 parsing command line. >unknown option '' at position 4 in command line" > ie. the redirection symbol <. It doesn't matter whether or not there is > a space after the redirection symbol. > > This is the same error message as produced when a commandline parameter > which is genuinely in error is supplied to the program, so it seems that > the combination of CreateProcess and cygwin is passing the redirection > parameter to the program in some mutated form, whereas it arrives > correctly from the command line. Ciarán, CreateProcess() is not a shell -- it will pass all arguments (including your redirection specifiers) to the program. This is not a Cygwin-specific problem -- you would have gotten the same errors with a pure Windows executable. You might want to read up on the arguments to CreateProcess on MSDN (especially the input/output handles in the STARTUPINFO structure). If you have further questions, a Windows-specific list might be a better venue. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Freedom is just another word for "nothing left to lose"... -- Janis Joplin -- 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: man : List of all commands in a section
On Oct 1, 2002, at 12:37 AM, Alex Vinokur wrote: = Windows 2000 CYGWIN_NT-5.0 = Is it possible to get list of * all section * all commands in some section ? == Alex Vinokur mailto:[EMAIL PROTECTED] http://up.to/alexvn == -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Here is a shell script I wrote to list all commands in the PATH: === snip #!/bin/sh # list all commands: list all executable commands in the current PATH. myPATH="$(echo $PATH | sed -e 's/ /~~/g' -e 's/:/ /g')" count=0; cmdlist=""; for dirname in $myPATH ; do directory="$(echo $dirname | sed 's/~~/ /g')" if [ -d "$directory" ] ; then for command in $(ls "$directory") ; do if [ -x "$directory/$command" ] ; then count="$(( $count + 1 ))" cmdlist="$cmdlist $command" fi done fi done #echo "$count commands:" for cmd in $cmdlist ; do echo $cmd done === snip -- 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: man : List of all commands in a section
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to charles Bobo on 12/29/2006 7:43 PM: >> >> Is it possible to get list of >> * all section >> * all commands in some section ? Install bash-completion, enable it, then in bash, type 'man ' to get a list of all man pages. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlgBR84KuGfSFAYARAq7bAJ9xbMRgbhAzVP+i+s92dcqaGy++cgCfVAXV e2MhTIpchYyp1THvAf9oaBU= =EMSL -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
