RE: identical scripts don't behave identically
I'll bet one has a carriage return ( and/or line feed) and the other doesn't which would fail on an incomplete last line. I've been burned by this many times. Always end the script by hitting the enter to avoid this. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Thrall, Bryan Sent: Wednesday, July 08, 2009 3:19 PM To: cygwin@cygwin.com Subject: RE: identical scripts don't behave identically roc97007 wrote on Wednesday, July 08, 2009 5:11 PM: To summarize, as far as I can tell the files are identical, but one works and the other can't seem to find the current directory. If, in the broken script, I substitute any command that needs to read or write to or from the file system, it will always fail with file not found or no such file or directory. The other script with the exact same commands (assuming they are legal and reasonable) will always work. Obviously there is a difference between the files. I can't figure out what it is. The issue is demonstrably a characteristic of the file, because if I delete or rename aaa.sh and then cp aab.sh aaa.sh, then they will both work. This is driving me crazy. We are under a deadline, and some scripts work and some do not, seemingly randomly. Our current work-around is to copy a script that works to a different name and then replace the content. This is a ridiculous workaround, and since we don't know what the mechanism is we have no idea if it'll still work tomorrow or next week. Please help! Perhaps one of the files has DOS line endings and the other has UNIX line endings? Try d2u on the broken one to see if it fixes the problem. -- Bryan Thrall FlightSafety International bryan.thr...@flightsafety.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Magnetic tape tools
I found a need to read Tar Archives from a LTO 4 tape and only had a Vista Box to do it. After messing around with SFU, gnu-tar etc I installed Cygwin and As expected, was able to mt to filemark 117 and begin extraction (/dev/nst0). Which was better than I could do with any other tool, the Problem is that it was excruciatingly slow. It took over an hour to get to filemark 116 and all night to extract 6500 files. Much slower than on My Linux boxes ( which are not an option in this case). I haven't had to deal with MT in a long time, is there a way to speed this up? Could I Might it be faster to dd the whole (TByte) tape and untar later? Are there any other tools I should concider? I'm hoping someone has had to do this recently and knows the secret Mt -f /dev/nst0 fsf 116 Tar -xvb 1024 -f /dev/nst0 Thanks for your wisdom Bruce D. -- 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/
Defrag and some other exe not seen by cygwin on XP64
This is weird I couldn't find it in my search of the site; I was on a XP64 machine and tried to run the defrag command from the Cygwin shell and it could not locate the command. I could see the command via the cmd shell. Below I cd usng the cmd shell on 64bit XP and using ls it is not seen and dir it is seen: C:\WINDOWS\system32ls |grep defrag C:\WINDOWS\system32dir |grep defrag 02/16/2007 08:33 PM35,840 defrag.exe C:\WINDOWS\system32cacls defrag.exe C:\WINDOWS\system32\defrag.exe BUILTIN\Administrators:F NT AUTHORITY\BATCH:R Everyone:R NT AUTHORITY\INTERACTIVE:R NT AUTHORITY\SERVICE:R NT AUTHORITY\SYSTEM:F I then copied the file in the cmd shell to c:\cygwin\ and then Cygwin can see it there: [EMAIL PROTECTED]:/c/WINDOWS/system32 ls -al ./defrag ls: cannot access ./defrag: No such file or directory [EMAIL PROTECTED]:/c/WINDOWS/system32 cd / [EMAIL PROTECTED]:/ ls -al ./defrag -rwx--+ 1 dobrin Domain Users 35840 Feb 16 2007 ./defrag I confirmed that this isn't an issue on XP32 or Vista And Ideas? Thanks -- 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/
Can't make Wodim see my cd
Hi all, I noticed that the newest release includes the cdrecord replacement wodim. This is nice because I'm sort of stuck when I want record DVD's. Here is the issue: I'm on Vista Ult. A version of cdrecord that I built myself back when Dinosaurs ruled the earth (WDRE) runs great, but doesn't recognize DVD's. On the REAL (old cdrecord) I identify my cdrom as follows: [EMAIL PROTECTED]:/usr/share/doc/cdrkit-1.1.7.1 /usr/local/cdrecord/cdrecord -scanbus Cdrecord 2.0 (i686-pc-cygwin) Copyright (C) 1995-2002 Jörg Schilling Using libscg version 'schily-0.7' scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * scsibus1: 1,0,0 100) 'TOSHIBA ' 'MK3252GSX ' 'LV01' Disk 1,1,0 101) * 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * scsibus2: 2,0,0 200) 'MATSHITA' 'DVD+-RW UJ-857G ' 'Z111' Removable CD-ROM 2,1,0 201) * 2,2,0 202) * 2,3,0 203) * 2,4,0 204) * 2,5,0 205) * 2,6,0 206) * 2,7,0 207) * Indicating that I have a DVD drive on fake scsi port 2,0,0... All is wonderful But on wodim: [EMAIL PROTECTED]:/usr/share/doc/cdrkit-1.1.7.1 wodim -scanbus scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) HOST ADAPTOR scsibus1: 1,0,0 100) 'TOSHIBA ' 'MK3252GSX ' 'LV01' Disk 1,1,0 101) * 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) HOST ADAPTOR End of story. I tried wodim dev=2,0,0 -v /tmp/cdimage Not recognized wodim dev=/dev/scd0 -v /tmp/cdimage Nothing useful ( I CAN dd from this dev ) wodim dev=e: -v /tmp/cdimage And it laughed at me. Is there a non-obvious syntax error here? I tried various permutations using things like dev=ASPI:... etc based on the wodim --devices and dev=help... But got nowhere. It indicates on the man page that Bruce -- 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: wget and HTTP_PROXY question
If all you really want is to get this to work then I should mention that Wget appears to want lowercase (http_proxy rather than HTTP_PROXY) as well as wanting the USE PROXY set to on in the .wgetrc file. You could script your various rc files to change case, or you could just set the proxy in the .wgetrc file and get on with your life. I'm not the supporter of this package so I can't be more help than that. Bruce D. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ronald Fischer Sent: Tuesday, May 20, 2008 8:50 AM To: cygwin@cygwin.com Subject: wget and HTTP_PROXY question I can't fetch anything from the web using wget (Connection timed out). My guess is that it has to do with the proxy settings, but: - my environment variable HTTP_PROXY is set, and - from a Windows command line (i.e. outside of Cygwin), tools (such as the package manager of ActiveState Perl) *can* use the proxy specified here, without problems. What can I do to get wget working? Ronald -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: How to make GraphicsMagick ('gm.exe') work? and 'cygdpstk-1.dll'
The newest Cygwin clearly does NOT include this file. I have lots of machines here with lots of different version of cygwin. The date of the file I used is [EMAIL PROTECTED]:/usr/X11R6/bin ls -al | grep cygdp -rwxr-x--- 1 dobrin Domain Users 248320 Jul 20 2006 cygdps-1.dll -rwxr-x--- 1 dobrin Domain Users 26112 Jul 20 2006 cygdpstk-1.dll ( I copied both of these files over as I assumed that they were related) I have a machine that still 1.5.18 on it and it has an earlier dated version of these files from 2005, but the same file size as the one I used. My upgrade history is .18 to .21 to .24 to .25 so the file I used was most likely from .21 or .24. Again. I'm not a the maintainer and have no idea what the lib is for (though I suspect it is an adobe Postscript display lib) or which of the many x11 packages included it. /usr/X11R6/bin should be in your path via the $PATH variable. I keep a personal non-system directory in my path via the $PATH variable so that I can move files and libs onto my machine for testing without risking overwriting system installed files. This is where I put these libs and why I suggested that you could put them anywhere that was in the path. I have access to hundreds of machines and I keep my own auto-install/autoupdate builds of cygwin going back a few versions so I personally have these files handy, but I don't know where on the wide wonderful web to get them. I Hope this workaround helps, but Ideally, the maintainer will note this thread and take action. Bruce -Original Message- From: Lee D. Rothstein [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 22, 2008 12:04 PM To: Cygwin Cc: Bruce Dobrin Subject: Re: How to make GraphicsMagick ('gm.exe') work? and 'cygdpstk-1.dll' Bruce Dobrin wrote: I noticed that others had a problem running GraphicsMagick (gm.exe) on Vista but saw no solution in my search of site:cygwin.com. It appears to me that (for once) Vista isn't completely at fault. If you do a cygcheck on gm.exe you will noticed Error: could not find cygdpstk-1.dll. I found this on an older XP machine that had been upgraded to version 1.5.25 from many previous versions of cygwin. Once I copied this DLL into the path (I found it in /usr/X11R6/bin/) gm now seems to work fine. I don't know what this DLL is or does, but it does not appear to be in the currently X11 install. So find this Lib somewhere, copy it into the path and gm.exe will start working. No idea if it will bust anything else though * My '/usr/X11R6/bin/' has no such file even though I have a complete install of everything, probably because: mine is a relatively new machine, and I have no such remnants of yore. * I found a dodgey version of 'cygdpstk-1.dll' on the net (-rwxrwxrwx+ 180671 Jan 23 2004 cygdpstk-1.dll). (I checked it with 'strings' and my Virus scanner, first.) Is there a later version? * Do the Cygwin archive servers that appear in the 'setup.exe' list, keep prior versions of the install files? I presume that the ftp servers are accessible thru a standard ftp client? * I do not save the archives that are downloaded to install Cygwin updates (although I do save all my personal configuration information). If one cannot get these old archives off The Net?, perhaps I should rethink my backup strategy? * The path you allude to, above, probably should be $PATH. * BTB, if a user has X windows properly installed, I believe, '/usr/X11R6/bin/' would be in/on the $PATH. Bruce, Thanks for the tip I changed the subject line because both you and I had misspelled GraphicsMagick in previous posts. (Makes finding the Rosetta Stone difficult.) Lee Lee D. Rothstein P.S. Thanks for the 'site:' tip on Google, as well. -- 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 Graphics Magic on Vista
I noticed that others had a problem running Graphics Magick (gm.exe) on Vista but saw no solution in my search of site:cygwin.com. It appears to me that (for once) Vista isn't completely fault. If you do a cygcheck on gm.exe you will noticed Error: could not find cygdpstk-1.dll. I found this on an older XP machine that had been upgraded to version 1.5.25 from many previous versions of cygwin. Once I copied this DLL into the path ( I found it in /usr/X11R6/bin/ ) gm now seems to work fine. I don't know what this DLL is or does, but it does not appear to be in the currently X11 install. So find this Lib somewhere, copy it into the path and gm.exe will start working. No idea if it will bust anything else though -- 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/
Update apparently not current
Hi, I just tried to update from 1.5.25-7 to 1.5.25-11 using the installer pointed at http\\:mirrors.kernel.org and although it did upgrade some things ( at least it copied and over-wrote stuff), I still ended up with the 1.5.25-7 cygwin1.dll (which is what setup downloaded). I'm trying to solve some of the issues I'm having on Vista with X, mplayer and rcmd-related programs (some of the most important cygwin stuff for me). I know that a recent snapshot solved some of this and was hoping that the new official version would contain some or all of these fixes. Has the cygwin1 been reverted to -7? Are these fixes in the -11? Am I crazy (don't answer that)? Bruce Dobrin -- 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: Update apparently not current
No, nothing like that. And the package that was downloaded by the setup installer was wrong: [EMAIL PROTECTED]:/c/temp/cyg1.5.25/http%3a%2f%2fsources-redhat.mirror.redwire .net%2fcygwin/release/cygwin ls cygwin-1.5.25-7.tar.bz2 So I guess I'll just try it again from a different download point, perhaps my web cache isn't flushing correctly, though I find it hard to believe that that old a version would still be there. I have had a recent issue with my facility 1.5.25-7 remote/auto installer failing on the shell script portion because of an improper version of cygwin1.dll. This problem is solved if I rename cygwin1.dll to something else and then rename it back to cygwin1.dll. I'm also hoping that that is fixed in the new build. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn Sent: Wednesday, March 19, 2008 11:26 AM To: cygwin@cygwin.com Subject: RE: Update apparently not current Bruce Dobrin wrote on 19 March 2008 18:16: Hi, I just tried to update from 1.5.25-7 to 1.5.25-11 using the installer pointed at http\\:mirrors.kernel.org and although it did upgrade some things ( at least it copied and over-wrote stuff), I still ended up with the 1.5.25-7 cygwin1.dll (which is what setup downloaded). Did you by any chance ignore a warning message explaining that the DLL was still in-use and would not be replaced until you next reboot? That's the most common cause of this sort of mysterious situation. /artimi $ wget http://mirrors.kernel.org/sourceware/cygwin/setup.ini --18:25:01-- http://mirrors.kernel.org/sourceware/cygwin/setup.ini = `setup.ini' Resolving mirrors.kernel.org... 204.152.191.39, 204.152.191.7 Connecting to mirrors.kernel.org|204.152.191.39|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 747,581 (730K) [text/plain] 100%[] 747,581 272.08K/s 18:25:06 (271.30 KB/s) - `setup.ini' saved [747581/747581] /artimi $ grep -A7 '@ cygwin$' setup.ini @ cygwin sdesc: The UNIX emulation engine category: Base requires: base-passwd _update-info-dir version: 1.5.25-11 install: release/cygwin/cygwin-1.5.25-11.tar.bz2 1427217 e1f969931a1e18855716f2c57c3a876a Looks like the mirror's up-to-date to me. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Customize setup program. Autoinstall
Because I keep seeing this, and because at least once a year I have to fight through the disparate and confusing documentations and various mail logs. Here is how I use setup for unattended FULL and custom installs, with examples: The key command you are looking for looks something like this: c:\temp\remcyg1.5.24\setup -d -L -l c:\temp\remcyg1.5.24 -q -r -R c:\cygwin The summary of this is: -d no desktop icons added, -L Local Install, -l path to install root, -q quite (it's not very quite, but what can you do?) -r don't replace files after reboot ( I had problems long ago with this, but have forgotten what they are), -R Where you want it to go. You might also want to customize the install. It's ugly, but to do this you: 1: DOWNLOAD EVERYTHING (nothing is more painful than missing an unanticipated package dependency on an automated install )(it's easier to remove stuff and see if it breaks than to have to grab that one missing TeX thingy that you have no idea why it's there). Copy it somewhere where the normal install won't blast all your work. I use c:\temp\remcyg[version]_[myversion] for my special cygwin install root. 2: Edit the [Install_Root]/packages/setup.ini . Again, don't use the setup.ini in your default directory or it will be overwritten. You want to add a dummy BASE package. Base packages are always installed. On mine I have a set of scripts run after the install called finish[version} that I've added in to this dummy base package. It looks something like this: @ finish1.5.5 sdesc: Dummy to fool setup, includes finish script ldesc: Dummy to fool setup, includes finish script category: Base requires: [Package names as they are written on the lines with @ at the beginning, space delimited] version: 1.3 install: release/finish1.5.5/finish1.5.5_5.tar.bz2 7564 5e7d6b01b168000eb1f2668bfc5f60e6 source: release/finish1.5.5/finish1.5.5_5.tar.bz2 7564 5e7d6b01b168000eb1f2668bfc5f60e6 In the requires section put everything you want in your install. I started by writing a script that read the setup.ini, select for lines with a @ in them, and dump that into the requires line. The advantage is that redundant items aren't re-installed and taking stuff out is easier than putting stuff in. If you want to do a complete install, just leave everything in there, again, the redundancy is ignored. I up version the version line every time I re-write this section. Install and source: since I have scripts I run to setup many services and copy over specific files for my users, I include these. I have never tried this with an empty file here, but I suppose it would work. I believe you DO need something here. In this case I have, under [Install Root]/packages/release/finish1.5.5/ a tar bz2 file called finish1.5.5_5.tar.bz2 the files saved here use the same directory structure as cygwin under it's root ( / ). In this case one of the files is /etc/postinstall/finish1.5.5.sh which setup runs at the end of the install. The important point is the numbers: 7564 and 5e7d6b01b168000eb1f2668bfc5f60e6 7564 is the size of the finish1.5.5_5.tar.bz2 file and 5e7d6b01b168000eb1f2668bfc5f60e6 is the md5sum of the finish1.5.5_5.tar.bz2 file (example): [EMAIL PROTECTED]://murgatroid/c$/temp/remcyg1.5.24/packages/release/finish1.5.5 ls -al finish1.5.5_5.tar.bz2 -rw-r--r-- 1 dobrin Domain Users 7564 Aug 10 16:56 finish1.5.5_5.tar.bz2 [EMAIL PROTECTED]://murgatroid/c$/temp/remcyg1.5.24/packages/release/finish1.5.5 md5sum finish1.5.5_5.tar.bz2 5e7d6b01b168000eb1f2668bfc5f60e6 *finish1.5.5_5.tar.bz2 I use this in 2 ways: I have 500+ machines with cygwin that I need to update at times. I have a group of scripts that will, from a centralized location: copy the tarball to the machine, shutdown all the cygwin services, untar, spawn an install/upgrade, go on to the next machine... I also package a zipfile that I can use for new unattended installs. I hope this helps get people out there from tearing their hair out. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MasterOfSw Sent: Tuesday, November 06, 2007 2:02 PM To: cygwin@cygwin.com Subject: Fw: Customize setup program. On Mon, 05 Nov 2007 11:07:50 +, João Pedro Oliveira [EMAIL PROTECTED] said: Is it possible to call the setup program in quiet mode (or not quiet) and pass to the setup the packages we want to install? I would not like the user lost in all the steps of the cygwin setup... How can I do this? Check the cygwin FAQ. There is a section under Setting up Cygwin about automated installs. I haven't used it yet, but plan on trying soon myself. http://cygwin.com/faq.html Best regards, João Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info:
RE: Perl failure
Sorry Corinna But actually, I never saw your reply, which is odd since I keep all the cygwin.com mailing list items for a week, but I also have only ever seen 1 of my own additions to the thread(!), and I never received my initial email through the mailing list and only got confirmation that it went thru when I got my first response. Because I had noticed that some e-mails seem to get diverted, I've taken to checking the archives to see if anyone has responded to queries rather than trusting the list. But as of late last night (California time) your initial response hadn't turned up there either. This seems to indicate what is going on (I'd suspected something like this) and had noticed that the addition of waitpid (or wait) did solve this problem in the test case. Unfortunately, for me, the way I'm using fork is to spawn 5 to 10 concurrent rsync's at a time AND retain control of the parent so as to recognize when one of the rsyncs has hung, and clean up the children when the script finishes. I've never liked doing it this way (it seems in-elegant), but not being a particular Perl hacker, I've never figured out a better way; and I've been using this same script for 7 years in one form or another on Linux, Cygwin, and Irix and have just now run into this problem. As it stands this is still a script that runs fine on current Linux, but not on current Cygwin. Is there a way to purge or bump up the limit on this list of active children? Thanks Bruce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen Sent: Thursday, July 20, 2006 12:26 AM To: cygwin@cygwin.com Subject: Re: Perl failure On Jul 19 16:30, Yitzchak Scott-Thoennes wrote: Thanks for the suggestion, I tried it with 1.5.20 and 1.5.21s 20060718. But Alas no better luck. Any Idea if this is Cygwin or Perl? I'm betting on cygwin. I hope to look more into this soon. Did anybody of you bother to read my reply from yesterday? http://cygwin.com/ml/cygwin/2006-07/msg00579.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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 failure
Thanks for the suggestion, I tried it with 1.5.20 and 1.5.21s 20060718. But Alas no better luck. Any Idea if this is Cygwin or Perl? Thanks Bruce D. From: Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com To: cygwin at cygwin dot com Date: Tue, 18 Jul 2006 22:15:14 -0400 Subject: Re: Perl failure References: [EMAIL PROTECTED] Reply-to: cygwin at cygwin dot com Larry Hall wrote: It may make more sense to move forward and see if the problem still exists in a snapshot version - http://cygwin.com/snapshots/. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yitzchak Scott-Thoennes Sent: Thursday, July 13, 2006 11:06 AM To: cygwin@cygwin.com Subject: Re: Perl failure Bruce Dobrin wrote: Hi, I stripped down the code to a small testable bit. The problem seems to occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my cygwin1.5.5. win2k system. The original code give the forked process time to finish, but it still looks like it eats it after about 256 iterations ( it actually failed between 259 and 252 iterations, but it's pretty complicated so I'm not sure what else was happening). Here is my test code: [EMAIL PROTECTED]:/tmp cat test8.pl #!/usr/bin/perl -w use strict; my $pid; foreach my $incr (`seq 1 1 800`) { unless (defined ($pid = fork)) { die cannot fork $!; } unless ($pid) { print the sequence is $incr \n; exit; } print pid is $pid\n; } ### The error here is : cannot fork Resource temporarily unavailable at ./test8.pl line 11. panic: MUTEX_LOCK (45) [op.c:354]. On cygwin1.5.5 it finishes successfully. I'm not sure if there is anything else I can try, I'm looking around for some other machines with older cygwins on them to establish what version it stopped working in. -- 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 failure
Hi, I stripped down the code to a small testable bit. The problem seems to occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my cygwin1.5.5. win2k system. The original code give the forked process time to finish, but it still looks like it eats it after about 256 iterations ( it actually failed between 259 and 252 iterations, but it's pretty complicated so I'm not sure what else was happening). Here is my test code: [EMAIL PROTECTED]:/tmp cat test8.pl #!/usr/bin/perl -w use strict; my $pid; foreach my $incr (`seq 1 1 800`) { unless (defined ($pid = fork)) { die cannot fork $!; } unless ($pid) { print the sequence is $incr \n; exit; } print pid is $pid\n; } ### The error here is : cannot fork Resource temporarily unavailable at ./test8.pl line 11. panic: MUTEX_LOCK (45) [op.c:354]. On cygwin1.5.5 it finishes successfully. I'm not sure if there is anything else I can try, I'm looking around for some other machines with older cygwins on them to establish what version it stopped working in. Thanks for your time Bruce D. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yitzchak Scott-Thoennes Sent: Thursday, July 13, 2006 11:06 AM To: cygwin@cygwin.com Subject: Re: Perl failure On Thu, Jul 13, 2006 at 08:53:09AM -0700, Yitzchak Scott-Thoennes wrote: On Wed, Jul 12, 2006 at 05:08:43PM -0700, Bruce Dobrin wrote: Hi, I have a server that has been doing back end maintenance using perl on cygwin for 6 years now. I recently upgraded from win2k and cyg1.5.9 to XP sp3 and cyg1.5.19 (to be fare, I also cleaned up the perl code a bit). The script checks versioning and build info on about 600+ windows systems. Since the upgrade, it gets thru about 500 of them ( almost exactly 2 hours) and then: panic: MUTEX_LOCK (45) [util.c:2266] at /c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, HOSTFILE line 277. panic: MUTEX_LOCK (45) [op.c:354], HOSTFILE line 277. This indicates EDEADLK being returned from posix_mutex_lock. Err, I mean pthread_mutex_lock. -- 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: Perl failure
I ran just the core part of the script, it forks off a number of rsync's for every machine it is checking. When the panic happens it kills of the parent, but the remaining children finish successfully. I then brought back up the previous server that I had used (win2k machine with cyg1.5.5). The script ran through successfully on the older machine. I had to make minor changes to my Perl script: 1: I use ping to check if the machines are alive, the older ping response needs to be parsed differently 2: I use rsync for version control, Rsync (old and new) will hang about 5% of the time on the old cygwin and about 0.5% of the time on the new, often to the point where cygwin's kill won't kill it. In these cases I also call /c/windows/system32/taskkill on XP, but I need to call windows kill on win2k. 3: All the data that is version controlled is kept on the new cyg 1.5.19 XP server, so I had to change the data location from a local drive on the newer machine to a network drive on the newer machine. So I'm at the point where the old server works with new code ( though it is very slow and rsync is very unreliable on it) and a new machine which runs great until it craps out after 1.5 hours. I hope the above helps Thanks Bruce D. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yitzchak Scott-Thoennes Sent: Thursday, July 13, 2006 8:53 AM To: cygwin@cygwin.com Subject: Re: Perl failure On Wed, Jul 12, 2006 at 05:08:43PM -0700, Bruce Dobrin wrote: Hi, I have a server that has been doing back end maintenance using perl on cygwin for 6 years now. I recently upgraded from win2k and cyg1.5.9 to XP sp3 and cyg1.5.19 (to be fare, I also cleaned up the perl code a bit). The script checks versioning and build info on about 600+ windows systems. Since the upgrade, it gets thru about 500 of them ( almost exactly 2 hours) and then: panic: MUTEX_LOCK (45) [util.c:2266] at /c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, HOSTFILE line 277. panic: MUTEX_LOCK (45) [op.c:354], HOSTFILE line 277. This indicates EDEADLK being returned from posix_mutex_lock. It hits a slightly different time and position in the list each time, but always after approximately 2 hours. I found a few old mails suggesting rebaseall, which I ran to no effect. The system pretty much runs nothing but this. I've been running a version of this script since cyg1.3.9 and never had a problem like this one. Any suggestions? Can you revert one or more of the many things you changed, and see if it makes a difference? -- 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/
Perl failure
Hi, I have a server that has been doing back end maintenance using perl on cygwin for 6 years now. I recently upgraded from win2k and cyg1.5.9 to XP sp3 and cyg1.5.19 (to be fare, I also cleaned up the perl code a bit). The script checks versioning and build info on about 600+ windows systems. Since the upgrade, it gets thru about 500 of them ( almost exactly 2 hours) and then: panic: MUTEX_LOCK (45) [util.c:2266] at /c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, HOSTFILE line 277. panic: MUTEX_LOCK (45) [op.c:354], HOSTFILE line 277. It hits a slightly different time and position in the list each time, but always after approximately 2 hours. I found a few old mails suggesting rebaseall, which I ran to no effect. The system pretty much runs nothing but this. I've been running a version of this script since cyg1.3.9 and never had a problem like this one. Any suggestions? Thanks Bruce D -- 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/
RXVT copy/paste issue
So it seems that rxvt (native win) copy paste now works independently on each rxvt window. How do I get the selection into the clipboard. I am used to being able to copy paste between rxvt windows and other windows apps. I dug through the recent mailing lists and don't think I found anything that applies. Startup is (and has been for years): C:\cygwin\bin\rxvt.exe -tn rxvt -bg #55 -fg #ee -sr -sl 5000 -vb -e /bin/bash --login -I Thanks Bruce -- 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/
Last or equiv for Windows login?
Hi, Is there a flag for last or who or another program (cygwin or other) that shows me the current and/or previous Windows login user? (Rather than the last cygwin shell login). With a combination of cygwin tools and wmic I have been able to log almost everything on any given remote machine... But I can't figure out how to find out who is/was logged into the windows console (desktop or whatever you want to call it). Any ideas? Thanks Bruce Dobrin -- 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 NET::SERVER module acts strangly in cygwin
HI All, Perhaps this is the wrong list for this, but as it is Cygwin specific... Anyone have any experience with the perl NET::SERVER module? I have been re-writing some of my perl servers using the NET::SERVER::PREFORK (v.90)module. All is well on Linux but in Cygwin (1.5.18) everything works fine until I try to take the data coming in via the socket ($_) and fork off a system or exec using that data. When I do this, the client connection is abruptly closed without successfully performing the system call. If I define the variable internally it all works fine. Example: Sub make_dirs ( my $destinU = $_ ; chomp; $destinU =~ tr#\\#/#; $destinU =~ tr/://d; print unix style destination is $destinU \r\n; if (! -d $destinU ){ print system \mkdir -p ${destinU}\\r\n; system mkdir -p /cygdrive/c/${destinU} ; Result: unix style destination is c/temp/newdir mkdir -p /cygdrive/c/temp/newdir #And nothing happens and client session crashes. If I set the above second line to : my $destinU = c:\temp\newdir ; I get : unix style destination is c/temp/newdir mkdir -p /cygdrive/c/temp/newdir the directory is created and the client session remains open and stable. If I run the first example on Linux (centos4) All works as it's suppose to and I get weird /cygdrive/c/temp directorys ;) I tried running the above example in a script using the SOCKET module, and the above worked as expected . I've been staring at strace logs, but I'm not getting anywhere... Any help or suggestions would be appreciated Bruce D. -- 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/
Tcsh .history file growing out of control
Hi All, This is generally a minor headache, But routinely for about the last 2 years while running rxvt and tcsh, I'll have a problem where I can't start a new shell and I'll find that I have a .history file that is 4 to 5 gig's. I blow the thing away and all is once again right in the world. It seems to often correspond with a user ( often myself) having closed a shell that not only doesn't really close but starts spinning out of control, using 100% CPU. Obviously it is doing something that is filling the history file, but usually when I notice it, the history file is too big to open or move and I need to solve the problem so I just end up blowing it away. I think this started cropping up when Cygwin moved from 1.3 to 1.5 and has happened with every version since. I'd like to try just using bash or something else, but my facility standard for all flavors of UNIX is tcsh and my changing to bash wouldn't help the 1000 other people in the facility that occasionally get burned by this when on their windows boxes. I hit it a couple of times a month, most users much less, but it's been burning us more and more as our users move transparently between windows, Linux and Irix. I hoped I'd see something crop up on the list, none of my searches have turned up anything. Thanks Bruce -- 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: Tcsh .history file growing out of control
I'll give it a try, but I took it to mean that the history was limited to 100 events by default. Which seemed to be the case: [EMAIL PROTECTED]:/home/dobrin cat .history | wc -l 100 I'm still a bit worried about tcsh appearing to close but going insane instead. But as I said, this is very rare. I just hoped someone had some experience or insight into it. Bruce D. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Reid Thompson Sent: Thursday, January 26, 2006 12:39 PM To: cygwin@cygwin.com Subject: Re: Tcsh .history file growing out of control Bruce Dobrin wrote: Hi All, This is generally a minor headache, But routinely for about the last 2 years while running rxvt and tcsh, I'll have a problem where I can't start a new shell and I'll find that I have a .history file that is 4 to 5 gig's. I blow the thing away and all is once again right in the world. It seems to often correspond with a user ( often myself) having closed a shell that not only doesn't really close but starts spinning out of control, using 100% CPU. Obviously it is doing something that is filling the history file, but usually when I notice it, the history file is too big to open or move and I need to solve the problem so I just end up blowing it away. I think this started cropping up when Cygwin moved from 1.3 to 1.5 and has happened with every version since. I'd like to try just using bash or something else, but my facility standard for all flavors of UNIX is tcsh and my changing to bash wouldn't help the 1000 other people in the facility that occasionally get burned by this when on their windows boxes. I hit it a couple of times a month, most users much less, but it's been burning us more and more as our users move transparently between windows, Linux and Irix. I hoped I'd see something crop up on the list, none of my searches have turned up anything. Thanks Bruce -- 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/ If you set your history file to contain only 1000 events, does that fix the issue. from the tcsh man page: history The first word indicates the number of history events to save. The optional second word (+) indicates the format in which his- tory is printed; if not given, `%h\t%T\t%R\n' is used. The format sequences are described below under prompt; note the variable meaning of `%R'. Set to `100' by default. -- 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/
Cygwin Setup Command Line
Hi all, Is there anything new in automating Cygwin setup since the short command line list at: http://sources.redhat.com/ml/cygwin-apps/2003-03/msg00526.html (Referenced in the Cygwin-apps Homepage)? ... And do these commands still work? Since this is a slow week I'm once again digging into trying to figure out how to efficiently update 500 machines with a recent copy of Cygwin ( some are as old as 1.3.10). If anyone has any suggestions, I'd love to hear them. Fortuna I at least have inetd running on all of them so I have somewhere to start. Bruce D. [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 Setup Command Line
Hmm, I just tried it and it does appear to sort of work, but it only installs the default and I don't see any way to tell it to do otherwise. ( plus the -q flag still doesn't' suppress the you must reboot window) -Original Message- From: Larry Hall (Cygwin) [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 28, 2005 4:18 PM To: Bruce Dobrin Cc: cygwin@cygwin.com Subject: Re: Cygwin Setup Command Line On 12/28/2005, Bruce Dobrin wrote: Is there anything new in automating Cygwin setup since the short command line list at: http://sources.redhat.com/ml/cygwin-apps/2003-03/msg00526.html (Referenced in the Cygwin-apps Homepage)? I think that still about covers it. You can check the source if you're interested though. ... And do these commands still work? Nobody has reported otherwise. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: PerlTk under Cygwin?
Don't know if you have solved this yet, but there is a special build that does indeed work. It is a version of tk800.025 with a patch. I can't find it right now but I found it with a bit of digging about 2 weeks ago. There was a tk800.024 for native win and tk804.xx for X11. they both seem to work after the requesit playing with rebase I believe I got it from sourceforge: Cygwin port maintained by: Yaakov Selkowitz http://sourceforge.net/projects/cygwin-ports/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. David Boyd Sent: Wednesday, November 16, 2005 1:32 PM To: cygwin@cygwin.com Subject: Re: PerlTk under Cygwin? Andrew DeFaria [EMAIL PROTECTED] writes: I tried to install Tk for Perl using CPAN by: $ perl -MCPAN -e install Tk However it fails with: In file included from ../pTk/tkWinPort.h:19, from ../pTk/tkPort.h:28, from Xlib.xs:7: ../pTk/mTk/xlib/X11/Xlib.h:1206:35: ../pTk/tkIntXlibDecls.h: No such file or directory make[1]: *** [Xlib.o] Error 1 make[1]: Leaving directory `/dev/p/.cpan/build/Tk-804.027/Xlib' make: *** [subdirs] Error 2 /bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible Has anybody managed to install Tk for Perl running under Cygwin? -- There's too much blood in my caffeine system. I don't think this has worked since Cygwin went from XOrg to XFree, or vice versa, which ever it was, as I used to be able to build it, but no longer could, right after the switch. Dave -- 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: PerlTk under Cygwin?
Well, obsolete or not, the tk800.025 for win32 from sourceforge is building and working on 1.5.18 with it's perl5.8.5. Any chance a non-obsolete version for win32 anytime? We use this native a lot. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yaakov S (Cygwin Ports) Sent: Wednesday, November 16, 2005 3:05 PM To: cygwin@cygwin.com Subject: Re: PerlTk under Cygwin? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruce Dobrin wrote: It is a version of tk800.025 with a patch. I can't find it right now but I found it with a bit of digging about 2 weeks ago. There was a tk800.024 for native win and tk804.xx for X11. they both seem to work after the requesit playing with rebase I believe I got it from sourceforge: Cygwin port maintained by: Yaakov Selkowitz http://sourceforge.net/projects/cygwin-ports/ That version is obsolete now, built for a previous version of perl. My current perl-Tk packages (X11 only; the Win32 build hasn't worked for a while) are available at: ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/ or with setup.exe, add this server: ftp://sunsite.dk/projects/cygwinports/ Being that this is frequently requested and doesn't build OOTB, maybe it's time for me to ITP it. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDe7sHpiWmPGlmQSMRAmuxAJ4+62lIAxb9S+vHEVcYyvP3D0MPfQCfWOBm Y0pDcWi4OJhQEbFNsORNXMA= =TFXz -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/ -- 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/
Any fix to cygheap_fixup_in_child failure after rebaseall?
Hi, I have seen a few references to this in the mailing list, but no solutions were evident. I'm building a new machine, (windows media laptop XP Pro/media center addition 2005). Everything is up to date. I had compiled the newest version of mplayer and all was well until I added KDE yesterday ( and the subsequent rebaseall). Now Mplayer gacks with 4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes of space for cygwin's heap (0x6181 0xA5) in child, Win32 error 487 C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0, m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1 I tried rebasing the mplayer stuff and also recompiling. All for naught. I'd hate to re install cygwin If I don't have to. Thanks. Bruce dobrin -- 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: Any fix to cygheap_fixup_in_child failure after rebaseall?
I did use rebaseall -T /usr/local/bin But I've always been a bit hazy as to what the proper format for rebaseall was -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 26, 2005 3:14 PM To: Bruce Dobrin; cygwin@cygwin.com Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall? At 05:47 PM 4/26/2005, you wrote: Hi, I have seen a few references to this in the mailing list, but no solutions were evident. I'm building a new machine, (windows media laptop XP Pro/media center addition 2005). Everything is up to date. I had compiled the newest version of mplayer and all was well until I added KDE yesterday ( and the subsequent rebaseall). Now Mplayer gacks with 4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes of space for cygwin's heap (0x6181 0xA5) in child, Win32 error 487 C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0, m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1 I tried rebasing the mplayer stuff and also recompiling. All for naught. I'd hate to re install cygwin If I don't have to. How did you rebase mplayer? If you didn't use 'rebaseall' with the '-T' flag to point to all the other Cygwin apps/DLLs that aren't distributed with Cygwin currently, then you won't see any improvement. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Any fix to cygheap_fixup_in_child failure after rebaseall?
OK, that seems to have worked. I've only used it alone or rebase for specific files before. I generated a file from a find of all dll's under /usr and /lib ( then removed the cygwin1.dll from the list). Can I assume the redundancy of hitting most of these 2 times will not have any adverse effect? With all the stuff I compile on this machine I'm not sure how else to find them otherwise... Thanks Bruce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent Sent: Tuesday, April 26, 2005 3:45 PM To: Cygwin List Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall? Bruce Dobrin wrote: I did use rebaseall -T /usr/local/bin But I've always been a bit hazy as to what the proper format for rebaseall was That won't work. The argument to -T is a filename of a file containing a list of additional files to rebase, one per line. It can also take '-' to mean a list on stdin. However when you do rebaseall you want to make sure that as few cygwin programs are invoked as possible, otherwise you risk their DLLs being in use and the rebase will abort. (This is why you must run it from a plain bash CMD.EXE prompt, not rxvt or xterm.) Therefore you should be careful if you use '-' so that you don't have DLLs in use. 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: Perl-tk?
I've been using the tk800 native windows functionality for years with cygwin. You just have to recompile/install with each perl change. If I remember correctly, with the most recent cygwin/perl/tk800.024, I haven't even had to patch it. The big headache is that you need to play games with rebase to get IO and Menubutton to work correctly. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles Plager Sent: Thursday, November 18, 2004 5:39 AM To: Cygwin Mailing list Subject: Re: Perl-tk? Brian Dessent schrieb: dwycoff wrote: I tried using a perl-tk script in cygwin that I wrote more than a year ago. Whenever I run it it dies at: Can't locate Tk.pm in @INC (@INC contains: /usr/lib/perl5/5... I did a search and couldn't find Tk.pm. So I looked to the cygwin website, but didn't find any mention of it there, either. Has perl-tk made it to cygwin? nope. Perl modules are installed from CPAN, not through Cygwin setup (with the exception of libwin32 which does not compile without patches.) Have you tried installing the module with CPAN? Tk is also known not to work OOTB. I have successfully built perl Tk 800.024 (with Gerrit's help) for X windows. I haven't tried later versions of Tk or the windows native version. (Gerrit says this is no longer necessary with perl-5.8.5 for Cygwin, but I haven't verified this) 0) Get a copy of Tk-800.024.tar.gz from the web 1) cd /usr/X11R6/lib 2) ln -s libX11.dll.a libX11.a 3) cd ~/mybuildarea 4) tar xzf Tk-800.024.tar.gz 5) cd Tk800.024/ 6) less README.cygwin 7) perl Makefile.PL x 8) make make test make install Charles -- 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: Program to talk to serial port?
I got it working with very helpful suggestions from list people last week. You need to unpack on a linux box and change every reference to reserve word aux to something else, next comment out the tweak the code to disable the root checking, like this: [EMAIL PROTECTED]:/c/temp/minicom/minicom-2.1/src diff config.c config.c-orig 185,190c185,188 /* * if ((m-flags PRIVATE) real_uid == 0) { * werror(_(You are not allowed to change this parameter)); * return; * } */ --- if ((m-flags PRIVATE) real_uid != 0) { werror(_(You are not allowed to change this parameter)); return; } 211,216c209,212 /* * if ((p-flags PRIVATE) real_uid == 0) { *werror(_(You are not allowed to change this parameter)); *return; * } */ --- if ((p-flags PRIVATE) real_uid != 0) { werror(_(You are not allowed to change this parameter)); return; } 251,256c247,250 /* * if ((p-flags PRIVATE) real_uid == 0) { *werror(_(You are not allowed to change this parameter)); *return; * } */ --- if ((p-flags PRIVATE) real_uid != 0) { werror(_(You are not allowed to change this parameter)); return; } 1314,1319c1308,1312 /* * if (real_uid == 0) { *werror(_(You are not allowed to create a configuration)); *return; * } */ --- if (real_uid != 0) { werror(_(You are not allowed to create a configuration)); return; } I also had to futz with the make file in ./po for some reason to get Make install to work corectly -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Arnstein Sent: Tuesday, October 19, 2004 6:10 PM To: [EMAIL PROTECTED] Subject: Program to talk to serial port? I need a program that can talk to a serial port on the local computer, the way Hyperterm does for Microsoft Windows. I would like this program to present its user interface in an xterm. If that is not possible, perhaps a program that is itself an X11 client would do. I was able to compile minicom under cygwin. However, when minicom launches, it tries to access /dev/ttyS1, which is not provided by cygwin. Would someone suggest a program that is suitable, or a program that might be portable to cygwin. I am willing to do a bit of work on this. Thanks for any suggestions! -- David Arnstein [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/ -- 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 physical port aware terminal program in cygwin
We hate HyperTerminal, is there a cygwin alternative for talking over a serial port? Agetty handles the other end so well, I'd love to get a terminal program for accessing serial devices. Thanks -- 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/
shell cmds crapping out with large numbers of files
{uname -a CYGWIN_NT-5.1 THEODOLITE 1.5.9(0.112/4/2) 2004-03-18 23:05 i686 unknown unknown Cygwin } I need to process very large numbers ( up to 100,000) of imagefiles. I noticed my foreach loops start crapping out when the number of files grows near 1500. It feels like a 32bit memory addressing problem to me, but I don't know how to check for that. I wrote a foreach loop to generate files (0 to ) and then list them and it died at 1471 here is an example of the problem: [EMAIL PROTECTED]:/home/dobrin/longtest ls flern* | wc 14711471 32726 [EMAIL PROTECTED]:/home/dobrin/longtest touch flern0001471.plern.poo [EMAIL PROTECTED]:/home/dobrin/longtest ls flern* | wc 2 [main] -tcsh 2396 cmalloc: cmalloc returned NULL 0 0 0 Segmentation fault (core dumped) [EMAIL PROTECTED]:/home/dobrin/longtest rm flern0001471.plern.poo [EMAIL PROTECTED]:/home/dobrin/longtest ls flern* | wc 14711471 32726 I Currently am processing the files in batches of 1000 to avoid the problem. I tried the same thing on my linux box and it works fine. Thankyou -- 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: DBD-Oracle error building on cygwin1.5.9
Just to close the loop on this. We found the problem with DBD::Oracle1.15 on perl 5.8. It is unrealeated to the Patch suggested by Tim Bunce on the DBI mail list. After pursuing that Non-domestic fowl for a while, we noticed that the oci.def file included with the source contains no reference to OCILobWriteAppend. so: Remove liboci.a (created when you run perl Makefile.pl, but not removed on clean). Add: OCILobWriteAppend to the oci.def file. and everything should work. ( at least it does for us) - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 22, 2004 1:06 PM Subject: DBD-Oracle error building on cygwin1.5.9 Hi, I've been trying to recompile and install DBD-Oracle (1.12-1.15 ) against the newest perl 5.8 on cygwin1.5.9 .It works fine on the perl 5.6 group ( as long as I follow the readme) but on perl5.8 I get a compile error; an undefined reference to _OCILobWriteAppend . On searching for that specific error there is a newsgroup article from the author Tim Bunce from March 03 that this is a known error in 1.15, and he suggests a possible patch and also suggests that there are (unspecified) ways around this issue until he can realease a DBI-Oracle with a fixed OCILobWriteAppend. Well, the patch didn't work for me, and now I'm wondering if there is anyone out there that has gotten this thing to build on cygwin! I'd hate to have to go back to perl 5.6. Thanks Bruce Dobrin [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/ -- 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/
DBD-Oracle error building on cygwin1.5.9
Hi, I've been trying to recompile and install DBD-Oracle (1.12-1.15 ) against the newest perl 5.8 on cygwin1.5.9 .It works fine on the perl 5.6 group ( as long as I follow the readme) but on perl5.8 I get a compile error; an undefined reference to _OCILobWriteAppend . On searching for that specific error there is a newsgroup article from the author Tim Bunce from March 03 that this is a known error in 1.15, and he suggests a possible patch and also suggests that there are (unspecified) ways around this issue until he can realease a DBI-Oracle with a fixed OCILobWriteAppend. Well, the patch didn't work for me, and now I'm wondering if there is anyone out there that has gotten this thing to build on cygwin! I'd hate to have to go back to perl 5.6. Thanks Bruce Dobrin [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/
Is Patch broken?
...is my usage broken? I haven't used Patch in a while, but I've been trying to patch DBD::Oracle1.15, and the seemingly innocuous patch is being totally rejected: [EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15 patch -p0 -F 3 pch.1 patching file dbd-oracle/trunk/Oracle.xs Hunk #1 FAILED at 157. 1 out of 1 hunk FAILED -- saving rejects to file dbd-oracle/trunk/Oracle.xs.rej [EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15 diff ./dbd-oracle/trunk/Oracle.xs.orig ./dbd-oracle/trunk/Oracle.xs no change I've looked over the patch, the offsets and patterns look fine. I even changed the files to all access and ran the patch thru d2u, but it still rejects all lines. I'd REALLY like to avoid cutting and pasting all the changes Does anyone have any suggestions ( I figure it's mightr be a control character thing, but I'd think patch usually deals well with that) Thanks Bruce D. -- 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: rsh no longer works with rsync as of 1.5.9
On Fri, 26 Mar 2004, Igor Pechtchanski wrote: Re: rsh no longer works with rsync as of 1.5.9 From: Igor Pechtchanski pechtcha at cs dot nyu dot edu To: Bruce Dobrin dobrin at imageworks dot com Cc: cygwin at cygwin dot com Date: Fri, 26 Mar 2004 23:33:05 -0500 (EST) Subject: Re: rsh no longer works with rsync as of 1.5.9 References: [EMAIL PROTECTED] Reply-to: cygwin at cygwin dot com On Fri, 26 Mar 2004, Bruce Dobrin wrote: Hi, I have been using rsync via rsh (-e rsh) for our general distributions for a for all of our windows and Linux machines ( 2000 of them) . on Upgrading from cygwin1.5.5 to 1.5.9, Rsync could no longer use rsh to rsync. I get : rsh : unknown option -- server I down graded the rsync2.6.0 from the cyg1.5.9 install to the 2.5.6 version from the cyg1.5.5 version and got the same problem. I restored the rsync to 2.6.0 and copied the rsh.exe from the inetutils-1.3.2-25 from the cyg1.5.5 install and rsync started working again. Is there a known bug or known workaround for using the most recent version of rsh ( from 1.3.2-26)? thanks. Bruce Dobrin example: rsync -rluzv -e rsh --timeout=100 --size-only matilda:/c/dist_and_install_files/dist/sysadm_general/ /c/ rsh : unknown option -- server ? WAG: check text/binary settings on the connection (e.g., does $CYGWIN contain nobinmode?). Also check with ssh. Igor -- Igor, Thank you for answering. Using ssh works fine ( well, it works as well as rsync has ever worked anyway ;-) ). My $CYGWIN is a fairly standard : binmode tty ntsec ssh is not really an option for us though;our facility is locked down hard so internally we don't use ssh at all but depend on rsh.. I'd like to keep our rsh current though, but to keep it working I have had to replace the newer rsh with the older one... eventually I'm afraid this will bite me in the butt. should I talk to the rsync people? it looks like rsync is passing a switch --server that is being picked up incorrectly by the newer rsh and not the older one... ( if I type: BASH rsh --server I get the same response: rsh: unknown option -- server ), Thanks for your continuing help Bruce--- Bruce Dobrin [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: rsh no longer works with rsync as of 1.5.9
Thank you Igor! Both of those work perfectly. As usual, you hit it dead on. Bruce D. - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, March 29, 2004 1:39 PM Subject: Re: rsh no longer works with rsync as of 1.5.9 On Mon, 29 Mar 2004, Bruce Dobrin wrote: On Fri, 26 Mar 2004, Igor Pechtchanski wrote: Re: rsh no longer works with rsync as of 1.5.9 From: Igor Pechtchanski pechtcha at cs dot nyu dot edu To: Bruce Dobrin dobrin at imageworks dot com Cc: cygwin at cygwin dot com Date: Fri, 26 Mar 2004 23:33:05 -0500 (EST) Subject: Re: rsh no longer works with rsync as of 1.5.9 References: [EMAIL PROTECTED] Reply-to: cygwin at cygwin dot com On Fri, 26 Mar 2004, Bruce Dobrin wrote: Hi, I have been using rsync via rsh (-e rsh) for our general distributions for a for all of our windows and Linux machines ( 2000 of them) . on Upgrading from cygwin1.5.5 to 1.5.9, Rsync could no longer use rsh to rsync. I get : rsh : unknown option -- server I down graded the rsync2.6.0 from the cyg1.5.9 install to the 2.5.6 version from the cyg1.5.5 version and got the same problem. I restored the rsync to 2.6.0 and copied the rsh.exe from the inetutils-1.3.2-25 from the cyg1.5.5 install and rsync started working again. Is there a known bug or known workaround for using the most recent version of rsh ( from 1.3.2-26)? thanks. Bruce Dobrin example: rsync -rluzv -e rsh --timeout=100 --size-only matilda:/c/dist_and_install_files/dist/sysadm_general/ /c/ rsh : unknown option -- server ? WAG: check text/binary settings on the connection (e.g., does $CYGWIN contain nobinmode?). Also check with ssh. Igor Igor, Thank you for answering. Using ssh works fine ( well, it works as well as rsync has ever worked anyway ;-) ). My $CYGWIN is a fairly standard : binmode tty ntsec ssh is not really an option for us though;our facility is locked down hard so internally we don't use ssh at all but depend on rsh.. I'd like to keep our rsh current though, but to keep it working I have had to replace the newer rsh with the older one... eventually I'm afraid this will bite me in the butt. should I talk to the rsync people? it looks like rsync is passing a switch --server that is being picked up incorrectly by the newer rsh and not the older one... ( if I type: BASH rsh --server I get the same response: rsh: unknown option -- server ), Thanks for your continuing help Bruce--- Oh. This may have something to do with the argument permutation in the getopt call, which was introduced at some point. Try (a) setting the POSIXLY_CORRECT environment variable before calling rsync, or (b) giving the '-e rsh --' option instead of '-e rsh' (don't know if rsync will allow this, though). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/
rsh no longer works with rsync as of 1.5.9
Hi, I have been using rsync via rsh (-e rsh) for our general distributions for a for all of our windows and Linux machines ( 2000 of them) . on Upgrading from cygwin1.5.5 to 1.5.9, Rsync could no longer use rsh to rsync. I get : rsh : unknown option -- server I down graded the rsync2.6.0 from the cyg1.5.9 install to the 2.5.6 version from the cyg1.5.5 version and got the same problem. I restored the rsync to 2.6.0 and copied the rsh.exe from the inetutils-1.3.2-25 from the cyg1.5.5 install and rsync started working again. Is there a known bug or known workaround for using the most recent version of rsh ( from 1.3.2-26)? thanks. Bruce Dobrin example: rsync -rluzv -e rsh --timeout=100 --size-only matilda:/c/dist_and_install_files/dist/sysadm_general/ /c/ rsh : unknown option -- server -- 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/
XInputExtension
Hello, I've been trying to get some apps to work in X11 on windows, but have been getting errors having to do with input extension module XInputExtension. Is this unsupported? Partially supported? other? I checked the setup and apparently the imake cf file for cygwin does imply that there is some support: cygwin.cf ---snip- #define BuildGlxExt YES #define BuildXInputExt YES/**/ #define BuildXF86VidModeExt NO #define BuildXF86DGANO /* No direct access to hardware */ ---snip- I also tryied putting this by hand into the site.def. It appears that it was compiled in : [EMAIL PROTECTED]:/c/temp/xfree86.3.0/xc/exports/bin grep XInputExten * Binary file cygXi-6.dll matches Binary file cygXtst-6.dll matches ... Binary file lib/Xi/XExtInt.o matches . Binary file programs/Xserver/XWin.exe matches We tryed to add a module loading section to the XF86config file, but it doesn't indicate that that is supported and the it also doesn't appear to work. xdpyinfo indicates the same 22 extensions regardless of changes to the XF86config file. /tmp/XWinrl logs do not appear to have anything relevent. Help!? thanks Bruce Dobrin Imageworks.com
enableing GL overlays
Hi, I'm just getting back into cyg/xfree after doint other things for a bit. I'm wondering how to turn on Overlays? I know on Linux I just turn them on in the Graphics Device Section in the XF86Config file (Option Overlay on), I understand the cyg/xfree is driver independent, using Direct Draw or somesuch thing. I made sure that Overlays were enabled in the windows driver, but I still get errors such as this one AppWindow::createWindow could not create overlay visual (try `glxinfo' to check for availability on your graphics hardware), (sev = 5) I looked up enableing overlays in the Mailing list and Docs, but didn't find anything relevant.. Thanks, Bruce D. [EMAIL PROTECTED]
rebaseall question/problem
(1.3.22-1; XP) Hi all, I run rebaseall and it dosn't seem to find the dll's that I am having grief with, but it does go looking for large number of dll's from a long gone kde2 install. ex /opt/kde2/lib/mega.dll: skipped because nonexistent lot's of these, but no other types of errors. How does rebaseall know where to go to find these; how do I get it to stop looking for these non-existant dll's? Also, my current suspected rebase issue is with trying to install kde3 ( I've previously had problems with perl and python that I had to use rebase on after rebaseall failed to find these dll's either), I get the typical sync-with-child errors in a number of places, but in this kde3 case, it is unclear to me what dll is involved.(perhaps this is more a kde question, but It looks like a related rebase question to me) ex: kdeinit: Launched KLauncher, pid = 2304 result = 0 6 [main] kdeinit: klauncher2304 sync_with_child: child 3152(0x69C) died before initialization with status code 0x1 9536 [main] kdeinit: klauncher2304 sync_with_child: *** child state child loading dlls Thanks, Bruce d [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/
unable to autologin to 2003
I hope this isn't a stupid question. I configure cygwin with a script which installs all passwd, hosts.equiv, inetd etc. I have hundreds of machines configured this way on which all is well. I just installed 2003 server, cygwin, and ran the autoconfig script. I am unable to rsh to this machine. I get: [EMAIL PROTECTED]:/home/dobrin rlogin srdalien2 Switching to user dobrin failed! rlogin: connection closed. or [EMAIL PROTECTED]:/home/dobrin rlogin srdalien2 -l dobrin Switching to user dobrin failed! rlogin: connection closed. cygwin settingis : [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN binmode tty ntsec Is there a known 2003 server issue, I searched the mailing lists pretty carefully, but sisn't turn up anything. telnet and non interactive rsh (rather than rlogin), work fine. Bruce Dobrin [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: NTsec permissions issue over inet
hmmm, still experimenting: thought it might have something to do with inetd and mounts, but I also tried rlogin to localhost which is running init and xinetd and issueing a dfscmd: [EMAIL PROTECTED]:/home/dobrin dfscmd /view dfsmaster\\dfsshare \\DFSMASTER\dfsroot \\DFSMASTER\dfsroot\shots\vol780 \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash The command completed successfully. [EMAIL PROTECTED]:/home/dobrin rsh localhost Last login: Mon Jun 2 12:30:41 from THEODOLITE.spimageworks.com Fanfare!!! You are successfully logged in to this server!!! [EMAIL PROTECTED]:/home/dobrin dfscmd /view dfsmaster\\dfsshare System error 5 has occurred. Access is denied. still confused... - Original Message - From: Banville, Stephen [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Stephen Banville [EMAIL PROTECTED] Cc: 'Bruce Dobrin' [EMAIL PROTECTED]; Banville, Stephen [EMAIL PROTECTED] Sent: Monday, June 02, 2003 5:32 AM Subject: RE: NTsec permissions issue over inet Igor, I tried settting smbntsec and it did not work. With older version I used to just set ntsec, make the passwd and group files, and everything would just work the way I would expect. Something has changed in the way cygwin handles NT security. I am running a generic version of windows 2000 with no thrid party filesys drivers. I don't believe that it's aproblem with my configuration because older version of Cygwin have worked just fine. As of now all suggestions have not been successful. It sounds like a new bug has been introduced surrounding NT security. Steve -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Sunday, June 01, 2003 7:30 PM To: Stephen Banville Cc: 'Bruce Dobrin'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: NTsec permissions issue over inet Steve, On Windows, if you use the Windows sharing mechanism (instead of a proprietary filesystem driver), your shares are SMB shares (which stands for Server Message Block, IIRC). The 'smbntsec' option is designed for those kinds of shares. If you do have a proprietary filesystem driver, Cygwin most likely doesn't have any support for recognizing the security attributes on that. http://cygwin.com/acronyms/#PTC. It's also possible that the filesystem driver that you have is partly compatible with the NTFS or SMB security, and some addition to the Cygwin codebase to deal better with one or the other has accesses to features that aren't available on your filesystem, so it stopped working. Your login problem has nothing to do with the above. Unlike Linux, where anyone can run su or login, Windows NT variants require the user to have extra privileges to be able to switch user context (create an access token belonging to someone else). http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SETUID should explain this somewhat. Igor On Sun, 1 Jun 2003, Stephen Banville wrote: HI Bruce, The reason I don't have smbntsec set is because the remote volumes are not Samba Shares. The interesting thing here is that when I ran an older version of Cygwin, this functionality would work just fine. I also tried the passwd trick (which didn't work as well.) I can't imagine what the problem could be ? At this time I am running out of ideas. My only hope at this time would be to enable some sort of a debug trace to see what component is actually failing during the login. Another interesting point to mention is that when I run the 'login' command within the shell, I cannot log in under my user name defined in the /etc/passwd file. Any ideas why this would ? This could somehow be related to my problem. Any help would be welcomed!! Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Dobrin Sent: Friday, May 30, 2003 8:20 PM To: [EMAIL PROTECTED] Subject: Re: NTsec permissions issue over inet OK, further testing, I can't get the below rlogin trick to work on a 1.3.22 machine, the one it worked on is actually a 1.3.12 machine. so, with 1.3.12 I can get it to work by forcing a password entry, but this appears not to work with a 1.3.22 machine continuing more confused than ever... - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 4:46 PM Subject: Re: NTsec permissions issue over inet Sorry, On re-reading that, it's not as clear as it could be, the example used in the previous e-mail ( below) was on a later version of cygwin, it is not the 1.3.2 machine referred to earlier in the message. - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 4:37 PM Subject: Re: NTsec permissions issue over inet Thanks for responding Larry, I actually had tried most permutations of (no)ntsec
Re: NTsec permissions issue over inet
I tried executing a the command via a socket directly: by asigning a script via inet.conf, it still gave me permission denied. I turned off inetd/xinetd and hacked together a server with perl to exec the same script and it had no permission problems. it looks like a problem common to inetd and xinetd but not cygwin specifically: EXAMPLE: ##(socket 1824 defined in inetd.conf and /etc/services file) [EMAIL PROTECTED]:/home/dobrintelnet castro 1824 responds: pwd /c/WINNT/system32 ls -al //matilda/setup ls: //matilda/setup: No such file or directory /c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare poop cat poop System error 1355 has occurred. The specified domain either does not exist or could not be contacted. ###( perl script listening on socket 2345 ) [EMAIL PROTECTED]:/home/dobrintelnet castro 2345 responds: pwd /home/dobrin ls -al //matilda/setup drwxrwxrwx+ 1 Administ Domain A32768 May 30 18:45 . drwxrwxrwx+ 1 Administ Domain A0 May 8 14:07 2ksrv_image drwxrwxrwx+ 1 Administ Domain A0 Feb 27 20:55 3dmaxupdate drwxrwxrwx+ 1 Administ Domain A0 Mar 26 11:08 ACDSee . /c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare poop cat poop \\DFSMASTER\dfsroot \\DFSMASTER\dfsroot\shots\vol780 \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash The command completed successfully. - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: Banville, Stephen [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, June 02, 2003 12:37 PM Subject: Re: NTsec permissions issue over inet hmmm, still experimenting: thought it might have something to do with inetd and mounts, but I also tried rlogin to localhost which is running init and xinetd and issueing a dfscmd: [EMAIL PROTECTED]:/home/dobrin dfscmd /view dfsmaster\\dfsshare \\DFSMASTER\dfsroot \\DFSMASTER\dfsroot\shots\vol780 \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash The command completed successfully. [EMAIL PROTECTED]:/home/dobrin rsh localhost Last login: Mon Jun 2 12:30:41 from THEODOLITE.spimageworks.com Fanfare!!! You are successfully logged in to this server!!! [EMAIL PROTECTED]:/home/dobrin dfscmd /view dfsmaster\\dfsshare System error 5 has occurred. Access is denied. still confused... - Original Message - From: Banville, Stephen [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Stephen Banville [EMAIL PROTECTED] Cc: 'Bruce Dobrin' [EMAIL PROTECTED]; Banville, Stephen [EMAIL PROTECTED] Sent: Monday, June 02, 2003 5:32 AM Subject: RE: NTsec permissions issue over inet Igor, I tried settting smbntsec and it did not work. With older version I used to just set ntsec, make the passwd and group files, and everything would just work the way I would expect. Something has changed in the way cygwin handles NT security. I am running a generic version of windows 2000 with no thrid party filesys drivers. I don't believe that it's aproblem with my configuration because older version of Cygwin have worked just fine. As of now all suggestions have not been successful. It sounds like a new bug has been introduced surrounding NT security. Steve -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Sunday, June 01, 2003 7:30 PM To: Stephen Banville Cc: 'Bruce Dobrin'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: NTsec permissions issue over inet Steve, On Windows, if you use the Windows sharing mechanism (instead of a proprietary filesystem driver), your shares are SMB shares (which stands for Server Message Block, IIRC). The 'smbntsec' option is designed for those kinds of shares. If you do have a proprietary filesystem driver, Cygwin most likely doesn't have any support for recognizing the security attributes on that. http://cygwin.com/acronyms/#PTC. It's also possible that the filesystem driver that you have is partly compatible with the NTFS or SMB security, and some addition to the Cygwin codebase to deal better with one or the other has accesses to features that aren't available on your filesystem, so it stopped working. Your login problem has nothing to do with the above. Unlike Linux, where anyone can run su or login, Windows NT variants require the user to have extra privileges to be able to switch user context (create an access token belonging to someone else). http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SETUID should explain this somewhat. Igor On Sun, 1 Jun 2003, Stephen Banville wrote: HI Bruce, The reason I don't have smbntsec set is because the remote volumes are not Samba Shares. The interesting thing here is that when I ran an older version of Cygwin, this functionality would work just fine. I also tried the passwd trick (which didn't work as well.) I can't imagine what the problem could be ? At this time I am running out of ideas. My only hope at this time
Re: NTsec permissions issue over inet
YIKES! There it is, and right there in the users guide no less not only that, but in a section I've actually read a number of times!. Well, that does explain almost everything that is going on ( though, it seems to have gotten even tighter since the 1.3.12 release that allows me to access net drives if I specify a passwd during rlogin( as mentioned below)). The perl script is actually running as a service; as a user with net access rights. I hate to ask this without looking at the inetd/xinetd code first: But is there any chance that context switching will be fixed to allow net access too someday? Or is there an easy way to rebuild inetd in such a way that I could run it as a network user (rather than SYSTEM) and allow it to interact with net drives directly ?( I've tryed this, but without much luck). If I may be so impertinent, this seems somewhat un-UNIX like behavior. I was VERY close to unifying our maintenance and process scripts for all of our Unix and windows machines using cygwin, but since virtually every process we use in house is accessed via an nfs or smb network link ( at times upwards of 3000 mounts at a time) We currently control 2400 various Unix boxes with rsh/rlogin, and given the robustness of cygwin currently, about the only thing keeping us from adding the 700 ( and climbing) windows boxes to this, is this issue. If anyone has any suggestions ( aside from move over to Linux , or convert everything to windows) I'd really appreciate it.. In any case, Thanks Igor, for the time spent already.. Bruce D. - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, June 02, 2003 5:24 PM Subject: Re: NTsec permissions issue over inet Umm, Bruce, you aren't trying to access network shares from a session you did with passwordless authentication, are you? Because if you are, it's not going to work (see http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-RELEASE1.3.3). I've also found that even if you log in through telnet or ssh, you sometimes need to issue an explicit net use command to get access to network shares... Try that, and see if it helps. I'm guessing the perl script runs as yourself from a session that already accessed the share... Igor On Mon, 2 Jun 2003, Bruce Dobrin wrote: I tried executing a the command via a socket directly: by asigning a script via inet.conf, it still gave me permission denied. I turned off inetd/xinetd and hacked together a server with perl to exec the same script and it had no permission problems. it looks like a problem common to inetd and xinetd but not cygwin specifically: EXAMPLE: ##(socket 1824 defined in inetd.conf and /etc/services file) [EMAIL PROTECTED]:/home/dobrintelnet castro 1824 responds: pwd /c/WINNT/system32 ls -al //matilda/setup ls: //matilda/setup: No such file or directory /c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare poop cat poop System error 1355 has occurred. The specified domain either does not exist or could not be contacted. ###( perl script listening on socket 2345 ) [EMAIL PROTECTED]:/home/dobrintelnet castro 2345 responds: pwd /home/dobrin ls -al //matilda/setup drwxrwxrwx+ 1 Administ Domain A32768 May 30 18:45 . drwxrwxrwx+ 1 Administ Domain A0 May 8 14:07 2ksrv_image drwxrwxrwx+ 1 Administ Domain A0 Feb 27 20:55 3dmaxupdate drwxrwxrwx+ 1 Administ Domain A0 Mar 26 11:08 ACDSee . /c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare poop cat poop \\DFSMASTER\dfsroot \\DFSMASTER\dfsroot\shots\vol780 \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash The command completed successfully. - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: Banville, Stephen [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, June 02, 2003 12:37 PM Subject: Re: NTsec permissions issue over inet hmmm, still experimenting: thought it might have something to do with inetd and mounts, but I also tried rlogin to localhost which is running init and xinetd and issueing a dfscmd: [EMAIL PROTECTED]:/home/dobrin dfscmd /view dfsmaster\\dfsshare \\DFSMASTER\dfsroot \\DFSMASTER\dfsroot\shots\vol780 \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash The command completed successfully. [EMAIL PROTECTED]:/home/dobrin rsh localhost Last login: Mon Jun 2 12:30:41 from THEODOLITE.spimageworks.com Fanfare!!! You are successfully logged in to this server!!! [EMAIL PROTECTED]:/home/dobrin dfscmd /view dfsmaster\\dfsshare System error 5 has occurred. Access is denied. still confused... - Original Message - From: Banville, Stephen [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Stephen Banville [EMAIL PROTECTED] Cc: 'Bruce Dobrin' [EMAIL PROTECTED]; Banville, Stephen
Re: NTsec permissions issue over inet
Thanks for responding Larry, I actually had tried most permutations of (no)ntsec, (no)smbntsec, (no)ntea, etc... and on other machines that didn't have weird path or passwd entries. -- no dice I think I may have a good hint as to what is going on, but I'll need someone who knows the system better than I to figure out the solution. By the way I have around 300 machines here, and I found one which is running cygwin1.3.2 and which works fine. This leads me to think that it is something to do with the hosts.equiv functionality which I believe was non functional before at 1.3.2 ( at least I didn't use it here). I found machine that if I : forced the user to use a password and I set some permutations of the permissions... it then works: example: [EMAIL PROTECTED]:/home/dobrin rsh gable3 Fanfare!!! .. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN ntea nontsec smbntsec [EMAIL PROTECTED]:/home/dobrin cd //matilda/dist //matilda/dist: Permission denied. BUT, If I force a passwd entry: [EMAIL PROTECTED]:/home/dobrin rsh gable3 -l poo Password: Login incorrect login: dobrin Password: Fanfare!!! ... [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN ntea nontsec smbntsec [EMAIL PROTECTED]:/home/dobrin cd //matilda/dist [EMAIL PROTECTED]:/matilda/dist Unfortunately I don't really think of this as a good solution , and it doesn't appear to work with my default $CYGWIN setup. Does this help at all? Thanks, Bruce - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 7:14 PM Subject: Re: NTsec permissions issue over inet Bruce Dobrin wrote: Here are the Cygcheck, and Group files, I'll include the my (typical) passwd entry as we have a ( legitimate) policy against publishing our login id's ( I know it doesn't include encrypted passwd's, but with 650 entries, but I'd like to reduce the fodder for someone's foreach loop thru a cracking program). representative passwd entries: SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5- 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash Thanks Bruce Dobrin Partial passwd entries is fine. What you provided is adequate. The basics look OK. I find two things in common between your information and Steve's: 1. You both appear to have a strange entry in your path. I'm not sure if it's some weird artifact of cygcheck or if it's actually in the path. In yours, you have a directory that looks like this: c C:\cygwin\program_files\diskaccess\bin Steve's is just c. 2. You both have a carriage return as the last character in either your passwd or group files. Neither of these are clearly related to this issue but should be investigated and cleaned up. Also, neither of you set 'smbntsec' in your CYGWIN environment variable (before starting Cygwin or any of it's services). Please do, just so we can rule this out as an issue. Also, since you both claim that this used to work, please try removing 'ntsec' and 'smbntsec' and/or adding 'nontsec' to your CYGWIN environment variable (before starting Cygwin or any of it's services). This should help pinpoint whether turning 'ntsec' on by default in recent releases has any bearing. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: NTsec permissions issue over inet
Sorry, On re-reading that, it's not as clear as it could be, the example used in the previous e-mail ( below) was on a later version of cygwin, it is not the 1.3.2 machine referred to earlier in the message. - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 4:37 PM Subject: Re: NTsec permissions issue over inet Thanks for responding Larry, I actually had tried most permutations of (no)ntsec, (no)smbntsec, (no)ntea, etc... and on other machines that didn't have weird path or passwd entries. -- no dice I think I may have a good hint as to what is going on, but I'll need someone who knows the system better than I to figure out the solution. By the way I have around 300 machines here, and I found one which is running cygwin1.3.2 and which works fine. This leads me to think that it is something to do with the hosts.equiv functionality which I believe was non functional before at 1.3.2 ( at least I didn't use it here). I found machine that if I : forced the user to use a password and I set some permutations of the permissions... it then works: example: [EMAIL PROTECTED]:/home/dobrin rsh gable3 Fanfare!!! .. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN ntea nontsec smbntsec [EMAIL PROTECTED]:/home/dobrin cd //matilda/dist //matilda/dist: Permission denied. BUT, If I force a passwd entry: [EMAIL PROTECTED]:/home/dobrin rsh gable3 -l poo Password: Login incorrect login: dobrin Password: Fanfare!!! ... [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN ntea nontsec smbntsec [EMAIL PROTECTED]:/home/dobrin cd //matilda/dist [EMAIL PROTECTED]:/matilda/dist Unfortunately I don't really think of this as a good solution , and it doesn't appear to work with my default $CYGWIN setup. Does this help at all? Thanks, Bruce - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 7:14 PM Subject: Re: NTsec permissions issue over inet Bruce Dobrin wrote: Here are the Cygcheck, and Group files, I'll include the my (typical) passwd entry as we have a ( legitimate) policy against publishing our login id's ( I know it doesn't include encrypted passwd's, but with 650 entries, but I'd like to reduce the fodder for someone's foreach loop thru a cracking program). representative passwd entries: SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5- 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash Thanks Bruce Dobrin Partial passwd entries is fine. What you provided is adequate. The basics look OK. I find two things in common between your information and Steve's: 1. You both appear to have a strange entry in your path. I'm not sure if it's some weird artifact of cygcheck or if it's actually in the path. In yours, you have a directory that looks like this: c C:\cygwin\program_files\diskaccess\bin Steve's is just c. 2. You both have a carriage return as the last character in either your passwd or group files. Neither of these are clearly related to this issue but should be investigated and cleaned up. Also, neither of you set 'smbntsec' in your CYGWIN environment variable (before starting Cygwin or any of it's services). Please do, just so we can rule this out as an issue. Also, since you both claim that this used to work, please try removing 'ntsec' and 'smbntsec' and/or adding 'nontsec' to your CYGWIN environment variable (before starting Cygwin or any of it's services). This should help pinpoint whether turning 'ntsec' on by default in recent releases has any bearing. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://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: NTsec permissions issue over inet
OK, further testing, I can't get the below rlogin trick to work on a 1.3.22 machine, the one it worked on is actually a 1.3.12 machine. so, with 1.3.12 I can get it to work by forcing a password entry, but this appears not to work with a 1.3.22 machine continuing more confused than ever... - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 4:46 PM Subject: Re: NTsec permissions issue over inet Sorry, On re-reading that, it's not as clear as it could be, the example used in the previous e-mail ( below) was on a later version of cygwin, it is not the 1.3.2 machine referred to earlier in the message. - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 4:37 PM Subject: Re: NTsec permissions issue over inet Thanks for responding Larry, I actually had tried most permutations of (no)ntsec, (no)smbntsec, (no)ntea, etc... and on other machines that didn't have weird path or passwd entries. -- no dice I think I may have a good hint as to what is going on, but I'll need someone who knows the system better than I to figure out the solution. By the way I have around 300 machines here, and I found one which is running cygwin1.3.2 and which works fine. This leads me to think that it is something to do with the hosts.equiv functionality which I believe was non functional before at 1.3.2 ( at least I didn't use it here). I found machine that if I : forced the user to use a password and I set some permutations of the permissions... it then works: example: [EMAIL PROTECTED]:/home/dobrin rsh gable3 Fanfare!!! .. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN ntea nontsec smbntsec [EMAIL PROTECTED]:/home/dobrin cd //matilda/dist //matilda/dist: Permission denied. BUT, If I force a passwd entry: [EMAIL PROTECTED]:/home/dobrin rsh gable3 -l poo Password: Login incorrect login: dobrin Password: Fanfare!!! ... [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN ntea nontsec smbntsec [EMAIL PROTECTED]:/home/dobrin cd //matilda/dist [EMAIL PROTECTED]:/matilda/dist Unfortunately I don't really think of this as a good solution , and it doesn't appear to work with my default $CYGWIN setup. Does this help at all? Thanks, Bruce - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 7:14 PM Subject: Re: NTsec permissions issue over inet Bruce Dobrin wrote: Here are the Cygcheck, and Group files, I'll include the my (typical) passwd entry as we have a ( legitimate) policy against publishing our login id's ( I know it doesn't include encrypted passwd's, but with 650 entries, but I'd like to reduce the fodder for someone's foreach loop thru a cracking program). representative passwd entries: SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5- 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash Thanks Bruce Dobrin Partial passwd entries is fine. What you provided is adequate. The basics look OK. I find two things in common between your information and Steve's: 1. You both appear to have a strange entry in your path. I'm not sure if it's some weird artifact of cygcheck or if it's actually in the path. In yours, you have a directory that looks like this: c C:\cygwin\program_files\diskaccess\bin Steve's is just c. 2. You both have a carriage return as the last character in either your passwd or group files. Neither of these are clearly related to this issue but should be investigated and cleaned up. Also, neither of you set 'smbntsec' in your CYGWIN environment variable (before starting Cygwin or any of it's services). Please do, just so we can rule this out as an issue. Also, since you both claim that this used to work, please try removing 'ntsec' and 'smbntsec' and/or adding 'nontsec' to your CYGWIN environment variable (before starting Cygwin or any of it's services). This should help pinpoint whether turning 'ntsec' on by default in recent releases has any bearing. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq
Re: NTsec permissions issue over inet
Here are the Cygcheck, and Group files, I'll include the my (typical) passwd entry as we have a ( legitimate) policy against publishing our login id's ( I know it doesn't include encrypted passwd's, but with 650 entries, but I'd like to reduce the fodder for someone's foreach loop thru a cracking program). representative passwd entries: SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5- 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash Thanks Bruce Dobrin - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Banville, Stephen [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 6:54 AM Subject: Re: NTsec permissions issue over inet Bruce Dobrin wrote: Stephen, I was about to ask the same question If you find a solution, PLEASE Post, as I'm running out of workarounds, I have had no luck with nosmbntsec/smbntsec on any recent version of cygwin/inetd. I think the last time it worked was Cygwin1.3.10. with smbntsec [EMAIL PROTECTED]:/home/dobrin cd //margalo1/vol0/vol810 //margalo1/vol0/vol810: Permission denied. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN binmode tty ntsec smbntsec and without: [EMAIL PROTECTED]:/home/dobrin cd //margalo1/vol0/vol810 //margalo1/vol0/vol810: Permission denied. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN binmode tty ntsec nosmbntsec From the Local cygwin window: [EMAIL PROTECTED]:/home/dobrin cd //margalo1/vol0/vol810 [EMAIL PROTECTED]:/margalo1/vol0/vol810 Bruce Dobrin Bruce, It's probably worthwhile for you to post your cygcheck output and passwd/group files too, in case there's something useful there. And by post, I mean *attach*. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 # # # # # # # # # cygcheck Description: Binary data group Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: NTsec permissions issue over inet
Stephen, I was about to ask the same question If you find a solution, PLEASE Post, as I'm running out of workarounds, I have had no luck with nosmbntsec/smbntsec on any recent version of cygwin/inetd. I think the last time it worked was Cygwin1.3.10. with smbntsec [EMAIL PROTECTED]:/home/dobrin cd //margalo1/vol0/vol810 //margalo1/vol0/vol810: Permission denied. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN binmode tty ntsec smbntsec and without: [EMAIL PROTECTED]:/home/dobrin cd //margalo1/vol0/vol810 //margalo1/vol0/vol810: Permission denied. [EMAIL PROTECTED]:/home/dobrin echo $CYGWIN binmode tty ntsec nosmbntsec From the Local cygwin window: [EMAIL PROTECTED]:/home/dobrin cd //margalo1/vol0/vol810 [EMAIL PROTECTED]:/margalo1/vol0/vol810 Bruce Dobrin - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Banville, Stephen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 1:25 PM Subject: Re: NTsec permissions issue over inet On Wed, 28 May 2003, Banville, Stephen wrote: Hi All, I'm not sure if this issue has been detected. I have traversed through the MANY probelm reports and haven't been able to find any specifics on this problem. The problem: My system that I have Cygwin running on is a Windows 2000 platform. I have set the appropriate environment variable for ntsec and have created the appropriate passwd and group files from my network domain. When I telnet, rsh, or ftp into my Window 2k box I get the following message: rsh 127.0.0.1 -l sbanville Password: Private Cygnus Operating System(c) 5.1.0 UNAUTHORIZED ACCESS STRICTLY PROHIBITED mkdir: cannot create directory `//netapp0/sbanville$': File exists -bash: //netapp0/sbanville$/.bash_profile: Permission denied My NT passwd information was created by running mkpasswd -l domain passwd; mkgroup -d domain group I have set Cygwin ntsec tty. This used to work fine in older version of Cygwin. It appears that the Windows box is not happy with the SID that is created from mkpasswd. I have compared the SID in my passwd entry to appropriate groups that I bneed to belong to. There is no inconsistencies. After loggin in I also checked the well known groups that I belong too, which also turned out to be fine. Can someone please tell me what the problem could be. Here is the ouput from cygcheck -s -r NOTE: I also get the folowing meesage when running cygcheck: cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5 cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5 cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5 [cygcheck output snipped] Steve Steve, For the future, please *attach* the cygcheck output to avoid generating false positives on message archive search. The ntsec setting only affects local drives, AFAIK. You need to play with the smbntsec setting for remote shares. Make sure the user you're logging in as is the domain user, not a local user with the same name. Also, there were issues with ssh authentication and access to network shares -- try playing with the Allow service to interact with the desktop checkbox in service properties. ISTR some discussion on issues with ClearCase MVFS (this is just a WAG, though). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/
rsync reliablility issue
cygwin 1.3.22, I know the list hates rsync questions/problems ( is there is a better list for this?) but... I have been having somewhat aqrbitrary but continued reliability issues with rsync, I've been trying to use rsync to synchronize a fairly large number of machines from a central server. Somewhat arbitrarily ( but often ) in the midst of copying files I either terminate with the following: ... rsync: error writing 68 unbuffered bytes - exiting: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at io.c(463) rsync: error writing 7161 unbuffered bytes - exiting: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /tmp/rsync-2.5.5/io.c(463) or it hangs on one file until the i/o time_out value I have set kicks in.. That file never gets transfered, but the next time it transfers that file fine and hangs in a different place or not at all. It the first case, the first error line is ALWAYS writing 68 bytes the third line byte count changes... I run multiple rsyncs concurently from a master server, but have seen the same beahviour even when doing one rsync at a time. I did find that removing Terminal Services ( http://sources.redhat.com/ml/cygwin/2003-02/msg01805.html) did improve the reliablity, but I still have around a 25% faliure rate.. thanks, Bruce D. -- 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/
DBDOracle error on 1.3.22, ok on 1.3.20
I just upgraded from 1.3.20 to 1.3.22 and noticed the the DBDoracle module (1.13 and 1.12( Oracle.dll) fails on the new version. I tried recompiling agianst the same libraries on both cygwins, and though the compile gives the same output and result under both, the dll fails to load under 1.3.12 [EMAIL PROTECTED]:/temp/DBD/DBD-Oracle-1.13 make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin-mul ti -I/usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/base..Failed to load Oracle extension and/or shared libraries: install_driver(Oracle) failed: Can't load 'blib/arch/auto/DBD/Oracle/Oracle.dll' for module DBD::Oracle: dlopen: Win32 error 126 at /usr/lib/perl5/5.6.1/cygwin-multi/DynaLoader.pm line 206. at (eval 1) line 3 Compilation failed in require at (eval 1) line 3. Perhaps a required shared library or dll isn't installed where expected at t/base.t line 19 [EMAIL PROTECTED]:/temp/DBD/DBD-Oracle-1.13 make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin-multi -I/ usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/base..ok Any suggestions? Thanks Bruce D. -- 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/
df non mounted network drives
Hi, (running on 1.3.20) df . seems to work fine on traditionally mounted network drives, but not on UNC (//server/share) drives: [EMAIL PROTECTED]:/home/dobrin cd //billabong/dist [EMAIL PROTECTED]:/billabong/dist df . Filesystem 1k-blocks Used Available Use% Mounted on df: `.': No such file or directory [EMAIL PROTECTED]:/billabong/dist net use r: billabong\\dist The command completed successfully. [EMAIL PROTECTED]:/billabong/dist cd /cygdrive/r [EMAIL PROTECTED]:/cygdrive/r df . Filesystem 1k-blocks Used Available Use% Mounted on r:17936380 16384152 1552228 92% /cygdrive/r Is there an easy way to get this to work that I'm not thinking of? I'd hate to write into my scripts to net use device every time. I tried searching df and UNC in mail list but didn't see anything. Thanks Bruce D. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cpu and partition info
It took me about an hour to change/add enough to the perl GPL hinv port to get it to work with cygwin ( hinv v 1.4pre2). example code: #!/usr/bin/perl #open (FD, /proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces sor); if (-e /proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces sor/3) { $cpu = '4'; } elsif (-e /proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces sor/1) { $cpu = '2'; } else { $cpu = '1'; } if (-e /proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces sor/0/ProcessorNameString) { $cpus=`cat /proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProcess or/0/ProcessorNameString`; } else { $cpus=`cat '/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces sor/0/VendorIdentifier' cat '/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces sor/0/Identifier'`; } print $cpu $cpus\n; - Original Message - From: Robert Citek [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 24, 2003 3:35 PM Subject: cpu and partition info Hello all, Is there a /proc/partitions or a /proc/cpuinfo in newer versions of Cygwin? I'm looking for a way to determine cpu info and drive info from the command line. I'm using v1.3.14. Thanks in advance, - Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cpu and partition info
on older (NT?) os's, there are 2 places which each have 1/2 of the info needed to emulate the standard hinv format. I don't remember when or where the cutoff is, it is so that all works the same on XP , 2k and NT and with the rest of the hinv code ( I only sent a little as an example...) - Original Message - From: Robert Citek [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, February 26, 2003 2:03 PM Subject: Re: cpu and partition info Thanks, Bruce, At 12:02 PM 2/26/2003 -0800, Bruce Dobrin wrote: It took me about an hour to change/add enough to the perl GPL hinv port to get it to work with cygwin ( hinv v 1.4pre2). I took your code and modified it. Works great under Cygwin. See below. I'm not quite sure what this code does: $name=`cat $cpu/VendorIdentifier cat $cpu/Identifier` ; Regards, - Robert - #!/usr/bin/perl -w use strict; my ($info, $cpu, $speed, $name); $info=/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE . /DESCRIPTION/System/CentralProcessor; for $cpu ($info/*) { $speed=unpack (l, `cat $cpu/~MHz`) if -e $cpu/~Mhz ; if (-e $cpu/ProcessorNameString) { $name=`cat $cpu/ProcessorNameString`; } else { $name=`cat $cpu/VendorIdentifier cat $cpu/Identifier` ; } $cpu =~ s#^.*/## ; print $cpu: $speed MHz : $name\n; } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Linking Perl DBD::Oracle with Oracle 9.2 stropped OCI.DLL
I thought the Doc was somewhat convoluted, so I won't say RTFM, though it is all there... here is a quicky: 1 Make sure you have installed the COMPLETE Admin/developer version of 9.2 ( with all libs!!! and headers not just oramts.lib under /ora92/oci/lib/msvc) You must install ALL.. 2 make sure your oracle home variable is set (ex ORACLE_HOME=c:\oracle\ora92) 3 make and Install DBI ( I use DBI-1.32.tar.gz). perl Makefile.pl make install 4 I use DBD-Oracle-1.12.tar.gz 5 read README.wingcc especially under BUGS specifically: - liboci.a must be made before running Makefile.PL otherwise it will not be added to link list. 6 dlltool --input-def oci.def --output-lib liboci.a 7 make sure there aren't duplicate liboci.a's in the lib path. 8 NOW perl Makefile.pl (install DBI) - Original Message - From: Baras, Gal [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, February 23, 2003 8:36 PM Subject: Linking Perl DBD::Oracle with Oracle 9.2 stropped OCI.DLL Hell I'm trying to install the DBD::Oracle Perl module. I've tried creating oci.def file from the Oracle 9.2 OCI.DLL library, but it is stripped and nothing gets listed. I've downloaded a tool that converted OCI.DLL to OCI.LIB (a static library), from which I could get the exported symbols into oci.def, but still I get the same results: 1. perl Makefile.PL tells me that it cannot find -loci (saying it's not a big deal) 2. make produces the following output (error, really): gcc -c -I/cygdrive/c/oracle/ora92/oci/include -I/cygdrive/c/oracle/ora92/rdbms/demo -I/usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include -DUSEIMPORTLIB -O2 -DVERSION=\1.12\ -DXS_VERSION=\1.12\ -I/usr/lib/perl5/5.6.1/cygwin-multi/CORE Oracle.c In file included from Oracle.h:20, from Oracle.xs:1: dbdimp.h:44:20: ocidfn.h: No such file or directory dbdimp.h:57:21: ociapr.h: No such file or directory In file included from Oracle.h:20, from Oracle.xs:1: dbdimp.h:97: parse error before Lda_Def dbdimp.h:97: warning: no semicolon at end of struct or union dbdimp.h:98: warning: data definition has no type or storage class dbdimp.h:105: parse error before '}' token dbdimp.h:126: parse error before Cda_Def dbdimp.h:126: warning: no semicolon at end of struct or union dbdimp.h:127: warning: data definition has no type or storage class dbdimp.h:153: parse error before '}' token dbdimp.h:279: parse error before Lda_Def In file included from Oracle.c:52: /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h: In function `dbdxst_bind_params': /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:48: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:49: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:53: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:54: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:55: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h: In function `dbdxst_fetchall_arrayref': /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:80: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:81: dereferencing pointer to incomplete type /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:88: dereferencing pointer to incomplete type Oracle.xsi: In function `XS_DBD__Oracle__db_selectall_arrayref': Oracle.xsi:107: dereferencing pointer to incomplete type Oracle.xsi: In function `XS_DBD__Oracle__db_selectrow_arrayref': Oracle.xsi:142: dereferencing pointer to incomplete type Oracle.xsi: In function `XS_DBD__Oracle__db_commit': Oracle.xsi:179: dereferencing pointer to incomplete type Oracle.xsi:179: dereferencing pointer to incomplete type Oracle.xsi: In function `XS_DBD__Oracle__db_rollback': Oracle.xsi:188: dereferencing pointer to incomplete type Oracle.xsi:188: dereferencing pointer to incomplete type Oracle.xsi: In function `XS_DBD__Oracle__db_disconnect': Oracle.xsi:197: dereferencing pointer to incomplete type Oracle.xsi:201: dereferencing pointer to incomplete type Oracle.xsi:202: dereferencing pointer to incomplete type Oracle.xsi:203: dereferencing pointer to incomplete type Oracle.xsi:207: dereferencing pointer to incomplete type Oracle.xsi:207: dereferencing pointer to incomplete type Oracle.xsi:209: dereferencing pointer to incomplete type Oracle.xsi:211: dereferencing pointer to incomplete type Oracle.xsi:215: dereferencing pointer to incomplete type Oracle.xsi:215: dereferencing pointer to incomplete type Oracle.xsi:215: dereferencing pointer to incomplete type Oracle.xsi: In function
Re: SFU
I sue the NFS component for SFU on Many machines here (as well as Diskaccess, it's core app). Never had a problem, I've been doing it for 3 years now... - Original Message - From: Jon LaBadie [EMAIL PROTECTED] To: cygwin [EMAIL PROTECTED] Sent: Sunday, January 26, 2003 4:52 AM Subject: SFU Please don't shoot. I may have a requirement to add MicroSoft's Services For UNIX 3.0 (SFU) to a Windows 2K Pro system that already has cygwin installed. I'm familiar with cygwin, never touched SFU. Has anyone one on the list attempted the same and had any positive or negative experiences with interaction between the two systems. jon -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinted rsync bluescreen
Don't know if this will help, but I went through 3 machines running init and rsync (nt, 2000 and XP) and all of them , at one time or another, I could trigger the blue screen by something as innocuous as : ( with rsync on) Stop init, rm /etc/rc.d/rsync, exit shell, BSOD. I think it odd that I had this issue even when init was no longer running, and not until I exited the shell. It didn't always happen ( I think it may be related to if rsync had been called at anytime...) but it was nasty enough that in some cases I couldn't even touch the etc/rc.d/rsync file with vim without eventually crashing. I'm over my head on this one... - Original Message - From: Pierre A. Humblet [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 13, 2003 10:58 AM Subject: Re: xinted rsync bluescreen On Mon, Jan 13, 2003 at 10:59:16AM -0800, Randall R Schulz wrote: Pierre, Do you think the handle to /etc that each (is it each or all?) cygwin process retains is an ingredient in triggering this symptom? AFAICT the handle is opened when starting cygwin and is inherited by child processes. It is used in a WaitForSingleObject call. The purpose is to rescan /etc/{passwd,goup} after changes. It's unlikely to be a coincidence, given the previous e-mails! Why would that be and why would it happen to but a few of the many Cygwin users? Good questions! Perhaps init has more subprocesses (wild guess). Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
xinted rsync bluescreen
I'm setting up rsyncd on a 1.3.18 win2000 and an XP box I've setup xinetd and init etc, when I chkconfig rsync on I get an immediate bluescreen. is this a known issue? (and is there a known fix?). didn't see anything in the mailing list on rsync and bluescreen or crash or xinet pertaining to this problem. Thanks Bruce [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinted rsync bluescreen
hmmm, that didn't seem to help, but things I did notice: if I net stop init /usr/sbin/chkconfig rsync on net start init and I add: rsync 873/tcp in services file, everything works just fine. I seem to be able to chkconfig on/off all but rsync while init is running. I've tryed this now on 6 machines (NT, 2K, XP) of all different configs and it bluescreens on all. - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: 'Bruce Dobrin' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, January 09, 2003 12:23 PM Subject: RE: xinted rsync bluescreen Try chmod a+w /etc/xinetd.d -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bruce Dobrin Sent: Thursday, January 09, 2003 2:42 PM To: [EMAIL PROTECTED] Subject: xinted rsync bluescreen I'm setting up rsyncd on a 1.3.18 win2000 and an XP box I've setup xinetd and init etc, when I chkconfig rsync on I get an immediate bluescreen. is this a known issue? (and is there a known fix?). didn't see anything in the mailing list on rsync and bluescreen or crash or xinet pertaining to this problem. Thanks Bruce [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinetd/ init not working for me
Thanks Sergey, that is exactly what I did (said yes to overwrite). I've re-installed and now init runs xinetd. now I get an error (in the error log) after xinetd loads the appropriate services xinetd: creation of default log failed. followed by: xinetd:Started working: 0 available services. I'm not sure where to look here, I did notice a touch /var/lock/subsys/xinetd which is successful in the xinetd startup, so I'm not sure where the log is or how to make it work. Or is there something else I should be doing? Thanks, Bruce - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, January 04, 2003 5:41 AM Subject: Re: xinetd/ init not working for me OK, let's troubleshut the problem step by step. I need to find out first where the problem is, in init, initscripts or xinetd. I suspect when you run init-config you answered yes to overwrite an existing /etc/inittab installed by initscripts package. What are the last three lines of /etc/inittab? They should be like: # Run xdm in runlevel 5 # xdm is now a separate service #x:5:respawn:/etc/X11/prefdm -nodaemon If (you inittab is different) please reinstall initscripts package. else post the printout of ls -l /etc/inittab /etc/rc.d /etc/rc.d/init.d Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: Sergey Okhapkin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:35 PM Subject: Re: xinetd/ init not working for me no, the only 3 messages are: entering runlevel 3 no more processes left at this runlevel `init` service started - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 6:23 PM Subject: Re: xinetd/ init not working for me Are there any errors in NT application error log on init startup? Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:10 PM Subject: xinetd/ init not working for me I just upgraded to 1.3.18 and noticed a version of init and xinetd. I turned off inetd and installed xinetd, chkconfig, sysvinit, and the initscripts, Ran init-config and xinetd-config. chkconfig says that xinetd is on at runlevel3, net start init starts init at runlevel3 , but doesn't start xinetd. If I manualy start xinetd (either with /etc/rc.d/init.d/xinetd start or /usr/sbin/xinetd -d) it appears to set up the various services, but when I try to access the machine using an xinetd service (telnet or rlogin) I get : 03/1/3@18:04:10: DEBUG: {server_start} Starting service login 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied (errno = 13) 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed) 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service 03/1/3@18:04:10: INFO: {conn_free} freeing connection 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 I've tried adding the services to the hosts.allow file and a few oth er things, but no luck so far, I've also been through the cygwin and xinetd lists and haven't turned anything up. Oh, inetd works just fine, but I'd like to use xinetd if I could. thanks for any help. Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinetd/ init not working for me
Thank you! Works perfectly now! - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: 'Bruce Dobrin' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 06, 2003 11:47 AM Subject: RE: xinetd/ init not working for me Stop init service, remove /var/log/servicelog and make sure /var/log directory is writeable for all. Start init service. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bruce Dobrin Sent: Monday, January 06, 2003 2:37 PM To: Sergey Okhapkin; [EMAIL PROTECTED] Subject: Re: xinetd/ init not working for me Thanks Sergey, that is exactly what I did (said yes to overwrite). I've re-installed and now init runs xinetd. now I get an error (in the error log) after xinetd loads the appropriate services xinetd: creation of default log failed. followed by: xinetd:Started working: 0 available services. I'm not sure where to look here, I did notice a touch /var/lock/subsys/xinetd which is successful in the xinetd startup, so I'm not sure where the log is or how to make it work. Or is there something else I should be doing? Thanks, Bruce - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, January 04, 2003 5:41 AM Subject: Re: xinetd/ init not working for me OK, let's troubleshut the problem step by step. I need to find out first where the problem is, in init, initscripts or xinetd. I suspect when you run init-config you answered yes to overwrite an existing /etc/inittab installed by initscripts package. What are the last three lines of /etc/inittab? They should be like: # Run xdm in runlevel 5 # xdm is now a separate service #x:5:respawn:/etc/X11/prefdm -nodaemon If (you inittab is different) please reinstall initscripts package. else post the printout of ls -l /etc/inittab /etc/rc.d /etc/rc.d/init.d Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: Sergey Okhapkin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:35 PM Subject: Re: xinetd/ init not working for me no, the only 3 messages are: entering runlevel 3 no more processes left at this runlevel `init` service started - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 6:23 PM Subject: Re: xinetd/ init not working for me Are there any errors in NT application error log on init startup? Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:10 PM Subject: xinetd/ init not working for me I just upgraded to 1.3.18 and noticed a version of init and xinetd. I turned off inetd and installed xinetd, chkconfig, sysvinit, and the initscripts, Ran init-config and xinetd-config. chkconfig says that xinetd is on at runlevel3, net start init starts init at runlevel3 , but doesn't start xinetd. If I manualy start xinetd (either with /etc/rc.d/init.d/xinetd start or /usr/sbin/xinetd -d) it appears to set up the various services, but when I try to access the machine using an xinetd service (telnet or rlogin) I get : 03/1/3@18:04:10: DEBUG: {server_start} Starting service login 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied (errno = 13) 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed) 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service 03/1/3@18:04:10: INFO: {conn_free} freeing connection 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 I've tried adding the services to the hosts.allow file and a few oth er things, but no luck so far, I've also been through the cygwin and xinetd lists and haven't turned anything up. Oh, inetd works just fine, but I'd like to use xinetd if I could. thanks for any help. Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug
xinetd/ init not working for me
I just upgraded to 1.3.18 and noticed a version of init and xinetd. I turned off inetd and installed xinetd, chkconfig, sysvinit, and the initscripts, Ran init-config and xinetd-config. chkconfig says that xinetd is on at runlevel3, net start init starts init at runlevel3 , but doesn't start xinetd. If I manualy start xinetd (either with /etc/rc.d/init.d/xinetd start or /usr/sbin/xinetd -d) it appears to set up the various services, but when I try to access the machine using an xinetd service (telnet or rlogin) I get : 03/1/3@18:04:10: DEBUG: {server_start} Starting service login 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied (errno = 13) 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed) 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service 03/1/3@18:04:10: INFO: {conn_free} freeing connection 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 I've tried adding the services to the hosts.allow file and a few other things, but no luck so far, I've also been through the cygwin and xinetd lists and haven't turned anything up. Oh, inetd works just fine, but I'd like to use xinetd if I could. thanks for any help. Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinetd/ init not working for me
no, the only 3 messages are: entering runlevel 3 no more processes left at this runlevel `init` service started - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 6:23 PM Subject: Re: xinetd/ init not working for me Are there any errors in NT application error log on init startup? Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:10 PM Subject: xinetd/ init not working for me I just upgraded to 1.3.18 and noticed a version of init and xinetd. I turned off inetd and installed xinetd, chkconfig, sysvinit, and the initscripts, Ran init-config and xinetd-config. chkconfig says that xinetd is on at runlevel3, net start init starts init at runlevel3 , but doesn't start xinetd. If I manualy start xinetd (either with /etc/rc.d/init.d/xinetd start or /usr/sbin/xinetd -d) it appears to set up the various services, but when I try to access the machine using an xinetd service (telnet or rlogin) I get : 03/1/3@18:04:10: DEBUG: {server_start} Starting service login 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied (errno = 13) 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed) 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service 03/1/3@18:04:10: INFO: {conn_free} freeing connection 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 I've tried adding the services to the hosts.allow file and a few other things, but no luck so far, I've also been through the cygwin and xinetd lists and haven't turned anything up. Oh, inetd works just fine, but I'd like to use xinetd if I could. thanks for any help. Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with rsh
Before someone else brings this up: although blanking the Unused by does allow anyone to rsh into the machine. It also adds a nasty artifact in that anyone can login as anyone else by using the -l option (rsh hostname -l different_user). It looks like ever since 1.3.2 you have had to use a hosts.equiv or .rhosts file. Simplest way is to add a file callled hosts.equiv to etc and include a list of all machines that should be allowed to access this machine. Unfortunatly using the documented + in this file doesn't seem to work anymore (Note: it no longer works on RH Linux 7.2 either unless you set /etc/pam.d/rsh and rlogin to permiscuis.. an option not avaliable to cygwin). Personally, I use a perl script to cull the hosts file from my dns server to do generate this file once a day. I've never gotten an answer from the list on how to get the + entry to work and would welcome any solution to that problem. Documentation on all this seems rather limited and often apocryphal as specific to cygwin. Bruce D - Original Message - From: Andrew DeFaria [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 25, 2002 3:23 PM Subject: Re: Problem with rsh David Rothenberger wrote: Check your /etc/passwd file and make sure there is no entry in the password field (the second field). You want something like this: someuser::11150:... and not something like this: someuser:unused_by_nt/2000/xp:11150:... An easy way to check if this is the culprit is to try doing an rlogin. For me, this will ask me for a password and then succeed if I have an entry in the password field. If the password field is empty, it succeeds without asking for a password. Wham! Good answer! It works! Actually I viewed the unused_by_nt/2000/xp string as ugly and replaced it with the traditional * instead. But you're right, if you put anything in there it gives me a Permission denied for rsh machine command. Looks like some security checking got tightened up. This does lead to a question as I believe some other services (ssh? exim? I forget) require that you put an actual passwd in /etc/passwd. They also described how to generate the crypt string. I've done this on my home machine so I copied that encrypted string to my work machine and I still get permission denied. Sounds like it's still a problem but at least I have a workaround for work. Thanks. Andrew DeFaria wrote: I've run into a major problem using rsh. Note that I've been using rsh successfully for a while and many people here depend on being able to rsh into the server. However now I get: $ rsh server id server.mydomain.com: Permission denied. -- Salira http://www.salira.com Ethernet Simple, Fiber Fast 5451 Patrick Henry Drive Santa Clara, CA 95054 Phone: (408)-845-5321 Fax: (408)-845-5205 Email: [EMAIL PROTECTED] mailto:Andrew%20DeFaria%20%3CADeFaria;Salira.com%3E Web: http://www.salira.com Instant Messaging AIM: defaria MSN: [EMAIL PROTECTED] Yahoo: andrew_defaria ICQ #: 23552673 Andrew DeFaria http://DeFaria.com Clearcase Administrator Email: [EMAIL PROTECTED] mailto:Andrew;DeFaria.com Web: http://DeFaria.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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/
+ entry doesn't work in hosts.equiv
Under current Linux, the + entry in hosts.equiv is allowed if you have : auth required /lib/security/pam_rhosts_auth.so promiscuous in the /etc/pam.d/rsh file since cygwin has no pam, is there a way to get the + to work (or something equivalent?) we have over 2000 constantly changing hosts, and keeping the hosts.equiv updated is a bit of a nightmare.. (I've been getting around this for the last number of months by having an empty passwd field in passwd file, but this is a bad solution) Thank you, Bruce Dobrin -- 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/
Rsync from cmd prompt
I've just started using Rsync and would love to have it run in my NT startup script, but although this works perfectly: dobrin@THEODOLITE:/home/dobrin rsync -avz billabong:/d/dist/sysadm_general/ /temp/poop rsync: open connection using rsh billabong rsync --server --sender -vlogDtprz . /d/dist/sysadm_general/ receiving file list ... done wrote 16 bytes read 29400 bytes 828.62 bytes/sec total size is 48631312 speedup is 1653.23 from the cmd prompt I get: C:\home\dobrinbash --noprofile -c rsync -avz billabong:/d/dist/sysadm_general/ /temp/poop rsync: open connection using rsh billabong rsync --server --sender -vlogDtprz . /d/dist/sysadm_general/ Terminal readThe parameter is incorrect. : Recv failed:Connection reset by peer rsync: read error: Connection reset by peer I also tried: cmd /c rsync -avz billabong:/d/dist/sysadm_general/ /temp/poop And a few othter permutations local to local it works fine. Anyone have a suggestion? I'm sure I just have a syntax problem. (1.3.10) Thanks Bruce Dobrin -- 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/
slow cygwin rcp/fast w2k rcp
Hi We recently installed a number of netgear 620/621 gig-e cards and noticed that the cygwin rcp client (/usr/bin/rcp.exe) in our recent versions of cygwin (1.3.3 to 10) run very slowly over the gig-e (about 10times slower than the W2k's /winnt/system32/rcp.exe (1.5mB/s as apposed to 15 mB/s)). We don't notice a particular speed difference between the two on our 100mb machines, in fact, cygwin's rcp is much faster over the 100mb (about 4mB/s) than it is on the gigabit. I tryed it on a different brand of gig-e card and had nearly the same results. Any ideas? Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Next version of setup.exe
1: got message cannot open (null) for reading. message a couple of times when installing from a local (network) directory onto a new XP machine, followed by a failiar message indicating more info in setup.log.full. Nothing out of the ordinary noted in that file. 2: the dropdown for each heading, and the toggle (install/default/...) were so close together that I kept hitting one when I wanted the other when using my trackpad... - Original Message - From: Robert Collins [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 25, 2002 4:01 PM Subject: Next version of setup.exe We've branched the next version of setup.exe, and created a snapshot for anyone willing to be our guinea pigs. It is accessible via http://www.cygwin.com/setup-snapshots/setup-20020225.exe. Please use this, and report any bugs back to us. We know of one with large fonts, that will be rectified shortly, but we want to ensure that no functional bugs exist. All going well this will be the default setup.exe by the end of the week! ROb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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/
recent rshd/mkpasswd
I've been noticing lately ( post 1.3.2 I beleive) that the result of mkpasswd -d doesn't allow me to perform non-interactive rsh or rcp's. example: dobrin@GABLE3:/etc rsh gable3 ls gable3: Permission denied. But if I use my previous passwd file (I generate these proceduraly nightly on a 1.3.2 machine, then dist to all of my other machines) everything works fine: dobrin@GABLE3:/etc rsh gable3 ls -al total 38333 drwxrwxrwx 10 Administ Domain A12288 Jan 9 17:11 . drwxrwxrwx 834 Administ Domain A 172032 Dec 11 17:52 .. -rwxrwxrwx1 Administ Domain A 284 Jun 8 2001 .ICEauthority -rwxrwxrwx1 Administ Domain A 5834 Jan 30 17:39 .bash_history -rwxrwxrwx 10 Administ Domain A 6913 May 4 2001 .cshrc -rwxrwxrwx1 Administ Domain A 747 Jan 30 17:58 .history (etc) The relevant passwd entries are: dobrin@GABLE3:/etc grep dobrin passwd.1.3.2 dobrin::11014:10512:Brucester,S-1-5-21-501104421-1911818820-14498641-1011:/h ome/dobrin:/bin/bash dobrin@GABLE3:/etc grep dobrin passwd.1.3.9 dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5- 21-501104421-1911818820-14498641-1011:/home/dobrin:/bin/bash CYGWIN variable : binmode tty ntsec I haven't found anything on the list about changes, but I've also been having problems lately getting complete listings when I do a google search (for instance I just did a google search of dobrin site:cygwin.com and it didn't bring up any of my recent list additions I hope I haven't asked so many stupid questions that I'm being filtered:)) Thanks for any help Bruce Dobrin [EMAIL PROTECTED] -- 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/
Finger
Is there anything that anyone knows of in cygwin that runs like UNIX's finger, giving local login and time info when run locally on an NT/2000 machine? OK, so I got a free bsd version of fingerd to compile run with inetd. But it expects a UNIX style finger which, by default displays currently logged in users. Problem is that the NT/2000 version looks to a remote fingerd server. so if I specify a user, I get an endless loop of finger.exe's (as nt hits inetd, which spawns a fingerd, which spawns another finger.exe. etc.)_ fingerd allows me to run another program instead of finger if I can find one has anyone got any ideas? thanks Bruce Dobrin -- 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/
Fingerd?
Is there or has anyone out there had any luck compiling fingerd? If not, does anyone know of a good non-cygwin alternative. I checked the list and found very little on this.. Thanks Bruce Dobrin [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and XP
I don't have a solution, but I have seen this before on both Win2k and NT4. I was installing onto machines that were on wireless networks and I attributed it to dropping connections/ slow net interface. It seemed to download a few things and then bug out with the error you mentioned. I later burned our local cygwin install build to a CD and it worked fine, this probably isn't a good solution, but perhaps it will help illuminate the problem. (PS, the new setup drives me nuts too, especially 'cause it often seems to punt cygncurses5.dll unless you specifically tell it to re-install) Bruce Dobrin - Original Message - From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED] To: Matthew Cary [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, December 21, 2001 12:50 PM Subject: Re: cygwin and XP At 02:00 PM 12/21/2001, Matthew Cary wrote: Is cygwin known to have troubles with XP? You can check the mail archives but I think you'll find the answer to that question to be no. Here is my issue: I run setup.exe from cygwin.com, all my packages are downloaded, I get a message that says mount completed successfully, and then setup disappears. If I re-run setup and try to install from my hard drive (using the packages that were all downloaded, apparently successfully), the same thing happens: mount completes successfully, and then everything quits. I've heard this report once before. Was it you? In any case, it's a very uncommon problem. I don't know what's causing it or a solution. You may need to try to debug it. Also, is there a quick way to select all packages from setup? It gets tedious switching off all the Skip lines, especially when I'm installing from my hard drive. Asked and answered in the mail archives. You wouldn't have to look back more than a week to find this issue (asked and answered) at any particular time (or so it seems). Short answer? No, not currently. Jump in to help add the support if you can't wait. If there were a way of installing things manually, but not individually, that would be fine too. There *are* other ways to install. But setup.exe is the only one that's supported by this list. Sorry. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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/