Re: I'm Completely Down after Upgrading to the Latest Cygwin
Fergus wrote: The Cygwin-X list would be the proper place to follow-up on any of these X issues if you need further help. I thought the Cygwin-X list was being subsumed into this one. Has that idea (a jolly good one) been spiked? Fergus Haven't seen anything saying the idea has been abandoned, nor have I seen anything that says that it's definitely going ahead.. My understanding was that it is just a possibility at the moment.. So until then, it's still a separate entity.. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cmd.exe from Cygwin
Larry Hall (Cygwin) wrote: Jeenu V wrote: On Mon, Jan 5, 2009 at 9:53 PM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: The Cygwin paths are added in '/etc/profile'. Obviously, you can remove them though that will make your configuration non-standard and unsupported. Essentially, this would make Cygwin tools inaccessible when running 'bash', which doesn't sound like what you really want. Obviously, you could add the Cygwin paths somewhere else to give Symbian priority but this is likely to just cause other conflicts and, again, not be what you really want. So to me, the question comes down to which tools to you really want to use, Symbian's, Cygwin's, or something else? Once you can answer that, you should be able to configure things so that you get the proper set for your needs. Thanks for the info. My intention is not to throw Cygwin and it's utilities away; but to move Cygwin path towards the end when--and only when--I run Symbian tool chain, because, AFAIK, Symbian tool chain doesn't ask for any tools from Cygwin. But your batch file is invoking Cygwin's bash. Perhaps if you decouple things there, then they will work as you expect without changing other things in your environment. Moving Cygwin paths to the end of the path in '/etc/profile' would have the effect of making everything else in the system with a like name override the Cygwin version, even when you're using Cygwin and want the Cygwin versions. I expect this is not at all what you want. Maybe the best thing to do would be to edit the .bat/.cmd file so that the first thing it does is redefines PATH as it is in a normal cmd window - ie w/o cygwin running. That would result in the environment being clean for cygwin normally, and mean your symbian stuff wouldn't end up crapping itself by calling cygwin tools that work differently.. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: How to display Russian Cyrillic and Chinese in Cygwin Bash Console?
Siegfried Heintze wrote: Is the third time a charm! I hope so. I forgot to turn off HTML again! I apologize if this query appears again. Since I saw no replies (and not even my own posting) after checking my spam filters, I assume it never got to the list (Maybe I forgot to turn of HML the first time too!) Is it possible to do this (display Russian Cyrillic and Chinese) at the cygwin console prompt? I hear it is not possible at CMD.EXE prompt. I'm not sure how the bash console is implemented in cygwin but if it is running CMD.EXE underneath and CMD.EXE cannot do it, the outlook is bleak! I was really suprised to learn that CMD.exe cannot do it and I question the accuracy of my source. I did some searching and experimenting and I cannnot figure out how to do it with the cygwin bash console. I have posted a similar query on the XFree list because I would like to do it both in xterm and the cygwin bash console (is there a better name for this since it could be running some other shell?) Thanks, Siegfried Hi Siegfried, Install rxvt and use that instead. I believe there's a unicode package of it in Cygwin - it should have no trouble displaying cyrillic or chinese characters. You can convert your existing Cygwin startup script to launch rxvt instead of starting bash in a CMD prompt, or you can change the shortcut to start rxvt straight away - this way you don't have a 'phantom' cmd window hanging around.. There have been messages about doing so in the past, and a quick google should turn something up. HTH, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Error when attempting to start inetd
Michael Grand wrote: René Berber wrote: Probably your firewall is blocking any communication. I have tried this with the firewall turned off, and I still cannot connect. The port is in the allow list, so it should work anyways. Would AVG or SpySweeper block the pop3 and imap ports? Exim appears to work fine, and I rather doubt that the previously named programs would not block smtp as well. They tend to proxy incoming mail ports. If you happen to be running a mailserver on localhost, this is usually going to break. I don't get any log output from inetd, so this is strange (and TBird is opening and closing several connections all the time, imapd does send some output to syslogd). Almost all of those connections will be to AVG (though thunderbird will not be aware of that). I added -d (debugging) to the arguments list in the hopes that it would yield further information on the problem. Since I assume /usr/sbin/uw-imapd.exe does exist (no need to put the .exe), I have no idea what is wrong, perhaps C:\Cygwin\bin is not on your global (Windows) PATH and the required libraries (.dll) can't be found. PATH has c:\cygwin\bin in it. In the user variables or system variables? (System Properties, Advanced, Environment Variables) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
Dave Korn wrote: On 26 September 2006 05:22, Artie Ziff wrote: I recently experienced a similar scenario, posted a general description of the user experience (with some questions) in an attempt to elicit general comments. I rcv'd the same response as those before me... as is evidenced in the archives. That is, no response. I suppose the philosophy is: if there is no response then no problem exists. ;-) Nope. The philosophy is: if there is no information, then no diagnosis can be made. Problem reports: http://cygwin.com/problems.html ^ Cygchecks, gentlemen, please. As attachments, please. Let's see what you've got so far, and then later we might need to look at setup logs and suchlike. cheers, DaveK I wonder if perhaps they think they can't run cygcheck because they haven't finished installing cygwin yet? It does seem that many people are unaware that cygcheck is a native win32 binary... Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New windows from cygwin in ssh
Pavel Ivanoff wrote: Can anybody help me with this problem? There is some guess that this happens due to some Local Security Policy on Windows XP (I know that in last versions of cygwin sshd requires several settings in Local Security Policy to work correctly). But I can't understand what policy prohibits to make desktop windows over ssh... Thanks in advance. Pavel Ivanov How are you authenticating with ssh? Password (keyboard-interactive) or keypair? If you are authenticating via keypair, it isn't really running as you, iirc. The SYSTEM user doesn't normally create desktop windows, so it's possible that this process isn't allowed to as a result.. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: change in behavior of make from 3.80 to 3.81
William A. Hoffman wrote: At 02:57 PM 8/21/2006, Dave Korn wrote: On 21 August 2006 18:58, William A. Hoffman wrote: of, make is changing beware, it may have been noticed. Let's face make is not a project you expect to see a bunch of change happening on, especially a change that breaks existing makefiles. Ah. We have the nub of it. No I don't think you have the nub of it yet. I still think that a simple post about a major change being made to make may have helped avoid much of the pain of this thread. You have to admit that dropping a whole class of paths from support is more likely to cause trouble than any of the other minor syntax changes to gnu make that are not backwards compatible. I would not expect: foo: foo.c gcc foo.c -o foo To stop working any time soon in make no matter what changes are made. The basic format of makefiles is pretty much fixed, and has been around for 20 years or so. See http://en.wikipedia.org/wiki/Make: POSIX includes standardization of the basic features and operation of the make utility That is the part of make I am talking about when I say the features of make are not changing. I and others (not exactly sure how many but more than one) did not expect: foo: c:/foo.c cl c:/foo.c to stop working the make that came with cygwin. And in the future it will again be supported. I certainly realize that software changes, and that you have to break backwards compatibility from time to time. I am just saying that giving the user community an opportunity to step up and make a fix would have been helpful, not necessary or required, but helpful and not that hard to do. -Bill Actually, Dave does have the nub of it. His assertions are accurate in your case. There have been many messages to this list, as well as the release note that specifically mentioned that MSDOS paths were no longer supported. Given that these _were not_ a part of official Make, but were instead implemented by patches maintained by cgf, it's not unreasonable for the maintainer to say enough is enough. Even more so given that cygwin is for giving you POSIX functions in windows.. DOS paths have no relevance in a POSIX environment. The underlying OS isn't relevant. If a working patch makes it into upstream, or is available for inclusion and is clean, w/o affecting anything else, then I have no doubt that cgf will consider including it in the next release, but if people had actually read the original release notes, then this would not be an issue. Also, Dave commented earlier on your email saying an email should have been sent to the list saying that these changes were going to happen. It was. It's called the 'release notes'. They go to cygwin-announce, if I recall correctly.. Maybe you should subscribe to this one? One last thing.. Don't reply to me directly (or Dave for that matter); we're both on the list.. I set reply-to for a reason.. Chris/EqUaTe (NOT cgf) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 3.81 and windows paths
Paul D. Smith wrote: %% John W. Eaton [EMAIL PROTECTED] writes: jwe On 28-Jul-2006, Paul D. Smith wrote: | Regardless, I still wonder whether my idea of building make for a POSIX | environment with Cygwin, but setting HAVE_DOS_PATHS explicitly, would | work. jwe If this could cause some valid Makefiles to do the wrong thing as jwe cgf suggests might happen, Hm. I don't think I saw that message? Certainly there are obscure cases where enabling DOS path support will behave differently, but they're pretty rare I believe. Is this a Cygwin thing? This was a thing where POSIX compatible makefiles were not behaving as expected, which is now believed to be due to the cygwin dos-path handling patches. jwe then can we at least make the behavior optional, perhaps with a jwe command line option or magic target (maybe jwe .WINDOWS_FILENAMES:)? This would be very tricky: right now all the code to do DOS vs. POSIX pathnames is controlled through #ifdefs, so it's a compile-time thing. Changing it to a runtime thing would be a lot of work, I think... the #ifdeffing in GNU make is kind of a mess, with all the different ports we support. Honestly, I don't see a lot of benefit to it. On a Windows system, even in Cygwin, I would assume that everyone would always expect anything that looked like a Windows pathname to be treated like a Windows pathname. We're not talking about enabling this support on UNIX, just in Cygwin. Well, the whole point of cygwin is to give a POSIX-compatible environment in win32. So it's aiming to be like linux, not windows. This means that if something like a makefile parses fine in linux, but not in cygwin (barring linker stuff), something is wrong. And so on from there.. So even if the DOS #ifdef was enabled, we'd be back at the point of having patches to attempt to fix this behaviour. Unless there was some way of having two versions of make - one with this behaviour and one without, controlled by /etc/alternatives perhaps? Speculation on my part anyway. Chris / EqUaTe -- 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: Why are Windows paths broken in make 3.81?
Joachim Achtzehnter wrote: Christopher Faylor wrote: I guess that means there is nothing more to discuss. Agreed, except for the following. On Mon, Jul 24, 2006 at 12:53:19PM -0700, Joachim Achtzehnter wrote: Christopher Faylor wrote: Well, you *could* expect a fix if you provided enough details. Understood. The question is, can there still be value in reporting that a program crashes, even with minimal but potentially still useful information? I'm just asking and am genuinely interested in hearing the developers' preferences. No. Reports of XYZ dies when I run a complicated program are worthless unless the reporter is willing to help track down the problem. I resent being mis-represented like this: The report mentioned a very specific error message and was about a change in behaviour from one version to the next. I accept your No answer though, you won't see similar reports from me in the future. The problem was that you didn't follow the guidelines on: Problem reports: http://cygwin.com/problems.html I don't recall seeing a cygcheck.out, and you certainly didn't break it down to a simple testcase.. This means that the maintainers (as well as the rest of us) have no real clue as to where to begin to replicate the behaviour so that they can bring their collective might to bear on it. If this kind of less-than-ideal problem report is considered to be always useless, which would come as a surprise to me because as a developer I've seen many cases where a report like this is all that was needed to highlight the problem, I would be very very surprised if you were able to fix problems when someone just mentions that their program crashes when they do something complicated. If that really was the case then you would just have to say that to yourself before every release in order to fix problems. The point is that nobody was *just* mentioning what you write here. First off, as I wrote above, this was about changed behaviour between one version and the next, presumably implying that only a (relatively) small portion of the source code had changed. It was about the most recently released version, i.e. there is a good chance the changes are still (relatively) fresh in the minds of the developers. Thirdly, there was a specific error message rather than a totally uninformative crash, suggesting that it might (possibly) ring a bell. None of this implied that the information provided would be sufficient (and I didn't count on it), but from my experience there was a reasonable, if small, possibility that it might. Even in cases where it might, what I've mentioned above applies, otherwise it's an incomplete bug-report that just clogs things up and makes it difficult to track down solutions.. I've certainly seen many cases where I just needed to see an error message like this in conjunction with having released a recent change to know immediately what went wrong. Obviously, it is just as likely that this doesn't help at all. In spite of the latter, I definitely want to see such reports from our customers as it can save time for both of us. If the provided info doesn't help one can always ignore it until more effort is put into providing more details. In any case, the last thing I can afford to do in such a situation is to accost my customer, but then I'm in a different situation from you on that point. :-) If that really was the case then you would just have to say that to yourself before every release in order to fix problems. And how do I divine the error message? Testcase, combined with gdb, perhaps? I didn't take it out of context before and I am not doing so now. I trimmed the parts that I wanted to respond to, as is good internet etiquette. Trimming to the relevant parts is one thing, trimming (and rephrasing) to the point where the quote mis-represents what was written is another... I was trying to get to the bottom of something that seemed like it could be a bug. If you hear more from me about the crash it will be with sufficient information to reproduce it without sending you several hundreds of thousands of lines of source code and makefiles. Thanks, Joachim Anyway Hopefully things are about done with that now.. EqUaTe -- 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: Accessing network drive with ssh
David Greene wrote: Corinna Vinschen wrote: Searching the mailing list archives or looking into the FAQ would have been of some help. Rather than let this extremely unhelpful reply be the last word, I'll relate my experience. I'm sorry, but it's nearly impossible to do web searches on this topic. I know, I spent weeks doing them. The FAQ has zero useful information about this particular issue. It should definitely be added. The FAQ itself sorely needs to be reorganized. Too many things are covered under too broad of topics. It's very hard to find answers to specific questions. Funny, this seems to be relevant to me: http://cygwin.com/faq/faq.using.html#faq.using.shares I'm not disputing that the FAQ could be clearer (the linear form it's in just now probably isn't ideal, but hey, what do I know?), but it only took me 30 seconds to find that.. -- 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: postinstall scripts: .sh and .sh.done
James McLaughlin wrote: Hi, While fixing a problem I'd posted to the group about (incidentally, thanks to Brian Dessent for identifying a Cygwin DLL version mismatch as the source of the other problem), I ran the post-texmf.sh script. I don't know if this was meant to give me any diagnostic information, but anyway it ran successfully, which means (I think) that TEX etc are now installed. (Of course, until I bring in the Cygcheck output, I can't really ask about that.) My real question revolves around the fact that the script did not change from post-texmf.sh to post-texmf.sh.done. Should I change it myself now that it's finished running, or should I leave it be? Plus, there was another file in \etc\postinstall that was .sh and not .sh.done - what does this signify? Thanks, James McLaughlin. You have to do it manually - normally this is done by setup upon successful completion afaik. If there's another .sh, then it also needs to be run. They should only be .sh if for some reason they didn't run correctly. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: regular user, bash cannot find /tmp
Claude Marinier wrote: Hi, I installed cygwin on MS Windows XP from files I downloaded earlier this week (13 or 14 Feb 2006). Picked the default option to make cygwin available for all users. I installed from the Administrator account. Usually, the first time I start cygwin, it recommends running mkpasswd and mkgroup. This time it did not so I performed those two steps by hand (with the local option since the PC is not part of a domain). Everything works fine from the Administrator account: regular cygwin bash command window and startx. From a regular account (with Power User), bash startup fails with the following error message (or something similar, doing this from memory). bash.exe: warning: could not find /tmp, please create! Made sure /tmp exists and is accessible: it is. Made sure the user's home directory exists and is accessible: it is. From the failed bash, few things run: 'pwd' is OK but bash cannot find 'ls'. The PATH variable does not contain any cygwin paths. It looks like the port-installation failed or initialisation failed. Note that I installed a subset of the packages I normally install. There were no dependency warnings. What am I missing? Thank you. Sounds like a failed installation, or broken mountpoints. Please follow the directions on: Problem reports: http://cygwin.com/problems.html particularly the segment about *attaching the output of cygcheck -svr as cygcheck.out Without this information, all you'll get is WAGs. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygheap base mismatch detected
Dill, Jens (END-CHI) wrote: Dave Korn writes: Unfortunately for me, (e) is impractical. It's not clear whether it is my source code or CygWin's that I need to fix, Have you actually *tried* this application of yours under Cygwin and discovered that it indeed *is* one of the rare ones that actually runs into this problem, or are you getting your knickers in a twist over some entirely theoretical issue that may just as likely never happen? My project time frame doesn't allow for that. If I read Dave Korn's posting correctly (along with the others who talk about adjusting the sizes of Fortran arrays to fix the problem) *Why* are you relying on information that is 12 to 18 months out of date? There's been quite a few check-ins to the cygwin cvs in that period, and in case you haven't noticed, we haven't had anyone here running into that problem recently, and some of the fortran people said that one of the fixes Corinna made _ages_ ago now had solved the problem in their experience, so perhaps you should stop hoping to divine the truth from a priori first principles and outdated mailing-list-posts, and get a bit _empirical_ about it? Of course I have *tried* the application under CygWin and it does indeed actually run into the problem. Of course I have searched the list for more recent information about the problem. Of course I am using a new installation of the latest stable CygWin and a machine with sufficient memory and horsepower. Not every new poster to the list is a newbie to posting. I have done some experimentation. The maxmem program outlined in http://cygwin.com/cygwin-ug-net/setup-maxmem.html shows me that I have 1.5 Gb of memory available to allocate. I can run tests in which I allocate static arrays of increasingly large size, and I hit the cygheap base problem *exactly* when I try to make an array bigger than 1.5 Gb. I can run tests in which I set the --heap option for the linker to increasingly large sizes, and I hit the cygheap base problem *exactly* when I try to make the heap size larger than 1.5 Gb. I can run tests in which I set the --stack option for the linker to increasingly large sizes, and I get a thread handle not set error during execution the minute my stack size exceeds 0.5 Gb. Yes, that's 0.5. I never go to the full 1.5 Gb. I did not tinker with --stack or --heap when building my executable. I am positive it has no static arrays larger than a few tens of thousands of bytes. Certainly nowhere near 1.5 Gb. The size of the .exe file itself is just over 80 Mb. So what is causing the problem? -- Jens Dill Endeavor Information Systems You know, it wouldn't exactly be rocket science to try 1.5.19-4 ... Dave mentioned that there have been many improvements in the last year on this issue - 1.5.18-1 is rather dated now. It can't hurt to try now, can it? -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: G++ Missing libraries in cygwin
Franklin Williams wrote: Hey Guys, I'm hoping that you can help me with a problem that I'm having. I am trying to install g++ 3.4.4.1 from cygwin's setup. I choose both binary and source. However, when I check the /usr/lib folder it is completely empty. Because of this, I cannot compile any of the programs that I have on my machine. Is this a known issue? Do you have any idea what I might be able to do to fix it? If you could let me know I would appreciate it. A good starting point is: Problem reports: http://cygwin.com/problems.html This will allow us to work out WHAT is wrong, without having to resort to WAGs. WANFWAGs (We Are Not Fond of Wild-Assed Guesses) However, in spite of that, there's a reasonable chance that your mount table is incorrect, primarily in that C:\cygwin\lib (or wherever you installed cygwin to) is not mounted as /usr/lib You can check this by simply typing mount If this is the case, try: mount C:\cygwin\lib /usr/lib It should be noted that if one mount is broken, there's a reasonable chance others are too, so send your cygcheck output anyway, as an *attachment*, to the list. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash Window Geometry
Bubba Jones wrote: ... Alternatively, you could do: rxvt -e /bin/bash --login --rcfile /cygdrive/h/.bashrc -i Thus combining your current configuration with the way you want it to be... Ahhh, most cool. That command with switches works from the cygwin bash prompt, but not from the DOS prompt, which tells me it wouldn't work from a batch file. The following does work from DOS: h:\cygwin\bin\rxvt -e /bin/bash -- rcfile /cygdrive/h/.bashrc -i But the following does not: h:\cygwin\bin\rxvt -e /bin/csh --login -- rcfile /cygdrive/h/.bashrc -i The difference being that --login breaks... Any idea why --login es no bueno? Is --login really needed? Thanks! Re your other message, it's Geordi ;-) Anyway. Why csh? I can't tell you what the options would be for that.. You'd have to check the man page As for the command I gave you not working from a command prompt - it does, as long as you are in your cygwin bin directory.. Otherwise, in a batch file, yes you will need to prepend rxvt with C:\cygwin\bin\ , or whatever the path to the executable is. The same applies to if you just make a shortcut for it.. See the default cygwin.bat for reference. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make: rm: command not found
JefV wrote: Yes, I just double checked by renaming it in c:\cygwin\bin and got an error. Note, I can run both make and rm from the command line and they work fine. It seems though that when make processes the makefile it cannot access rm. Could you perhaps try following: Problem reports: http://cygwin.com/problems.html It is asked that all reports of problems include this data, otherwise we have no information on which to base diagnosis on, or attempt to replicate the problem. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make: rm: command not found
Christopher Faylor wrote: On Fri, Feb 10, 2006 at 07:07:46PM -, Dave Korn wrote: On 10 February 2006 17:50, Christopher Faylor wrote: On Fri, Feb 10, 2006 at 09:45:44AM -0800, JefV wrote: I re-installed cygwin and it seems to be working now. Strange. So, for those who keep track of such things, that's: One (1) reinstall to fix problems running rm under make. Well, after all, it is only a /minor/ problem. Right. I'm just thinking that we can probably add a problem solving section to setup.exe which did the reinstallation automatically. Something along the lines of a click here if you are having problems with a current installation which would bring you to a screen that said: Type of problem: [.] rm: command not found under make [ ] cron can't access remote shares [ ] ssh not working (followed all instructions at pigtale.net) [ ] ssh not working (followed all instructions at networksimpcity.net) [ ] screen flashes when clicking on cygwin icon . . . Then setup.exe could know that, e.g., it takes one reinstall to fix the rm problem, four reinstalls to fix the pigtale.net ssh problem, and nine reinstalls to fix the networksimpcity.net ssh problem. This will take additional time, of course, but the eventual result would be problem-free cygwin installations. cgf Actually, there could be a good idea in amongst that ;) Give setup the ability to run cygcheck, and have a problem-report submission section built into it. Give them email address and description fields, and it could send the mail for them, thus eliminating the lack of a cygcheck (to an extent anyway, not everyone would follow this, of course).. I know, I know, PTC... If I could, I would. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make: rm: command not found
Christopher Faylor wrote: On Fri, Feb 10, 2006 at 07:25:47PM +, Chris Taylor wrote: Christopher Faylor wrote: On Fri, Feb 10, 2006 at 07:07:46PM -, Dave Korn wrote: On 10 February 2006 17:50, Christopher Faylor wrote: On Fri, Feb 10, 2006 at 09:45:44AM -0800, JefV wrote: I re-installed cygwin and it seems to be working now. Strange. So, for those who keep track of such things, that's: One (1) reinstall to fix problems running rm under make. Well, after all, it is only a /minor/ problem. Right. I'm just thinking that we can probably add a problem solving section to setup.exe which did the reinstallation automatically. Something along the lines of a click here if you are having problems with a current installation which would bring you to a screen that said: Type of problem: [.] rm: command not found under make [ ] cron can't access remote shares [ ] ssh not working (followed all instructions at pigtale.net) [ ] ssh not working (followed all instructions at networksimpcity.net) [ ] screen flashes when clicking on cygwin icon . . . Then setup.exe could know that, e.g., it takes one reinstall to fix the rm problem, four reinstalls to fix the pigtale.net ssh problem, and nine reinstalls to fix the networksimpcity.net ssh problem. This will take additional time, of course, but the eventual result would be problem-free cygwin installations. Actually, there could be a good idea in amongst that ;) Give setup the ability to run cygcheck, and have a problem-report submission section built into it. Give them email address and description fields, and it could send the mail for them, thus eliminating the lack of a cygcheck (to an extent anyway, not everyone would follow this, of course).. I know, I know, PTC... If I could, I would. The problem with that suggestion is that if cygcheck didn't run (typically a 2 reinstall problem) then you could get into some kind of weird loop. Add the requirement for checking how to send email to the mix and it might cause that OS wrapping problem that I reported earlier. This could really screw up a person's computer. cgf Ah, but it would have added bonus of stopping them from bitching at everyone on this list - they wouldn't be able to ;) Maybe it could force the OS wrapping to *BSD or Linux? :P -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gnu make causes reboot
cc979.uk wrote: i've just re-installed windows and installed cygwin tried to compile gcc-4.0.2, its configures ok but as soon as i run make - it reboots i've got msi nforce2 ultra with a athlon 2400xp - 512mb dual, with a geforce4 ti4200 using nod32 antivirus and outpost 3.5 firewall here's is my cygcheck out In future, please *attach* the cygcheck output, like the problem reports page asks. Including it inline just results in many extra false results in the archives search function. What is actually happening is XP is BSODing. It reboots automatically by default. To turn this particular function off, so you can inspect the BSOD and attempt to resolve it, go to control panel, system, the advanced tab, and click the settings button in the section 'startup and recovery'. Untick 'automatically restart', click ok, and click ok again. In all likelihood, this is a faulty driver, but it could also be unstable hardware - especially if you're overclocking any of it. If you are, run prime95 as a cpu stability test, and use memtest86+ to test the ram (this requires the machine to be booted off cd or floppy, so you won't be able to use it at the same time). The BSOD error may give some indication as to the driver that is at fault. However you cannot rely on this - it may not show the driver that is actually causing the problem. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt -e bash From Batch File
Eric Blake wrote: [You have a really weird mailer - every other line was blank!] On 8 Feb 2006 17:54:59 - Bubba Jones I think I found the problem. My $HOME variable is set to another location than I want. Before using rxvt I explicitly set HOME in my .bashrc... When I set HOME in the regular bash prompt and run rxvt -e /bin/bash --login -i all is well. So, my problem now is, how do I set my HOME in a batch file? If that can't be done, how can I set HOME before I call rxvt? You can permanently edit environment variables in Windows using control panel, system, advanced, environment variables. Or for a single use, you should try 'set /?' in a cmd.com window, for ideas on setting environment variables in batch files. See also http://cygwin.com/faq/faq-nochunks.html#faq.setup.home Alternatively, you could do: rxvt -e /bin/bash --login --rcfile /cygdrive/h/.bashrc -i Thus combining your current configuration with the way you want it to be... Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt -e bash From Batch File
Bubba Jones wrote: When I envoke rxvt -e bash from a command line I get rxvt with bash and bash sourced my .bashrc file. However, when I put rxvt -e bash in a batch file, launch the batch file, I get rxvt with bash, but my .bashrc file is not sourced... Does anyone know why my batch file doesn't source .bashrc and/or how I can get the batch file to source? I'm guessing I'm starting a login bash session, but I'm not certain... Try using rxvt -e /bin/bash --login -i You can specify all manner of things there as well.. EG: black bg and green text: -fg Green -bg Black HTH Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Corrupt xorg-x11-f100?
David Arnstein wrote: I use the usual setup.exe to keep my Cygwin packages up to date. Recently, this executable has been giving me Dr. Watson crashes left and right. I think I isolated the problem. There is a cygwin package xorg-x11-f11. I attempted to re-install it from setup.exe. Setup.exe told me that the package is corrupt, I should uninstall it and reinstall it. Setup.exe uninstalled the package without a complaint. Next, I restarted setup.exe and I attempted to install xorg-x11-f100. Setup.exe gave a Dr. Watson crash again. I repeated this a few times for the sake of stupidity. I have been using the mirror http://mirrors.kernel.org. When I switched to http://mirrors.mcs.anl.gov, the problem went away. I attach the output from cygcheck -s -v -r cygcheck.out in case it is needed. Rather than changing the mirror, you could have gone into your local package directory, into the mirror directory, and find the tarball for this package, then delete it. This will result in setup.exe trying to redownload it (it sounds like you had a corrupt archive to me). Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible bug with mmap on XP?
Dave Bodenstab wrote: On Thu Feb 2 22:55:08 2006 Corinna Vinschen [EMAIL PROTECTED] wrote: Is this the way things are supposed to work on XP? This is a constraint of the underlying OS, yes. The old implementation of mmap used up to 1.5.18 didn't support PROT_EXEC at all, it was just fake. Since 1.5.19, PROT_EXEC mapping is now supported correctly, which means, the underlying NT functions are called requesting PAGE_EXECUTE protection. But here's the problem. To create file mappings with PAGE_EXECUTE protection, the file must be opened with GENERIC_EXECUTE access. This is done internally in mmap, but it fails if the file doesn't have the execute permission set. Whether or not this behaviour is backed by SUSv3, I'm not sure. SUSv3 states if an implementation cannot support the combination of access types specified by prot, the call to mmap() shall fail., so here's one situation in which the implementation can't support the combination of access types specified by prot. OK. I would like to modify my program to set the required permissions. Is the mapping between Cygwin's uname()'s sysname and XP, NT, 98SE, 98, etc. available somewhere? Actually, if I could just tell if the underlying windows is XP, that would be sufficient I think. Thanks. XP == NT_5.1 2k == NT_5.0 98 == 4.10 95 == 4.0 (I believe) I don't know what WinME is, and I don't particularly wish to either. I /suspect/ that NT4 is likely to be NT_4.0, but this may have changed with the later service packs (doubtful though, in my opinion). I don't have an nt4 box to verify this with however. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wich privileges required by ssh-host-config running user?
Manel Rodero wrote: Because your are bound by the laws of ntfs access control entrys. Having rights to write to a file doesn't mean you are allowed to change its owner. You need permissions to change the directory the files are in. And getting this right is easier in windows than in cygwin. Use cacls to look at etc and the files. Yes, I've look into /etc and /etc/ssh* files. /etc directory is created by the setup process. The ssh* files are created by the ssh-host-config script. I know that the problem is with ACLs in the NTFS files but I would like to know why this problem only occurs in these servers (casually all of them are in a windows domain). Does the process of joining a domain change something in the local Administration account? You want to try with the domain administrator account, not the local administrator. If you're logging on as administrator, and log on to is set to the domain, then you are already doing so and something most unusual is occuring - suggestive of an admin removing administrator access to the root filesystem, or to certain parts of it. In a working server: C:\cygwin\etccacls . C:\cygwin\etc Everyone:(OI)(CI)F --- the script have changed the ACL to SYSTEM !!! C:\cygwin\etccacls ssh_config C:\cygwin\etc\ssh_config NT AUTHORITY\SYSTEM:(special access:) STANDARD_RIGHTS_ALL DELETE READ_CONTROL WRITE_DAC WRITE_OWNER SYNCHRONIZE STANDARD_RIGHTS_REQUIRED FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_EXECUTE FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES SERVEROK\None:R Everyone:R In the problematic servers (the ACLs are the default ones because the ssh-host-config script can't change them): C:\cygwin\etccacls . C:\cygwin\etc Everyone:(OI)(CI)F --- The Default ACLs of the files created by ssh-host-config (Administrator doesn't have full control over the files; but Administrator is the owner of the files) C:\cygwin\etccacls sshd_config C:\cygwin\etc\sshd_config SERVERWRONG\Administrator:(special access:) STANDARD_RIGHTS_ALL DELETE READ_CONTROL WRITE_DAC WRITE_OWNER SYNCHRONIZE STANDARD_RIGHTS_REQUI FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES SERVERWRONG\None:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_READ_DATA FILE_READ_EA FILE_READ_ATTRIBUTES Everyone:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_READ_DATA FILE_READ_EA FILE_READ_ATTRIBUTES So, which RIGHTS need the Administrator account to be able to change the owner of a file? Thank you. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through,
Re: Wich privileges required by ssh-host-config running user?
Dave Korn wrote: Chris Taylor wrote: You want to try with the domain administrator account, not the local administrator. If you're logging on as administrator, and log on to is set to the domain, then you are already doing so and something most unusual is occuring - suggestive of an admin removing administrator access to the root filesystem, or to certain parts of it. Bingo. That's it. In particular, joining a domain locks down the perms of your C:\ root drive. If, for instance, a folder under that relies on the default perms being inherited, it's going to be in trouble. Indeed it would be. I think this is a problem any time you install cygwin as a local admin, then join a domain, then try and use it as a domain user, although I may not have the precise order of events right there. But I'm certain the key to this problem is in the perm changes that get applied when you join a domain. That could potentially cause problems, but I can't say for sure.. No machines with which to test. Simplest workaround would be to always join the machine to the domain first and install cygwin second. And to install as the domain administrator, not the local admin, otherwise you run into this problem, as the OP has done. cheers, DaveK Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wich privileges required by ssh-host-config running user?
Dave Korn wrote: Chris Taylor wrote: Dave Korn wrote: Simplest workaround would be to always join the machine to the domain first and install cygwin second. And to install as the domain administrator, not the local admin, otherwise you run into this problem, as the OP has done. Probably a domain user would suffice. It might be best if the domain user account was made a Power User in the machine's local user accounts. cheers, DaveK I'm not sure that power users have the ability to change ownership in this way.. It may be that you would be required to use a domain administrator account to install and to set up any services you wished to use, though I could be mistaken. I'd have to test it to see. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wich privileges required by ssh-host-config running user?
Dave Korn wrote: Chris Taylor wrote: Dave Korn wrote: Chris Taylor wrote: Dave Korn wrote: Simplest workaround would be to always join the machine to the domain first and install cygwin second. And to install as the domain administrator, not the local admin, otherwise you run into this problem, as the OP has done. Probably a domain user would suffice. It might be best if the domain user account was made a Power User in the machine's local user accounts. I'm not sure that power users have the ability to change ownership in this way.. Actually, I'm not sure either. If Power Users isn't enough, it would need to be a local admin. It may be that you would be required to use a domain administrator account to install and to set up any services you wished to use, though I could be mistaken. I'd have to test it to see. No, the issue is not what rights you have in the domain, but what rights the domain user has over the local machine. Domain admins are automatically admins over the local machine, and domain users are not, but domain users can be made into local admins by anyone with admin rights over the machine (such as the local admin) and it doesn't require domain admin rights. Basically, nothing you need to do to an individual machine should ever need domain admin rights. It's about _local_ rights. cheers, DaveK Good point. However, it is potentially possible that the 'administrator' account on the local machine is locked down, without adversely affecting the administrators group, which could potentially cause the issues described by the OP - it would depend on the various group policy settings and such though. It might be worth having the OP test manually changing the owner in both cygwin and windows if cygwin fails.. ATTN OP: Cygwin: chown SYSTEM ssh_host_* Windows: Select files, right click, properties, Security, Advanced, Owner, 'Choose other user' (or something to that effect), then specify SYSTEM and hit OK until you're back at explorer. Please note that the windows method is only valid (afaik) on win2k3 servers. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing cygwin by manually copying c:\cygwin to another machine
Adrian Maier wrote: On 1/16/06, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote: I think the key word there is does not yet *support*. Run setup --help from a command prompt, and setup will output a list of its command line options into setup.log.full. Play with running it using them on a previously prepared local download directory, with non-default packages included either by changing setup.ini to add Base to their category or adding a dummy mirror directory with a setup.ini having a dummy package that has category Base and requires the other packages you want. I see: this functionality is in development and therefore is well hidden for the moment. It's a shame that it's not clearly documented . setup --help displays nothing for me I suspect this is a cmd.exe or win2000 - related problem , because i have seen the same happening with other programs as well (namely qemu). Adrian Maier Please re-read what Yitzchak said - it outputs the list of options into setup.log.full Just for emphasis, I'll say that again: *setup.log.full* Open that for the options. In fact, it also puts them in setup.log The options you want are -L, -q, and -l, which are Install from local directory, quiet installation (unattended), and local package directory, respectively. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: stat(2) triggers on-demand virus scan
Gary R. Van Sickle wrote: [snip] I just wanted to make it clear that we aren't going to be making any special concessions to a product like a virus scanner which cause perfectly acceptable code to misbehave. If that is the case then it is a situation for the virus scanner to work out. It's not a requirement that Cygwin work around things like this. Well, that is a pretty strong statement, I'd expect from a for-profit company run by corporate management. This is a practical decision. We are not going to visit the slippery slope of adding code to Cygwin to work around other third party software. We Huh? Has it even been 24 hours since you suggested Cygwin be changed in a non-standardized manner merely to band-aid a broken third-party IRC client? And doesn't Cygwin still create sparse files for the benefit of one single third-party application? The slope you mention has already been visited on more than one occaision. I'm sorry, but IMO this is /not/ the same thing. What CGF suggested was to implement things in the same manner as Linux - which is one of the main goals of this project - allowing gcc to behaving in non-ansi mode by default. This would be a major undertaking, yes, as AFAICT it involves updating, creating, and generally rewriting more than a few header files in order for it to work without adversely affecting how things work now. As for creating sparse files - imo this is better than how windows normally does it, regardless of the app in question. [snip] However, this is a free software project so people have the ability to inspect the source code and offer patches. If someone offers a patch to fix problems with a virus scanner which doesn't involve any special tests for the virus scanner, doesn't involve extra code to work around the virus scanner, and doesn't involve doing something like, say, using sockets instead of pipes because the virus scanner doesn't like pipes, then, sure, we'll consider the code. Otherwise, this is what I would call a special concession to third party software and I'm not interested in littering the code with those. Again, that last sentence is simply not a true statement, unless you want to split hairs about the littering part. And I have to question the veracity of a PTC statement that has as its prerequisites that the patch involve no actual code. Matter of interpretation. IMO, CGF is saying he doesn't want large quantities of complex code. A small patch that altered cygwin's behaviour in such a way so as to be more friendly towards ZA or various AV products would be more than sufficient. Perhaps Corinna has a different opinion and will convince me otherwise but, until that time, I just thought I would make the ground rules clear. I thought this was obvious stuff but I guess it wasn't. No, and I guess it still isn't. Is to me. BTW, OP: Update your 1.3.x install. It's the 21st century for God's sake. On this I wholeheartedly agree. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: stat(2) triggers on-demand virus scan
Brett Serkez wrote: On Sat, Jan 14, 2006 at 03:35:17PM -0500, Brett Serkez wrote: I'm still researching, I was going to respond this is posting at a later time with more insight, but before things get out-of-hand, I wanted to jump in. I suppose I'm still hopeful that we can zero in on what precisely is causing the on-demand scanners to consume so much CPU. Since Windows programs don't trigger the same level of response (or atleast they don't appear to) their must be some change that can be made. I just wanted to make it clear that we aren't going to be making any special concessions to a product like a virus scanner which cause perfectly acceptable code to misbehave. If that is the case then it is a situation for the virus scanner to work out. It's not a requirement that cygwin work around things like this. Well, that is a pretty strong statement, I'd expect from a for-profit company run by corporate management. ZoneLabs offical stance is that they don't support emulated environments. Humm... So if neither are willing to change, then what? I don't know Symantec's or McAfee's offical stance. They're likely to be the same. While cgf's statement could be interpreted in the same vein, you have to look at it from other points of view as well.. See comments below. As far as coding being 'perfectly acceptable', that is a matter of point-of- view. If it causes such behavior, is it acceptable? Cygwin is not what is at fault here - it is the way many on-demand virus scanners interact with the OS, the OS itself, and how ZA hooks in to the net-code, that cause these issues. Cygwin code is correct according to ms sdk and available documentation - it uses the correct and most accurate methods to implement POSIX functionality and *nix integration that are available and known. (Note that this statement is not entirely accurate, or the next would not be at all) Obviously, as time goes on, improvements can be made, but that is the nature of software development. While I respect the purist point of view, one I've held over the years, seems that we need to be practical sometimes. Are you saying that if the problem could be isolated, and reasonable changes proposed, you wouldn't make/allow them? Do we want IT administrators to utilize Cygwin to integrate with the Linux/UNIX environment? If this means not being able to effectively use Cygwin if they are also required to run ZoneAlarm, Norton, McAfee, what choice do you think they'll make, or more precisely, their management will make on their behalf? If a change could be made to correct the issues that cygwin has on systems that have these products 'inflicted' upon them [1], without causing any reduction in performance in other circumstances, making the code vastly more complex, or requiring additional resources or user intervention, then I suspect it would become a PTC issue. [1] - I choose the word inflicted deliberately - in my experience, norton and mcafee are very bad AV products, and only getting worse as they forcibly integrate other products into them. They frequently miss genuine threats and generate false positives, and fail thorough tests on a regular basis. As a rule, IT admins have sufficient say that they can change company policy in regards to AV and firewall software. Indeed, in a corporate environment, it is *extremely* unusual to come across software firewalls being in use, beyond possibly an implementation of IPTables filtering traffic between the network and the internet, and between remote sites. Usually, there will be hardware firewalls, such as FW1, Cisco PIX, or Nokia's firewall product, whose name I forget. If you name a circumstance where office-based machines require a software firewall, a strong argument can be made as to how and why that network has not been properly secured. In my opinion, this also applies to on-access virus scanners. Feel free to ask me why in a direct email, that would be OT for this list. Since we ultimately don't know the root cause, this discussion is premature, however if the group isn't going to be open to changes, there is no point trying to find them, time would be better spent finding alternates. That would be ashame as I think Cygwin is the most progessive tool available for IT and development work. Certainly for those attempting to bridge the Linux/UNIX - Windows environment. In all honest, you have three options that can be used within windows. Cygwin, MinGW, and SFU. Of those, MinGW is not really all that well suited to these circumstances, and SFU does not have nearly the range of capabilities that Cygwin has. While cgf is on record as saying he does not want to work around issues with other software, if evidence were to emerge to show cygwin could use another method without any detriment, I imagine it would be considered. However, specifically with regards to on-access AV, I don't believe there will be another way to deal with
Re: Installing cygwin by manually copying c:\cygwin to another machine
Adrian Maier wrote: Hello, I am looking for a quick and easy way to install cygwin on other computers so that it contains exactly the packages that i need, other customisations and other programs built manually. In order to do that, I have simply zipped the entire c:\cygwin directory , put it on a cd, and unzipped it on the other computer. Unfortunately, this does not seem to be enough ( the cygwin simply doesn't run ). My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Cheers, Adrian Maier You also need the contents of HKLM\Software\Cygnus Solutions This contains your mount points. Note that they'll need editing if the drive you're running it on isn't C: Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing cygwin by manually copying c:\cygwin to another machine
Brett Serkez wrote: My question is: what are the settings required by cygwin to operate normally? ( i guess it needs some environment variables and/or registry settings ). Is it just the mount points that are the issue? The path? The desktop icon? It is possible to run setup against such an 'installation' to update it? It's primarily just the mount points. See Corinna's message in this thread for recreating them. The desktop start menu icons are obviously not going to be present with this method, but that's not really an issue. It should be noted that cygwin.bat has a full path in it, so this would need editing. Yes, you could run setup with this - it is, for all intents and purposes, the installation you made with setup on the other machine. Setup doesn't care that it's now on a different machine. None of what it does is machine-specific. On a related note, it is possible to 'prime' setup with additional packages to select by default. That is whenever I install cygwin, there are about 1/2 dozen packages I always manually select, it would be helpful to have an automated way to doing this. Quoting Igor Peshansky: I've posted this recipe a few times already: create an empty package on your own server, put it in the Base category (which is what setup.exe selects by default on new installs), and make that package depend on the packages you want installed. You'll need to create a custom setup.ini file (see http://sourceware.org/cygwin-apps/package-server.html), but don't need to create a full-fledged mirror (i.e., having the users select both your mirror and some other mirror will also work). Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to read man pages on nfs-server?
Siegfried Heintze wrote: Hmmm... well I tried a few more mirrors and still cannot find nfs-server 2.3-4 -- I'll wait some more. In the mean time, I did a /usr/bin/find /usr/share | xargs grep -n nfs-server and found the README contains a list of files below. Now how do I, from looking at the README, know how to learn more? I tried info nfs, info nfs-server, man nfs and man nfs-server. None of them work. From the README, it looks like there are some man pages. How do I look at them with the man or info command? Thanks, Siegfried /usr/bin/nfs-server-config /usr/sbin/rpc.mountd.exe /usr/sbin/rpc.nfsd.exe /usr/sbin/rpc.ugidd.exe /usr/sbin/showmount.exe /usr/share/doc/Cygwin/nfs-server-2.3-1.README /usr/share/doc/nfs-server-2.3/BUGS /usr/share/doc/nfs-server-2.3/ChangeLog /usr/share/doc/nfs-server-2.3/COPYING /usr/share/doc/nfs-server-2.3/NEWS /usr/share/doc/nfs-server-2.3/README The files below are the manpages. /usr/share/man/man5/exports.5 /usr/share/man/man8/mountd.8 /usr/share/man/man8/nfsd.8 /usr/share/man/man8/showmount.8 /usr/share/man/man8/ugidd.8 you can do the following: man exports man mountd man nfsd man showmount man ugidd You may want to have a look at man man Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing cygwin by manually copying c:\cygwin to another machine
Brett Serkez wrote: [snip] Is it just the mount points that are the issue? The path? The desktop icon? It is possible to run setup against such an 'installation' to update it? It's primarily just the mount points. See Corinna's message in this thread for recreating them. The desktop start menu icons are obviously not going to be present with this method, but that's not really an issue. It should be noted that cygwin.bat has a full path in it, so this would need editing. Yes, you could run setup with this - it is, for all intents and purposes, the installation you made with setup on the other machine. Setup doesn't care that it's now on a different machine. None of what it does is machine-specific. What about chere and services such as sshd and the like? Seems to me there is a short list, having a documented method or even a script to settle in a moved cygwin directory on a new system may be useful. I would presume this would be significantly faster than reinstalling on multiple systems. Not particularly, assuming you use the same local package cache on each machine, especially if you use the trick for pulling in all the packages you want automatically. I don't know about chere, but once the mount points are created, as per Corinna's message, cygwin is in the same state it would be in if you had installed it on that system directly. That means that setup, services like sshd, cron, inetd, etcetera will be available for installation. Permissions will be set accordingly by the service installation scripts, where appropriate. You could /potentially/ have a permissions problem if you copy the folder as a user and for whatever reason permissions are not inherited that allow other users to utilise cygwin, but if this is the case then you're already running a non-standard setup, and should know enough about it to avoid this problem. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing cygwin by manually copying c:\cygwin to another machine
Brett Serkez wrote: [snip] Not particularly, assuming you use the same local package cache on each machine, especially if you use the trick for pulling in all the packages you want automatically. Right. I don't know about chere, chere must have settings in the registry, as it adds a 'bash here' menu option in explorer when you right click on a directory. You'd have to run 'chere -i' on the new system. Ah. See below. That means that setup, services like sshd, cron, inetd, etcetera will be available for installation. Right, available for installation, you'd have to run the setup scripts. I suppose running ssh-host-config wouldn't be a bad idea, not only would it install the Windows sshd service on the new system, but it would generate unique host keys, otherwise both the new and old systems would have the same key. Sounds like this is doable, but there may be a series of commands that need to be run, depending on the original installation. You don't want to be copying a setup where you've already installed ssh or such things imo, though you could do. Given that you already have to run a script to set up the mount points, there's no reason why you couldn't extend it to install sshd and any other services you wanted/needed... Hell, you could even wrap the entire thing in a .cmd/.bat script in order to automate it entirely.. (Assuming ssh-host-config and other similar scripts have a non-interactive mode..) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd must be restarted
Ken Senior wrote: Does anyone know why after a Windows XP reboot one must restart the SSH daemon in order to allow incoming ssh? The process is automatically running after a reboot but all incoming SSH from remote clients are terminated with the following message being displayed on the remote client: ssh_exchange_identification: Connection closed by remote host Restarting the daemon, either in Windows services or on the bash command line, fixes the problem allowing in ssh traffic once again. ?? Thanks, Ken Senior Never had to do that here .. (otherwise known as WFM) Please follow the instructions here, with emphasis on *attaching* cygcheck.out : Problem reports: http://cygwin.com/problems.html Also, if you could include details on how you installed the service - especially if you didn't use the standard method. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd must be restarted
Top-posting reformatted. Ken Senior wrote: On Fri, Jan 6, 2006, Chris Taylor [EMAIL PROTECTED] said: http://cygwin.com/acronyms/#PCYMTNQREAIYR Ken Senior wrote: Does anyone know why after a Windows XP reboot one must restart the SSH daemon in order to allow incoming ssh? The process is automatically running after a reboot but all incoming SSH from remote clients are terminated with the following message being displayed on the remote client: ssh_exchange_identification: Connection closed by remote host Restarting the daemon, either in Windows services or on the bash command line, fixes the problem allowing in ssh traffic once again. ?? Thanks, Ken Senior Never had to do that here .. (otherwise known as WFM) Please follow the instructions here, with emphasis on *attaching* cygcheck.out : Problem reports: http://cygwin.com/problems.html Also, if you could include details on how you installed the service - especially if you didn't use the standard method. Great. I have made said attachment. One interesting oddity about my installation is that I have two usernames which are identical, one for our Windows domain and one for the administrator account on my PC. I made sure to give both accounts admin privileges locally on the machine, but that seems not always to work. I also noticed when I installed cygwin (yesterday) that the installation correctly recognized both accounts and indeed created two entries in /etc/passwd. I was way impressed in my minimal IT experience. However, I have noticed that various pieces of the installation were confused about what was my home directory. Some packages (SSH) think the home page should be /home/senior whereas the default bash shell thinks it's located in /cygdrive/c/Documents and Settings/senior.DOMAIN. Now, regarding installation of the sshd service. I simply ran the '/usr/bin/ssh-host-config -y' command followed by 'cygrunsrv -S sshd' This all sounds like a cruel permissions problem, yuck! -K That would be the problem. Specifically, ssh is taking the username, and taking the first match in /etc/passwd If you need both users available, rename one, otherwise, use just the local users in /etc/passwd Use mkpasswd -l for that. Do the same with mkgroups, so as to ensure that everything matches up. Also, please ensure your mailer respects the reply-to header - I set it for a reason. Don't cc me as I am subscribed to the list. Thanks. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd must be restarted
Brian Dessent wrote: Ken Senior wrote: Does anyone know why after a Windows XP reboot one must restart the SSH daemon in order to allow incoming ssh? The process is automatically running after a reboot but all incoming SSH from remote clients are terminated with the following message being displayed on the remote client: ssh_exchange_identification: Connection closed by remote host Restarting the daemon, either in Windows services or on the bash command line, fixes the problem allowing in ssh traffic once again. ?? You should check the Event Log on the host machine, since any errors would be displayed there. What it sounds like is that the service is starting before some other required networking component has started. As part of the XP bootup time optimizations a lot of stuff is launched in parallel. You might try setting 'tcpip' as a startup dependency of the sshd service to see if it fixes things. Brian That's a good point. A very good point. Should have thought of that really.. Especially as it works fine after a restart - though the changing homedir is also an issue to do with the setup here. So yes, try this first Ken. It should help/fix the issues wrt ssh not working initially.. I wonder if it would be worth having ssh-host-config set tcpip as a dependancy for sshd on all systems? While this doesn't seem to have cropped up much, specifically, it couldn't hurt.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Have anyone compiled splitvt ?
steven woody wrote: splitvt is tool which can split terminal screen into two part and let you run commands independently in each of parts. it is so handy when you want to do something on a program and see response of another program. i compiled splitvt with no error. but when i run it, it did not split the screen, just halt on the command prompt. is there any help? Just to check.. Do you have X installed and configured? Please follow the instructions here: Problem reports: http://cygwin.com/problems.html This will make it much easier for people to help you. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and getsubopt
Christopher Faylor wrote: On Fri, Jan 06, 2006 at 03:04:01PM +0530, Vijay Kiran Kamuju wrote: Hi, I could see getsubopt declaration in the unistd.h but in unix/linux its defined in stdlib.h i have also noticed that cygwin1.dll does not have that function implemented. as strings cygwin1.dll as of the 20060105 snapshot debug version did not give any results for the string getsubopt. Its well supported in all of the unices, i dont know how we missed on it. Mwuhahaha. *wring fingers, cackle insanely, lightening flashes in background* cgf *spellcheckers cringe* ? ;) Vijay: you shouldn't expect something to be in cygwin just because all the other unix derivatives you've used have it.. Cygwin aims for POSIX compliance, and it's an ongoing project to get there.. These things take time.. I'm sure that this applies: http://cygwin.com/acronyms/#PTC Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh problem on Server 2003
Mark Haney wrote: I have the Cygwin sshd server running just fine on Server 2003, but now I'm stuck. I am trying to ssh with key authentication using this format: [EMAIL PROTECTED]:/path/to/folder and everytime I try this I get ssh:server.domain.com:/cygdrive/d/: Name or service not known I googled and searched the archives, but couldn't find an answer. Can anyone tell me what it is? Take the :/path/to/folder off of it - that's for scp. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd must be restarted
Brett Serkez wrote: I wonder if it would be worth having ssh-host-config set tcpip as a dependancy for sshd on all systems? While this doesn't seem to have cropped up much, specifically, it couldn't hurt.. This has been discussed before, see http://cygwin.com/ml/cygwin/2005-12/msg00089.html. I guess it's the case of http://cygwin.com/acronyms/#SHTDI and http://cygwin.com/acronyms/#PTC. The discussion message 89 above references ZoneAlarm (vsmon). A dependency in that case could hurt as if sshd were dependent upon vsmon, should vsmon be stopped, sshd would also stop. With ZoneAlarm, it is likely this will happen from time to time, the user would have to know/remember to restart sshd. This problem isn't limited to tcpip or ZoneAlarm, it could be any firewall. Rather than having ssh-host-config account for all possibilities, perhaps it could simply issue a warning on the topic and refer the installer back to this mailing list? Brett I don't think that's unreasonable for some cases, ZA being one of them, but given that if the tcpip service is stopped there's no network to speak of, i don't think it's unreasonable to make sshd depend on it.. Not that I know everything about these things or anything.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tar with switches leads to stack dump
Corinna Vinschen wrote: On Dec 21 08:28, fergus wrote: I'm trying to append several new files to an existing zipped .tar.gz and maintain the zipped format. I find that tar -vrzf exist.tar.gz *.new leads to an Aborted (core dumped) message. More than likely my syntax is faulty, but maybe not. (Creating a .tar.gz from scratch using tar -vczf .. works fine. Appending new files to an existing .tar using tar -vrf exist.tar *.new works fine.) This happens with 1.5.18 and 1.5.19s 20051220. Please can anybody put me right or confirm the core dump? Thank you. Fergus Confirmed. Looks like tar is calling abort() at one point, without printing any error message beforehand. Corinna Just an FYI, this fails under linux as well, though doesn't core dump. At a guess, it's probably because tar isn't intelligent enough to gunzip the tarfile before attempting to append (or is specifically set not to - which makes sense).. If you gunzip the file, use tar rvf archive.tar new.files, then gzip it, it works fine.. So while the coredump is interesting, this isn't really a variance in standard behaviour for tar AFAICS. Of course, a more informative message than Aborted would be nice, but hey, we can't have everything ;) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Found case with Download incomplete / try again
Larry Hall (Cygwin) wrote: Alexey N. Solofnenko wrote: Who supports Cygwin Setup? I guess this list is the best to report problems with setup.exe. It's acceptable but not preferred. See: http://cygwin.com/lists.html I don't think this is a setup issue either. It sounds like the download failed at one point, and has been cached somewhere between you and the server. Ergo it's now failing due to being incomplete on your machine and on the cache. You could /try/ wget-ing the appropriate .tar.gz manually and placing it in your local repository - setup should check the md5sum (or whichever thing it actually checks) and then move on to the next file. Anyway, I believe cygwinports has its own list (Yaakov?) - imo this discussion should probably be there.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Listening sockets not always closing?
Craig Davison wrote: Hello, I'm running cygwin 1.5.18 on a number of versions of Windows, and I may have found a problem closing sockets. I'm seeing this problem on Windows 2000 (no SP) and Windows 2000 SP1, but not on Windows 2000 SP2, SP3 or SP4, and Windows XP and XP SP2 are also unaffected. No offense, but doesn't this tell you what the solution is? Patch the out-dated machines. They're open to countless security flaws by now. All 2k boxen should be running SP4 by now - it's only been out a couple of years... Beyond that, I can't say anything, but really, look into updating the boxen to sp4. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: handle_threadlist_exception called with threadlist_ix -1
Pavel Tsekov wrote: On Fri, 16 Dec 2005, Christopher Faylor wrote: On Fri, Dec 16, 2005 at 02:10:31PM +0100, Pavel Tsekov wrote: i'm using cygwin release version is 1.5.18-1 and my program compiles and work perfectly on linux. It compiles also on cygwin but after 15-20 sec it segfault. I think that the problem is in pthread implementation on cygwin. The cygwin pthread implementation is guaranteed safe when used as directed! http://sourceware.org/ml/cygwin/2005-10/msg00101.html I could not resist. As long as you're not resisting: http://sourceware.org/ml/cygwin/2005-10/msg00101.html Still waiting for the patch... Forgive my bad memory, but I don't remember promising you a patch ... I also never insisted that you or anyone else must fix this bug. I found a bug and reported it and also included a testcase. By the way if the original poster does something in his code similiar to what was discussed in that thread it might prove useful to him to read it. This way he/she will know that this is a no-no on Cygwin. You didn't, but you did find what you thought was the root cause - a patch would certainly be appreciated.. cgf and Corinna don't have all the time in the world after all. Mental note: learn C++ and/or C. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RES: Before Firewall
Removed top-posting antics. Alexandre Pereira - Tracker Solutions wrote: Larry Hall wrote : You'd be better off stating the problem that you're having directly than hinting at it. I can say that if you've set up a proxy on Windows for the likes of IE, then you will likely want to use the IE settings option in 'setup.exe' (available at www.cygwin.com) to install all the Cygwin packages you want. Beyond that, you may need to configure certain apps that require Internet access similarly. You can see the documentation (man, info, /usr/share/doc[/Cygwin]) of specific apps you're interested in to learn how to set them up. Overall, it should be no different than setting them up with Slackware in the same network environment. I'm sorry Larry Hall I have some problem with English . My ploblem is I could install the Cygwin . When I was installing it I set Use IE5 Setting up. But after the installation for example I want use the links with the command in the Xterm : $links www.google.com.br The links return for me : The page cannot be displayed There is a problem with the page you are trying to reach And it cannot be displayed . - Please ... ... ... 403 Forbidden - The ISA Server denies the specified Uniform Resource Locator URL. 12202 Internet Security and Acceration Server I want to configure the Cygwin for access the internet but I don't know how I can to make this . I try to find out something in the Cygwin's documentation and the www.google.com but I could find out nothing . I guess to reach help in this mailing list . Thanks Alexandre Pereira Each application needs to be made aware of the proxy. At present, I believe I am correct in saying that *nix lacks a centralised method of configuring the system for a proxy (squid in transparent mode with an upstream proxy is the easiest way, but goes way beyond the scope of this ML and almost certainly isn't an option here). Anyway, to get links configured, run links, press ESC, use the right arrow key to select Setup, press down until Network Options is selected and press Enter. You should find it relatively simple from there. Be aware that links doesn't seem to support authenticating, so if you need to authenticate with the proxy you're SOL. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gnuplot dependency in octave
Dr. Volker Zell wrote: How about having a gnuplot-nox package like debian, which satisfies the dependancy, and having gnuplot-x-drivers available separately? It could be referenced in the README easily enough, and wouldn't be too hard to find.. Currently not only /usr/sbin/gnuplot/4.0/gnuplot_x11.exe depends on X (which could easily go in separate package) but gnuplot itself depends on libgd2 which pulls in X. Ciao Volker Hmm. Debian gets around this by having libgd2 depend on libgd2-noxpm OR libgd2-xpm The former does not require X libs.. Of course, once you start doing this for multiple packages, it starts getting complicated, especially as I seem to recall Igor saying that setup doesn't support OR dependancies, or conflicts.. I'd offer to see about working that into it, except that I haven't the foggiest where to begin (not a programmer, but still meaning to learn). Hm. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Hang with 20051205 snapshot while building OOo
Volker Quetschke wrote: Yitzchak Scott-Thoennes wrote: I'm convinced that the hang is coming from timeGetTime. That's a Windows routine and there's not much I can do if a windows routine decides to take a long time to return. So, in other words, I'm admitting defeat in this case, especially since this isn't a regression from 1.5.18. This is likely to enable a fix or workaround in cygwin, but is it possible that this is restricted to certain brands, models, or revisions of processor? Am I correct in remembering that it happens only on some machines, Volker? Actualy two, but with identical hardware. Btw. both are using M$ Terminal Service sessions. My gut feeling is that that might be the culprit. Volker As a test for that, see if they can install VNC one one of the machines, and do it through that? If that works, then it proves it.. Otherwise.. I assume they're using OOo cvs? If so, I'll try and grab it and run a compile in TS (Remote Desktop) on a machine of mine as well.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gnuplot dependency in octave
James R. Phillips wrote: I am starting a new thread on this issue. Quoting from http://cygwin.com/ml/cygwin/2005-12/msg00319.html : I often use octave and do no plotting at all. Octave starts and runs fine if gnuplot isn't installed. (It complains about not being able to find gnuplot when the plot command is used.) Should there really be a dependency if only a subset of features requires a package? I'd prefer to see gnuplot removed from the octave dependency list. Of course then you'd have to deal with all the posts saying that the plot command in octave is broken. So I don't know what the best approach would be. How do others feel? Tony Richardson As the OP notes, having a gnuplot dependency pulls in X when installing octave, which is not what some users need or want. And octave will load and run just fine without gnuplot - it just won't plot. However, most users want to plot, and will need gnuplot. So, my current view is that a gnuplot dependency is optimal for most users, and that those who don't want it can work around the issue by using known solutions, such as hacking the /etc/setup/installed.db file to fool setup into thinking gnuplot is installed. On the other side is how Debian does it: gnuplot is suggested for octave, not required. Also, Debian has a gnuplot-nox package, which I suppose omits the gnuplot X11 drivers, and actually allows installing gnuplot without requiring X. I think that gnuplot-nox is kind of a neat solution, but even if such a package were available in cygwin, we don't have a way to express OR dependencies. So it would be difficult to use this approach. Also we don't have a way to express suggested rather than required. On balance, I favor retaining the current dependency on gnuplot. I would ask that those with alternative views post to this thread. Thanks, jrp How about having a gnuplot-nox package like debian, which satisfies the dependancy, and having gnuplot-x-drivers available separately? It could be referenced in the README easily enough, and wouldn't be too hard to find.. What do people think of that? On a sidenote - jrp - want to set the reply-to header to the cygwin list? makes it easier for the rest of us to respond on-list :P Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
James R. Phillips wrote: Charles Wilson wrote: But apparently I can't use octave. Hm, actually we wouldn't want to lose such a knowledgeable user. We need users like you in order to improve octave. Would this work for you? Prior to putting miktex at the front of your path, say in your .profile, it should be possible to save the unmodified path in an environmental variable, say PATH_FOR_OCTAVE. Then write a short shell script named octave to start octave, and put it in /usr/local/bin; something like === #!/bin/sh export PATH=$PATH_FOR_OCTAVE /usr/bin/octave === When typing octave from the command line, the shell script should be found in the path prior to the octave binary in /usr/bin. octave/octave-forge should then use the cygwin-native tetex binaries. I don't see any reason why this wouldn't work. Hope you don't give up on octave. jrp This doesn't solve the core problem that configure will pick up the presence of cygwin's tetex and expect it - the cygwin tetex install would need to be masked entirely in order to use miktex and not have configure expect tetex.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
James R. Phillips wrote: Chris Taylor wrote: This doesn't solve the core problem that configure will pick up the presence of cygwin's tetex and expect it - the cygwin tetex install would need to be masked entirely in order to use miktex and not have configure expect tetex.. OK, it seems an elaboration of the idea could though. The autoconf/automake environment needs to be like octave, while the rest of the time, you want miktex in the front of the path. Wouldn't executing export PATH=$PATH_FOR_OCTAVE before starting ./configure work for that purpose? jrp No. Two things: Firstly, the OP _doesn't_ want his configure scripts picking up tetex, ergo tetex must not be in the path. Secondly, tetex installs (at least last time I checked) in such a way that it's located automatically by configure scripts (given that it's in the default path). The only way to stop this behaviour is to a) completely trash the cygwin path, and thus lose 99% of the functionality b) install tetex elsewhere (/usr/local/octave-tetex/*hierarchy_here* for example). Neither of these are brilliant solutions, and the latter would actually require hacking the cygwin package in order for it to install there, and still work (it would probably require tetex to be recompiled). Though you could perhaps persuade octave not to install the normal tetex using the setup database that tracks what is and isn't installed... (Not entirely clear on how that works at the moment though - Igor might be able to clear that up?) It may be worth having an either or dependancy for octave.. tetex-bin or octave-tetex, the latter being the minimal set required to use octave-forge fully, and installing in a different path in order to separate it from the standard path. You'd then need to have some sort of wrapper that could tell octave where it was - an expansion of the basic script you gave would probably be sufficient - perhaps testing for it in /usr/bin, and if it didn't exist, appending or prepending the octave-tetex path. Of course, the octave-tetex would have to conflict with tetex-bin, and tetex-bin would have to effectively supplant it if it was selected, or was already installed... None of this is all that straightforward, but it would mean people weren't forced to install tetex.. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RPC headers anyone?
Erik de Castro Lopo wrote: Hi all, I'm trying to compile an app that uses the header files rpc/types.h and rpc/xdr.h, but I can't find the package that supplies these headers. Is there a Cygwin package that supplies this header? TIA, Erik In fact there are two with these headers - the source package for the cygwin dll, and the sunrpc package. The latter is probably what you want - they go in /usr/include For future reference: http://cygwin.com/packages/ Merely type in the filenames. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: font
Oliver Vecernik wrote: Hi, I'd like to use Courier New as font for Cygwin, but the only choices I've got are Lucida Console and Rasterschriftart. One solution is to use PuTTY to connect via ssh to localhost, but I think this is a bit of overkill. Is there another posiibility? Yes. Don't use the cmd-based cygwin interface. Use rxvt. Install the rxvt package with setup, then use something like the following (I suggest creating a shortcut): C:\cygwin\bin\rxvt.exe -sl 1 -sr +sk -si -sw -fg Green -bg Black -e /bin/bash --login -i Use the man pages and other docs to find out what the various options mean and how to change the font. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Norton Internet Security and Cygwin: What settings for NIS?
René Berber wrote: surendar jeyadev wrote: [snip] I have to try one more thing -- turn of Norton and unplug the cable. But there is something very fishy going one. When I tried to launch Cygwin a few minutes ago, Norton popped up a message saying 'hostname.exe is trying to contact DNS server'. Bingo! hostname is called from /etc/csh.cshrc and /etc/profile.d/complete.tcsh, are you using csh or tcsh? That would explain what is going on. The solution would be to add hostname.exe to the list of programs allowed to use the Internet (Windows firewall) or open the respective port (53 if it's using DNS). HTH Beyond that, hostname.exe is used to resolve the network name of the machine (the hostname, funnily enough ;) This will try to contact DNS servers if it needs to, and norton will block this by default for any app you don't allow.. It's not the only cygwin app that will do so either.. However, following René's suggestion will sort things so that you can start cygwin, or should at least. I should point out that hostname is called in /etc/profile for bash as well ( HOSTNAME=`hostname` -- should this be being changed to HOSTNAME=$(hostname) at some point soon?) Hopefully this sorts it for yourself though - as for cygwin setup - add it to the allowed applications (at the very least, it needs DNS (53), http (80) and FTP (21) to guarantee it will work with the various mirrors) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Norton Internet Security and Cygwin: What settings for NIS?
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Chris Taylor on 11/28/2005 3:13 AM: I should point out that hostname is called in /etc/profile for bash as well ( HOSTNAME=`hostname` -- should this be being changed to HOSTNAME=$(hostname) at some point soon?) There is no difference in this case (both command substitution spellings are required by POSIX), and `hostname` is more portable to older shells than $(hostname). However, since all bourne-compatible shells distributed with cygwin support the newer syntax, and the newer syntax is more readable, as well as easier to nest, it wouldn't hurt if base-files were updated to use $() instead of ``. The reason I mentioned it is that I'm told that the `` syntax is deprecated (and has been for some time), at least in scripts, ergo it makes sense to be moving to the newer one.. You're right though, it is a lot easier to read and nest, and vastly easier to read it when nested.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Norton Internet Security and Cygwin: What settings for NIS?
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Chris Taylor on 11/28/2005 6:30 AM: The reason I mentioned it is that I'm told that the `` syntax is deprecated (and has been for some time), at least in scripts, ergo it makes sense to be moving to the newer one.. You're right though, it is a lot easier to read and nest, and vastly easier to read it when nested.. Nope - POSIX has not deprecated ``. See http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_03. And portable scripts, per the rules in the autoconf documentation, MUST use `` instead of $(). Based on the body of existing scripts that use ``, I doubt that POSIX will ever deprecate ``. Fair enough :) I shall reeducate my friend on that point then. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/console : permission denied
Dave Korn wrote: Christopher Faylor wrote: On Fri, Nov 25, 2005 at 02:24:53PM -, Dave Korn wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. strace might be able to tell you that. SUMMARY: 1. 'cygcheck -s -v -r' causes an error when executed within a Cygwin shell (bash, sh, etc.); but is successful when executed within a CMD shell. Did you try removing 'tty' from $CYGWIN yet? I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. cgf Oh, you can't open it when there's not one bound? Fair enough. Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? Service : syslogd Display name: CYGWIN syslogd Current State : Running Controls Accepted : Stop Command : /usr/sbin/syslogd -D stdin path : /dev/null stdout path : /var/log/syslogd.log stderr path : /var/log/syslogd.log Process Type: Own Process Startup : Automatic Account : LocalSystem Hmm, looks right though. (Interestingly enough both the config script and the cygwin-specific readme refer to an apparantly-bogus -a flag. I'm on 1.3.2-29.) Perhaps it's one of the destinations in syslog.conf that is the source of the problem then. What's your syslog.conf look like? cheers, DaveK I should point out that said error occurs when init starts.. But not as a result of anything else.. So could this instead be an issue with init? (I can replicate this problem, using syslogd-config and init-config to install the services, and starting them in that order). Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/console : permission denied
Dave Korn wrote: Chris Taylor wrote: Dave Korn wrote: Christopher Faylor wrote: Christopher McIntosh wrote: Consequently, I am back to the issue which I was first reporting/investigating: Why does init report open(/dev/console) : permission denied. I don't know about the cygcheck error but the /dev/console problem sounds like cygwin working as designed. From the description, it sounds like expected behavior to me. Something is trying open /dev/console when there is no console and is getting an error. Well, duh. cgf Oh, you can't open it when there's not one bound? Fair enough. Must be syslogd then. Chris M, did you run the syslogd-config script or install it manually? 1.3.2-29.) Perhaps it's one of the destinations in syslog.conf that is the source of the problem then. What's your syslog.conf look like? I should point out that said error occurs when init starts.. But not as a result of anything else.. So could this instead be an issue with init? (I can replicate this problem, using syslogd-config and init-config to install the services, and starting them in that order). Oh look, so can I! I also see a bunch of other errors: can't open(/etc/ioctl.save, O_WRONLY): Permission denied. can't open /dev/console. cannot execute /etc/rc. ...which makes sense, because: [EMAIL PROTECTED] /artimi/arch/doc ls -la /etc/rc /etc/ioctl.save -rw--- 1 dk Domain Users 44 Nov 25 17:38 /etc/ioctl.save -rw-r--r-- 1 SYSTEM SYSTEM 65 Nov 25 17:49 /etc/rc [EMAIL PROTECTED] /artimi/arch/doc I have no idea what ioctl.save is, but /etc/rc should definitely have the 'x' bit set. I fixed both these problems with chmod u+x /etc/rc and chown SYSTEM /etc/ioctl.save; despite the fact that I told init-config to overwrite both these files, it didn't set the perms, so that could almost certainly be considered a bug in init-config. cheers, DaveK Agreed. Doesn't change the /dev/console bit though.. Don't know where the call to access that is coming from, considering you're starting init in cygrunsrv... Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/console : permission denied
Christopher McIntosh wrote: Hello cygwinites! In my /var/log/messages file (from syslogd), I find the following message: init : open(/dev/console): Permission denied this message appears whenever init is started or stopped. I've searched and searched but find no mention of it in the newsgroups. Any insight will be much appreciated! -Chris Well, withiout attempting to guess, I suggest you follow the instructions here: Problem reports: http://cygwin.com/problems.html This will help people in figuring out exactly what is causing the problem. As for a WAG.. Are you using a computer that is a member of a domain perhaps? This can cause some permission errors.. I'm pretty sure this was causing a problem for me.. Check what ls -l /dev/console outputs... Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /dev/console : permission denied
Christopher McIntosh wrote: Chris: Thanks for your prompt response! Sorry for the lack of details... I've been running cygwin for about 5 years now and love it! However, I only recently began using syslogd (and therefore had not noticed the issue before). Running on WinXP Pro/SP2. 'cygcheck -c cygwin' reports 1.5.18-1 (STATUS OK) Specifically, 'cygcheck -c' reports OK for all 212 packages(?) which I have installed. Performing 'ls -l /dev/console' reports: crw-rw-rw- Chris PowerUsers 5, 1 Nov 24 05:54 /dev/console So this seems good. This is a stand-alone laptop (not a domain client). I also attached my messages file, in case there is something useful there that hasn't caught my attention. Thanks, again! Chris Yeah, that looks fine.. Standard procedure is to attach the output of cygcheck -s -v -r though.. That said, I've just checked mine and I'm still getting this message.. As well as all messages being duplicated now.. Joy.. No idea why offhand. Will investigate more later, but hopefully someone will come up with something.. It doesn't seem to be anything to worry about though. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mksh (shell)
Gerrit P. Haase wrote: Thorsten Glaser wrote: Gerrit P. Haase dixit: Yes. Fritz Box Fon. These block 445/tcp/ipv4 totally, non-disablable and undocumentedly, just to protect some Windows® systems. I cannot believe it. Are there other ports blocked which I should be aware of? I have no idea. We just found this out by accident - I was at a friend's place and wanted to install him jupp (a joe-editor fork, another piece of code by me)... What about a written inquiry to AVM? It is incredible annoying to be patronized like a child, at least it should be possible to disable the blocking. However, I have not much interest to start a discussion with AVM, and I have the option to use another line with another router which doesn't block any port. I found all Netbios ports but 445 configured in the main configuration file of the box, I could disable the blocking of 135 and 137-139 but not 445. Sigh! Gerrit Well, while I've not come across confirmed cases of routers blocking ports, ISP's do. I know of several offhand, based in the UK. It's all as a result of blaster, which was a result of bad coding from m$.. So no surprises there. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: AllVersions: Running Cygwin X w/ Registy Entries
Thorsten Kampe wrote: * Chris Taylor (2005-10-26 17:38 +0100) Thorsten Kampe wrote: * Christopher Faylor (2005-10-26 15:37 +0100) On Wed, Oct 26, 2005 at 10:26:36AM +0100, Thorsten Kampe wrote: * [EMAIL PROTECTED] (2005-10-26 00:45 +0100) Quoting Igor Pechtchanski [EMAIL PROTECTED]: See man mount. Please, please, please don't manipulate the registry directly if you want to stay portable. You can easily create a batch file to reproduce the mounts properly. ... User mounts is the answer. The CURRENT_USER tree is usually writable. Make sure you don't write over the existing settings if they are present. Current XP computers I am trying to run this into give me: Registry Editing has been Disabled by your administrator. even if I try to write to Current_User All I am trying to keep portable is the X server thus XWIN.exe is the only executable I have, the only one I execute. After running the X server as the background server I am tunneling the packets using Putty / Securecrt. Try regedit /s in a batch (instead of double clicking). This sometimes works. Or, I dunno, if that works, you could just use mount and forget about regedit entirely. It's a crazy idea, I know. I wonder why no one has thought of it before. *I* didn't know about it (because I was under the impression that all cygwin programs depend on the mount tables). Well, obviously there are a few that don't (mount, cygcheck, ash (?), etc.?) And I think it's easier to just import a reg file than dealing with multiple mount commands... Problem with that is that if the sysadmin knows what he's doing, it only takes about 4 seconds to block off almost all possible ways of actually editing the registry... Definitely not. As a user running programs you are almost constantly changing the registry (your HKEY_CURRENT_USER). So often importing a .reg file is not allowed (by double clicking) and starting regedit in GUI mode. When I say editing the registry, I'm talking about the ability to directly manipulate it with .reg files, regedit, or other registry editing tools. Yes, you are able to make changes to HKCU, but not *directly*. Your method is flawed and destroys the existing setup, which is bad. I disable ALL aspects of regedit and other tools, and I know I'm not alone in this. It's perfectly normal and *common* to do it. A batch file that checks for an existing mount table and saves it, then mounts it according to what you want is far, far better. This batch file is registry editing, too. If you edit the registry or the mount command - that's no difference from a sysadmin's point of view. It's not *directly* editing the registry. As a sysadmin, I'm telling you it *is* different. The (l)user should *never* be allowed to edit the registry themselves. That's a recipe for disaster. In my book, this includes so-called junior sysadmins/techs/whatever. Using a command that alters the registry as part of it's function, but does not allow the user to directly alter it is a very different ballgame. mount would be permissable. Some console app to directly edit the registry would not be. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: AllVersions: Running Cygwin X w/ Registy Entries
Dave Korn wrote: Thorsten Kampe wrote: * Chris Taylor (2005-10-26 17:38 +0100) Problem with that is that if the sysadmin knows what he's doing, it only takes about 4 seconds to block off almost all possible ways of actually editing the registry... Definitely not. Oh yes it does. Start-Run-regedit. Right-click the user's tree under HKEY_USERS, choose Permissions, remove their write access leaving them a read-only per-user registry tree. Easily done in 4 seconds by an experienced BOFH, and can't be reversed without admin rights! cheers, DaveK Thankyou for proving my point Dave. Does anyone else feel Thorsten should let this go now, before we all lose any semblance of respect for him as a person? (Or did that already happen to the rest of you?) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: AllVersions: Running Cygwin X w/ Registy Entries
Thorsten Kampe wrote: * Dave Korn (2005-10-26 19:45 +0100) Thorsten Kampe wrote: * Chris Taylor (2005-10-26 17:38 +0100) Problem with that is that if the sysadmin knows what he's doing, it only takes about 4 seconds to block off almost all possible ways of actually editing the registry... Definitely not. Oh yes it does. Start-Run-regedit. Right-click the user's tree under HKEY_USERS, choose Permissions, remove their write access leaving them a read-only per-user registry tree. Easily done in 4 seconds by an experienced BOFH, and can't be reversed without admin rights! Yea, sure. And how many programms will you be able to run in that configuration? Will you even be able to logon? Anyway: mount won't work in that scenario either (because it modifies the registry). I can't say about mount, but pretty much any program will work, logging on will not be an issue. You just won't be able to change _anything_ in your logins setup that depends on the registry. This is an important point. You'd basically be able to create new favourites (unless said BOFH had disabled that too - not hard), and new documents in your home drive / shared work area. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: AllVersions: Running Cygwin X w/ Registy Entries
Brian Dessent wrote: Chris Taylor wrote: When I say editing the registry, I'm talking about the ability to directly manipulate it with .reg files, regedit, or other registry editing tools. You can block access to certain known tools like regedit. This does *nothing* to block access to the registry itself, except for amateur users that think regedit is the only way to access the registry. You can, as per your next paragraph. Registry keys are full NT objects each with their own ACL, and so if you *really* want to prevent someone from being able to edit the registry, this is the *only* way. And doing so breaks lots of programs that expect to be able to store their settings in HKCU. I suppose you could allow specific write access to those keys that known programs need to access, and deny everything else. But that would be an enormous amount of work, and by the time you're done you'd have granted access to a large portion of HKCU. Yes, though most programs will silently fail if they can't save their settings. Most don't actually require you to have access of certain levels to function, at least that are commonly used in a corporate environment. Ideally you should have - perhaps restricted to the software key though, and with the Windows section read only. The point here is that regedit is only *one* way of arbitrarily manipulating the registry, and a user that knows what he's doing will *always* be able to get around this. Disabling regedit is *not* a form of security, unless you define security as keeping out casual users but nothing else. Indeed. Hence the ACLs. Yes, you are able to make changes to HKCU, but not *directly*. echo 1 /proc/registry/HKEY_CURRENT_USER/Software/Foobar Oh look, I just edited the registry directly. Okay, so you don't allow Cygwin. So I compile a C program that takes a key+value on the command line and calls RegSetValueEx(). Oh, so you disallow that filename or checksum. So I make a different C program and call it something else. There are an infinite number of programs that I can write and it's impossible to block them all. The point here is that there is no such thing as blocking direct access while still letting some programs write to the registry. Either it's writeable or it's not. If it is, then the user can make arbitrary changes. There's no middle ground. Yes, but it isn't black and white either. As we all agree, you have the joy of acl's, which complicates matters. Then you also have the option of purging all current user registry files on logoff.. Letting them make changes to aspects at runtime, but losing them all at the end of the session. Myself, I feel this is the best compromise. Your method is flawed and destroys the existing setup, which is bad. I disable ALL aspects of regedit and other tools, and I know I'm not alone in this. It's perfectly normal and *common* to do it. You can disable every piece of software that has ever existed in the known universe, and I will still be able to make arbitrary registry changes if I want -- provided that the desired HKCU key is writeable. The (l)user should *never* be allowed to edit the registry themselves. That's a recipe for disaster. If you think it is possible to block direct editing of the registry while still allowing HKCU to be writeable, then you are clearly mistaken at how windows security works. This is why you have application allow lists. Admittedly this also isn't foolproof, but it does make it more difficult. Using a command that alters the registry as part of it's function, but does not allow the user to directly alter it is a very different ballgame. mount would be permissable. Some console app to directly edit the registry would not be. There is absolutely no way for a sysadmin to block one and not the other. Brian Oh, I agree, but Thorsten was under the impression that regedit /s would work when regedit itself was disabled - this is blatantly not the case. Aside from that.. The whole concept of security on windows is a bit of a farce.. A compromise is the best you're ever likely to manage. Anyway.. I think this got rather off-topic :P -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: AllVersions: Running Cygwin X w/ Registy Entries
Thorsten Kampe wrote: * Christopher Faylor (2005-10-26 15:37 +0100) On Wed, Oct 26, 2005 at 10:26:36AM +0100, Thorsten Kampe wrote: * [EMAIL PROTECTED] (2005-10-26 00:45 +0100) Quoting Igor Pechtchanski [EMAIL PROTECTED]: See man mount. Please, please, please don't manipulate the registry directly if you want to stay portable. You can easily create a batch file to reproduce the mounts properly. ... User mounts is the answer. The CURRENT_USER tree is usually writable. Make sure you don't write over the existing settings if they are present. Current XP computers I am trying to run this into give me: Registry Editing has been Disabled by your administrator. even if I try to write to Current_User All I am trying to keep portable is the X server thus XWIN.exe is the only executable I have, the only one I execute. After running the X server as the background server I am tunneling the packets using Putty / Securecrt. Try regedit /s in a batch (instead of double clicking). This sometimes works. Or, I dunno, if that works, you could just use mount and forget about regedit entirely. It's a crazy idea, I know. I wonder why no one has thought of it before. *I* didn't know about it (because I was under the impression that all cygwin programs depend on the mount tables). Well, obviously there are a few that don't (mount, cygcheck, ash (?), etc.?) And I think it's easier to just import a reg file than dealing with multiple mount commands... Problem with that is that if the sysadmin knows what he's doing, it only takes about 4 seconds to block off almost all possible ways of actually editing the registry... A batch file that checks for an existing mount table and saves it, then mounts it according to what you want is far, far better. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.12 ssh hangs on some machines when stdout has content
David Corbin wrote: I will give it a try, but we do have a rather large set (~1 systems in over 500 locations) that would need to be upgraded. Is there any direct/easy way to upgrade cygwin without user-interaction? The only way I know is to run the GUI install program, and that's going to be a big problem for us. Thanks David Yes. Upgrade one machine, and build an msi that updates the files, then distribute it via active directory. Alternatively, use your preferred packaging format. Failing that, update a machine, zip up the updated cygwin folder, and distribute it across your network onto each machine, using administrator rights to stop the ssh service before applying. I should point out that there is no guarantee that permissions would remain intact with either method. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem: find not traversing /cygdrive/X properly?
Kevin Autrey wrote: I tried the lastest snapshot cygwin.dll - no changes - find still failed. So, I bit the bullet and re-installed my Cygwin installation. Same problem: I can't do a 'find' from a top-level /cygdrive/X directory (and it seems to affect ONLY 'find' when searching from the top-level /cygdrive/X mount point). When I do a 'find' command (in bash or tcsh): tka-16:/cygdrive/p find /cygdrive/c -iname cdplayer.ini find: .: No such file or directory find: /cygdrive/c/.backupSettings: No such file or directory find: /cygdrive/c/AUTOEXEC.BAT: No such file or directory find: /cygdrive/c/boot.ini: No such file or directory find: /cygdrive/c/CONFIG.SYS: No such file or directory find: /cygdrive/c/Documents and Settings: No such file or directory find: /cygdrive/c/IO.SYS: No such file or directory find: /cygdrive/c/Log.txt: No such file or directory find: /cygdrive/c/MSDOS.SYS: No such file or directory find: /cygdrive/c/NTDETECT.COM: No such file or directory find: /cygdrive/c/ntldr: No such file or directory find: /cygdrive/c/PRIOR_SYSTEM: No such file or directory find: /cygdrive/c/Program Files: No such file or directory find: /cygdrive/c/RECYCLER: No such file or directory find: /cygdrive/c/System Volume Information: No such file or directory find: /cygdrive/c/Temp: No such file or directory find: /cygdrive/c/tomsteady.ini: No such file or directory find: /cygdrive/c/WINDOWS: No such file or directory find: /cygdrive/c/xPos.txt: No such file or directory If I search a specific directory from the /cygdrive/X directory, it works: tka-16:/cygdrive/p find /cygdrive/c/windows -iname cdplayer.ini /cygdrive/c/windows/CDPLAYER.INI If I do 'find' on the C:/ directory it works: tka-16:/cygdrive/p find C:/ -iname cdplayer.ini C:/WINDOWS/CDPLAYER.INI What's interesting is that if I do a 'find' on /cygdrive/c/., it also works! tka-16:/cygdrive/p find /cygdrive/c/. -iname cdplayer.ini /cygdrive/c/./WINDOWS/CDPLAYER.INI Does this clarify the problem or give more clues as to what might be going on? Is anyone else having this problem? Kevin Well, I've just tested this myself, and the only error I get is the normal permission denied on system volume information. I should mention that I updated my cygwin installation on Thursday or Friday last week.. There are two things I'm wondering though... Where is this . in your PATH coming from? (it's in your cygcheck output) Also, have you tried making the /cygdrive/X mounts binmode? Mine show up in mount like: c: on /cygdrive/c type system (binmode,noumount) Might be worth testing it that way? Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: When are Windows Short Path Names required
zzapper wrote: On Sun, 23 Oct 2005 17:26:50 -0700, wrote: zzapper wrote: Sometimes it can be hard, especially when you are dealing with both Cygwin and non-Cygwin programs, because the quoting rules differ. But it is always possible, and I can't believe that there exists a situation where you are actually forced to use the short filename. If you have one, post it. Brian See script below sja.exe is actually in program files, my kludge below was to use a mount (rather than the short name) (sja.exe is SQLYOG Job Agent) dirbackup=c:/backup/dosh/ eval filedate=$(date.exe '+%d%b%y') ls -l c:/backup/dosh/doshautoexport.sql sjaprog=/sqlyog/sja.exe sjascript=c:/cygwin/usr/local/bin/sql/dosh-batch.xml sjarun=$sjaprog $sjascript; $sjarun Considering all this is doing is launching a statically located executable with a statically located script (xml) file, this seems overly complex.. Surely you could just do /cygdrive/c/Program\ Files/sqlyog/sja.exe c:/cygwin/usr/local/bin/sql/dosh-batch.xml ? One question.. When you were trying with spaces.. Did you try escaping the \ ? (as in Program\\ Files) I've found this to be necessary at times, though I can't remember an instance at the moment. Does the command run from the console if you start it using the standard path? Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: When are Windows Short Path Names required
zzapper wrote: On Mon, 24 Oct 2005 12:09:41 +0100, wrote: One question.. When you were trying with spaces.. Did you try escaping the \ ? (as in Program\\ Files) I've found this to be necessary at times, though I can't remember an instance at the moment. Does the command run from the console if you start it using the standard path? #yes# Chris Will have a go at the 'Program\\ Files' method Brian has suggested a more versatile method. Use it instead. But both of us have indicated that we can't see the point in the sqlrun variable (I don't particularly see the benefit of any of them over say, an alias in your bashrc). -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: When are Windows Short Path Names required
zzapper wrote: On Mon, 24 Oct 2005 04:28:37 -0700, wrote: Whatever I try I get /usr/local/sbin/jraynersqlzip: line 14: /cygdrive/c/Program\ Files/SQLyog\ Enterprise/sja.exe: No such file or directory But a ls is just dandy ls -l /cygdrive/c/Program\ Files/SQLyog\ Enterprise/sja.exe -rwx--+ 1 davidr None 1220608 Oct 5 09:45 /cygdrive/c/Program Files/SQLyog Enterprise/sja.exe Short Name method or a mount to a directory are also dandy What happens when you run the program yourself, from a cygwin console? -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: When are Windows Short Path Names required
zzapper wrote: On Mon, 24 Oct 2005 13:02:31 +0100, wrote: zzapper wrote: On Mon, 24 Oct 2005 04:28:37 -0700, wrote: Whatever I try I get /usr/local/sbin/jraynersqlzip: line 14: /cygdrive/c/Program\ Files/SQLyog\ Enterprise/sja.exe: No such file or directory But a ls is just dandy ls -l /cygdrive/c/Program\ Files/SQLyog\ Enterprise/sja.exe -rwx--+ 1 davidr None 1220608 Oct 5 09:45 /cygdrive/c/Program Files/SQLyog Enterprise/sja.exe Short Name method or a mount to a directory are also dandy What happens when you run the program yourself, from a cygwin console? $ /cygdrive/c/Program\ Files/SQLyog\ Enterprise/sja.exe SQLyog Job Agent Version 4.2 Copyright (c) Webyog Softworks Pvt. Ltd.. All Rights Reserved. I'm affeared this is going to turn out to be something dumb!! Please attach the script in question verbatim (ie don't edit it) so that we can have a look and see what's going on. :) Obviously, if there are passwords, or server names, or ip address, you can mask those.. Just don't change the script itself. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem: find not traversing /cygdrive/X properly?
Kevin Autrey wrote: Hi Chris - I always put . in the front of my path so that as I'm developing an app, I always pick up the devel version in my current working directory instead of /usr/local/bin. I know it's not the most secure thing in the world, but I'm on a stand-alone, single-user system, so the security risks are manageable. Fair enough. Just seemed odd (I didn't think for a moment it could cause the problem.. Just out of place). Just to try something, I modified my path to only include /usr/bin - no difference: tka-16:/cygdrive/p set path = /usr/bin tka-16:/cygdrive/p which find /usr/bin/find tka-16:/cygdrive/p find /cygdrive/c -iname win.ini find: .: No such file or directory find: /cygdrive/c/.backupSettings: No such file or directory find: /cygdrive/c/AUTOEXEC.BAT: No such file or directory find: /cygdrive/c/boot.ini: No such file or directory find: /cygdrive/c/CONFIG.SYS: No such file or directory find: /cygdrive/c/Documents and Settings: No such file or directory find: /cygdrive/c/IO.SYS: No such file or directory find: /cygdrive/c/Log.txt: No such file or directory find: /cygdrive/c/MSDOS.SYS: No such file or directory find: /cygdrive/c/NTDETECT.COM: No such file or directory find: /cygdrive/c/ntldr: No such file or directory find: /cygdrive/c/PRIOR_SYSTEM: No such file or directory find: /cygdrive/c/Program Files: No such file or directory find: /cygdrive/c/RECYCLER: No such file or directory find: /cygdrive/c/System Volume Information: No such file or directory find: /cygdrive/c/Temp: No such file or directory find: /cygdrive/c/tomsteady.ini: No such file or directory find: /cygdrive/c/WINDOWS: No such file or directory find: /cygdrive/c/xPos.txt: No such file or directory Per Eric's suggestion from last week, I did change my mount types to -b: tka-16:/cygdrive/p mount -m mount -f -s -b D:/CygWIN/bin /usr/bin mount -f -s -b D:/CygWIN/lib /usr/lib mount -f -s -b D:/CygWIN / mount -s -b --change-cygdrive-prefix /cygdrive Could you paste the current output of mount ? Very strange... Indeed. As I recall, you said you'd tried reinstalling cygwin.. Was this from the same source? Actually.. Hrm.. *ponders* I wonder if it's a permissions thing.. What user class do you run cygwin as, and what are your user/group permissions on C:, D: etc? Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: zsh as login shell
Corinna Vinschen wrote: On Oct 24 14:49, Com MN PG P E B Consultant 3 wrote: What about editing /etc/passwd? Pesonally, I use customized cygwin.bat. How exactly would this work? After all, we are talking about Windows Batch skripts, don't we? And they are not aware of /etc/passwd. But maybe I didn't get your point. How do you suggest that I should modify my /etc/passwd? Using an editor? Corinna I think he means what modifications should he make.. -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SETUP: In-use files have been replaced
Yitzchak Scott-Thoennes wrote: On Wed, Oct 19, 2005 at 08:15:14PM +0100, Chris Taylor wrote: Herb Martin wrote: Eric Blake wrote: Herb Martin wrote: So what is the method to teach Setup that the file has been updated. Have you tried simply uninstalling the Cygwin package? If you installed the new one into another location, you presumably don't need or want the other one. For most packages at least, SETUP doesn't automatically try to update it if you haven't installed it. I didn't install Exim 4.54 into another location; someone else mentioned an alternate locationa and I (perhaps incorrectly) mentioned that I had downloaded and compiled it FROM another location. The make install was run normally and the specially compiled (make options) is in the default (/usr/bin) location. All I wish to do is make Setup aware of this if it is possible. For now, I must (carefully) ensure that setup doesn't overwrite my good version with the default. If you reinstalled all of exim, you don't really need the cygwin version.. So you want to edit the /etc/setup/installed.db and give it an artificially high number, say 99.999, as the installed version of exim. This will stop cygwin from ever overwriting your installation of exim (unless the version ever gets higher than that.. unlikely in our lifetimes to be honest) Are you sure? I didn't think setup actually compared versions at all. There's been discussion on cygwin-apps of updating packages to a lower version number that is actually a neweer version, and people didn't seem to think there would be any problem with that... Well, I find that Eric tends to be pretty reliable, and I have to say that I cannot think of a logical reason why setup *wouldn't* use this method. It makes no sense not to - you'd have to add yet another set of information to setup for it to know if a version was newer. I sincerely doubt that the original setup developers obfuscated it *that* much. The version number is the best way of doing things.. If things change, generally the package name changes slightly as well, and you just make the new one replace the old... (NB: I'm not 100% sure w/o referring to earlier messages that it was Eric that originally posted this (in this thread), but I'm pretty sure it was.) Anyway. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Timestamp not preserved by Cygwin sshd
Alex Luso wrote: Perhaps you are right and it doesn't have to do with cygwin. I found this to happen when I tried to scp to cygwin with two different clients from 2 different machines (both non-OpenSSH, I believe). On the other hand, when I scp in between these 2 clients, there was no error. So I suppose this is an incompatibility between different flavors of SSH? Can someone suggest a workaround - i.e. settings on the server side (cygwin/OpenSSH) - that would resolve the failure of the -p switch from a non-OpenSSH client? I am using a nice gui for SCPing files between windows machines (SSH Secure Shell 3.2) and would like to be able to continue to use it. Please don't top-post! Anyway, a possible solution would be to use WinSCP - afaik this doesn't have any trouble preserving the timestamp. I know it doesn't with OpenSSH on debian, so I would assume this is also the case on cygwin - unfortunately I can't test this just now. It's also a very nice tool.. ;-) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd refuses ssh connections
Marc Jourdeuil wrote:
I am trying to setup sshd on cygwin, so ssh works.
i followed all instructions from:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
the important ones being to set
variable name is CYGWIN
variable value is ntsec tty
as an env variable in windows, and
to append ;c:\cygwin\bin to the win2k Path var.
ssh -vvv localhost
p4-3000:marcj:{/home/marcj}198 % ssh -vvv localhost
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: connect to address 127.0.0.1 port 22: Connection refused
ssh: connect to host localhost port 22: Connection refused
The process is running:
p4-3000:marcj:{/home/marcj}160 % ps -ef
UID PIDPPID TTY STIME COMMAND
marcj1948 1 con 00:43:18 /usr/bin/bash
SYSTEM 728 1 ? 00:48:33 /usr/bin/cygrunsrv
SYSTEM 480 728 ? 00:48:33 /usr/sbin/sshd
marcj17481948 con 00:53:03 /usr/bin/sh
marcj20761748 con 00:53:03 /usr/X11R6/bin/XWin
marcj18401748 con 00:53:04 /usr/X11R6/bin/wmaker
marcj16481840 con 00:53:04 /usr/X11R6/bin/wmaker
marcj16001648 ? 00:53:17 /usr/bin/xterm
marcj15641600 0 00:53:18 /usr/bin/tcsh
marcj2148 1 0 00:53:25 /usr/bin/xterm
marcj21642148 1 00:53:25 /usr/bin/tcsh
marcj21962164 1 00:53:44 /usr/bin/ps
and the port 22 is listening:
p4-3000:marcj:{/etc}183 % netstat -an
Active Connections
Proto Local Address Foreign AddressState
TCP0.0.0.0:22 0.0.0.0:0 LISTENING
Yet I always get connection refused:
ssh [EMAIL PROTECTED]
ssh connect to host 127.0.0.1 port 22: connection refused
ssh localhost
ssh: connect to host localhost port 22: Connection refused
ssh [EMAIL PROTECTED]
ssh: connect to host 192.168.1.204 port 22: Connection refused
I only have 1 copy of cygwin1.dll - in c:\cygwin\bin
I installed the openssh pkg at the same time that I did the initial cygwin
install. I am just trying
to get sshd working now.
I have 2 old copies of cygwin: c:\cygwin-old and
H:\Program-Files2\cygwin-not used anymore
I can't edit
/etc/ssh_config file using cygwin or win2k even though I have admin rights
on pc.
snip sshd config
I have looked at FAQs, google, archives
Not sure where to go from here.
Marc
Could you stop the service, as described on the page you mention, and
then start it manually by doing the following:
sshd -D -dd
Once this is running, try to ssh to it from another cygwin window.
The instance of sshd should process one connection - failed or not.
Post the output from sshd so that we can get a better idea of what's
happening.
As a thought though.. Running any firewalls on that machine? (They
/shouldn't/ affect localhost connections, but I don't trust them...
Chris
--
Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: sshd refuses ssh connections
Top-posting reformatted.
Marc Jourdeuil wrote:
I am trying to setup sshd on cygwin, so ssh works.
i followed all instructions from:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
the important ones being to set
variable name is CYGWIN
variable value is ntsec tty
as an env variable in windows, and
to append ;c:\cygwin\bin to the win2k Path var.
ssh -vvv localhost
p4-3000:marcj:{/home/marcj}198 % ssh -vvv localhost
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: connect to address 127.0.0.1 port 22: Connection refused
ssh: connect to host localhost port 22: Connection refused
The process is running:
p4-3000:marcj:{/home/marcj}160 % ps -ef
UID PIDPPID TTY STIME COMMAND
marcj1948 1 con 00:43:18 /usr/bin/bash
SYSTEM 728 1 ? 00:48:33 /usr/bin/cygrunsrv
SYSTEM 480 728 ? 00:48:33 /usr/sbin/sshd
marcj17481948 con 00:53:03 /usr/bin/sh
marcj20761748 con 00:53:03 /usr/X11R6/bin/XWin
marcj18401748 con 00:53:04 /usr/X11R6/bin/wmaker
marcj16481840 con 00:53:04 /usr/X11R6/bin/wmaker
marcj16001648 ? 00:53:17 /usr/bin/xterm
marcj15641600 0 00:53:18 /usr/bin/tcsh
marcj2148 1 0 00:53:25 /usr/bin/xterm
marcj21642148 1 00:53:25 /usr/bin/tcsh
marcj21962164 1 00:53:44 /usr/bin/ps
and the port 22 is listening:
p4-3000:marcj:{/etc}183 % netstat -an
Active Connections
Proto Local Address Foreign AddressState
TCP0.0.0.0:22 0.0.0.0:0 LISTENING
Yet I always get connection refused:
ssh [EMAIL PROTECTED]
ssh connect to host 127.0.0.1 port 22: connection refused
ssh localhost
ssh: connect to host localhost port 22: Connection refused
ssh [EMAIL PROTECTED]
ssh: connect to host 192.168.1.204 port 22: Connection refused
I only have 1 copy of cygwin1.dll - in c:\cygwin\bin
I installed the openssh pkg at the same time that I did the initial
cygwin
install. I am just trying
to get sshd working now.
I have 2 old copies of cygwin: c:\cygwin-old and
H:\Program-Files2\cygwin-not used anymore
I can't edit
/etc/ssh_config file using cygwin or win2k even though I have admin
rights
on pc.
snip sshd config
I have looked at FAQs, google, archives
Not sure where to go from here.
Marc
Could you stop the service, as described on the page you mention, and
then start it manually by doing the following:
sshd -D -dd
Once this is running, try to ssh to it from another cygwin window.
The instance of sshd should process one connection - failed or not.
Post the output from sshd so that we can get a better idea of what's
happening.
As a thought though.. Running any firewalls on that machine? (They
/shouldn't/ affect localhost connections, but I don't trust them...
Chris
Marc Jourdeuil wrote:
I successfully stopped sshd.
/usr/sbin/sshd -D -dd
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 187
debug2: parse_server_config: config /etc/sshd_config len 187
debug1: sshd version OpenSSH_3.9p1
Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.
Well, this is definitely why it's not working.
ran this again
ssh-host-config
Overwrite existing /etc/ssh_config file? (yes/no) yes
Generating /etc/ssh_config file
Overwrite existing /etc/sshd_config file? (yes/no) yes
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read
/usr/share/doc/openssh/README.privsep.
Should privilege separation be used? (yes/no) yes
Generating /etc/sshd_config file
Host configuration finished. Have fun!
Hrm.. I'm sure this is supposed to generate the host keys... (I'm sure
someone will correct me if I'm wrong, but I could have sworn that it did
for me..)
p4-3000:marcj:{/usr/sbin}230 % /usr/sbin/sshd -D -dd
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 187
debug2: parse_server_config: config /etc/sshd_config len 187
debug1: sshd version OpenSSH_3.9p1
Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.
/etc/
-rwxr-xr-x 1 marcj None1159 Oct 19 13:57 ssh_config
-rw--- 1 SYSTEM None 668 Oct 19 00:43 ssh_host_dsa_key
-rw-r--r-- 1 SYSTEM None 603 Oct 19
Re: SETUP: In-use files have been replaced
Herb Martin wrote: Eric Blake wrote: Herb Martin wrote: So what is the method to teach Setup that the file has been updated. Have you tried simply uninstalling the Cygwin package? If you installed the new one into another location, you presumably don't need or want the other one. For most packages at least, SETUP doesn't automatically try to update it if you haven't installed it. I didn't install Exim 4.54 into another location; someone else mentioned an alternate locationa and I (perhaps incorrectly) mentioned that I had downloaded and compiled it FROM another location. The make install was run normally and the specially compiled (make options) is in the default (/usr/bin) location. All I wish to do is make Setup aware of this if it is possible. For now, I must (carefully) ensure that setup doesn't overwrite my good version with the default. If you reinstalled all of exim, you don't really need the cygwin version.. So you want to edit the /etc/setup/installed.db and give it an artificially high number, say 99.999, as the installed version of exim. This will stop cygwin from ever overwriting your installation of exim (unless the version ever gets higher than that.. unlikely in our lifetimes to be honest) Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SETUP: In-use files have been replaced
Herb Martin wrote: Chris Taylor All I wish to do is make Setup aware of this if it is possible. For now, I must (carefully) ensure that setup doesn't overwrite my good version with the default. If you reinstalled all of exim, you don't really need the cygwin version.. So you want to edit the /etc/setup/installed.db and give it an artificially high number, say 99.999, as the installed version of exim. This will stop cygwin from ever overwriting your installation of exim (unless the version ever gets higher than that.. unlikely in our lifetimes to be honest) Chris Thank you Chris, that is precisely the information I was seeking. No problem Herb, but I only knew that because Eric mentioned it 4 or 5 messages prior to me in this thread - as a way to prevent setup from updating the package. At that time though, I don't believe it was clear that you'd updated ALL of exim (or indeed what package it was). We thought you'd updated a single file or something - a lib for example. Anyway, glad you're sorted now. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd refuses ssh connections
Brian Dessent wrote: Brian Dessent wrote: No, it's a red herring. The host keys should be readable only by the process that runs sshd. This must be SYSTEM in order for impersonation to work. Thus they should be readable only by SYSTEM, and that is how ssh-host-config sets things up, correctly. So if you try to run sshd as your normal user account, it will not work. That's why it's a bad idea to mess around with running sshd from a regular prompt, because you will run into all kinds of permissions/ownership issues unless you know precisely what you're doing. The footnote to this is that if you obtain a shell as the SYSTEM user, you can run sshd from a prompt in debugging mode without any issues. There is a script somewhere in the mailing list archives, I think it's called sysbash, that achieves this. Brian Whoops. Actually forgot about this caveat until René mentioned something along these lines.. Too long dealing with linux, where things work sensibly.. Sorry about that folks. ~hides~ -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin, ssh, and top
Larry Hall (Cygwin) wrote: I think what David is saying here is that if there weren't a bug in Debian 3.1 terminal settings, this would work either way, just as it did in 3.0. Regardless of the workarounds for the bug, there is still a bug and it's worthwhile getting it fixed, if for no other reason than it will cut down on some future traffic on this list. ;-) True, but he also seems to be under the impression that cygwin bash is only cygwin bash when you start it from an unaltered cygwin.bat - ie using cmd.exe, which is most assuredly not the case. In the meantime.. *tests with debian sid and etch* Works perfectly with both sid and etch (unstable and testing, respectively). I'll get the package the file is in, and the differences in the termcap settings in a few. Need to make phone calls first - blasted job :P -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt as Bash login console
David Christensen wrote: Interesting. But, I ran across some issues: 1. The font looks like a scalable font; I prefer the 7x12 bit-mapped font so that I can put six consoles on my desktop (1280x1024) and the stroke width makes the characters legible. man rxvt and playing around with the -fn (7x14, 7x13, 7x12) option didn't produce a desirable result. Nor did Shift+KP_Add or Shift+KP_Minus. locate font led me to /usr/share/groff/1.18.1/font, but grep'ing for 7x14 found nothing. Is there a way I can get the 7x12 bit-mapped font in rxvt? The standard cmd.exe font options are related to raster fonts - I've no idea if you can get rxvt to use these. However, lucida console size 12 is also 7x12 - so this should work.. Not sure how you'd specify it, beyond that you use -fn. Can't find the option to set the size, but I imagine that is in the manpage. 2. It looks like there's a slight problem with the rxvt man page: [EMAIL PROTECTED]:~$ man rxvt /usr/bin/tbl:standard input:310: `.' not last character on lin e /usr/bin/tbl:standard input:310: giving up on this table Looking at the same page using cmd.exe./Bash, the error message flashes by just before the man page is displayed, and is gone after exiting the man page. I get the same, but I don't know how it affects the page - this needs to be flagged to the rxvt maintainer. It's a lot better than it used to be though (see archives) 3. Copying from the rxvt console to the Windows (XP Professional SP2) clipboard using Ctrl+C causes a new prompt to be displayed. Is there a way to avoid/ prevent this? man rxvt /copy reveals nothing. Unix style. Select (left click drag) to copy to clipboard. Use ctrl-v/shift-ins as normal in other apps to paste. Middle-click to paste in rxvt. Ctrl-C is supposed to abort the current command, so this is normal behaviour. 4. How do I paste from the clipboard to rxvt? man rxvt /paste reveals nothing. See above. 5. The rxvt consoles appear to be always on top. How do I turn this mode off? I can't say I've ever had this problem... Did you copy my cygwin.bat verbatim, or make changes to it? Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin, ssh, and top
Chris Taylor wrote:
True, but he also seems to be under the impression that cygwin bash is
only cygwin bash when you start it from an unaltered cygwin.bat - ie
using cmd.exe, which is most assuredly not the case.
In the meantime.. *tests with debian sid and etch*
Works perfectly with both sid and etch (unstable and testing,
respectively).
I'll get the package the file is in, and the differences in the termcap
settings in a few. Need to make phone calls first - blasted job :P
And as an update:
# Reconstructed via infocmp from file: /lib/terminfo/c/cygwin
cygwin|ansi emulation for Cygwin,
am, hs, in, msgr, xon,
colors#8, it#8, pairs#64,
acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376,
bel=^G, bold=\E[1m, cbt=\E[Z, clear=\E[H\E[J, cr=^M,
cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\E[B,
cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH,
cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P,
dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, fsl=^G,
home=\E[H, hpa=\E[%i%p1%dG, ht=^I, ich=\E[%p1%d@,
ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m,
kb2=\E[G, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C,
kcuu1=\E[A, kdch1=\E[3~, kend=\E[4~, kf1=\E[[A,
kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~,
kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~,
kf18=\E[32~, kf19=\E[33~, kf2=\E[[B, kf20=\E[34~,
kf3=\E[[C, kf4=\E[[D, kf5=\E[[E, kf6=\E[17~, kf7=\E[18~,
kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~,
knp=\E[6~, kpp=\E[5~, kspd=^Z, nel=^M^J, op=\E[39;49m,
rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E[10m,
rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmpch=\E[10m,
rmso=\E[27m, rmul=\E[24m, rs1=\Ec\E]R, sc=\E7,
setab=\E[4%p1%dm, setaf=\E[3%p1%dm,
sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6%t;1%;%?%p7%t;8%;%?%p9%t;11%;m,
sgr0=\E[0;10m, smacs=\E11m, smcup=\E7\E[?47h, smir=\E[4h,
smpch=\E[11m, smso=\E[7m, smul=\E[4m, tsl=\E];,
u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?6c, u9=\E[c,
vpa=\E[%i%p1%dd,
That's the output of infocmp cygwin on my laptop running debian sid.
As I've said, this works fine for me in both cmd and rxvt, including
with the 7x12 font David has said he prefers.
So it looks like the bug in question was caught and fixed already - I
suggest trying the package from testing first, then the one from
unstable if testing doesn't sort it..
The package in question is ncurses-base
Chris
--
Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: audit logs in windows 2000 with cygwin
[EMAIL PROTECTED] wrote: Hi, We have cygwin installed in a sever. The cygwin1.dll's version is 1.5.14. We have activated the audits in windows 2000. We receive in the logs many error about account NO USER. I have read that the problem is due to cygwin. Can help my anybody? Thanks you in advanced, Claudia Help us help you: Problem reports: http://cygwin.com/problems.html Particularly, attaching cygcheck.out - not having it inline. However, given that the current version of cygwin is 1.5.18 - might I suggest you update? Odds are you have installed some sort of service, but it's not configured correctly.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin, ssh, and top
David Christensen wrote: Invoking rxvt from a Cygwin Bash shell and then ssh'ing into Debian and customized Slackware gives me the same results as Putty -- e.g. everything works on Debian 3.0 and 3.1, and the customized Slackware is messed up. My preference is still that Cygwin bash ssh work correctly with Debian 3.1, and I believe the problem is with whatever package provides terminal stuff in Debian 3.1. I'll try to find the package and file a bug report. It should be pointed out that rxvt can be used in place of CMD.EXE, which is what is started by the Cygwin icon created by setup. If you want to do that, here is my cygwin.bat: @echo off C: chdir C:\cygwin\bin rxvt -sl 1 -sr +sk -si -sw -fg Green -bg Black -e /bin/bash --login -i Obviously the path needs to be altered to whatever you have for your cygwin installation. I find this to be much more usable than using bash inside cmd.exe - things actually work. HTH, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup fails!
Kern wrote: in my opition you should copy the cygwin1.dll to the winnt/system32 directory.Ignore whatever the installer say there is an old dll in XXX path Errr.. NO! If you want to use the cygwin1.dll that's a part of cygwin, add cygwin\bin to your path (drive letter omitted here). Then you just make sure and remove any cygwin1.dll's from apps you install. That way you're always using the most up to date one, and never have a conflict between the version cygwin has installed and what you have in your windows directory. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH failing to make connection
Daryl Spartz wrote: I'm trying to ssh from cygwin to another system running AIX. The connection fails. They seem to be at different levels, but are they not backward compatible? They ought to be - but you should also really only use version 2 - much, much more secure. cygwin: $ ssh -V OpenSSH_4.2p1, OpenSSL 0.9.8 05 Jul 2005 This is fine. AIX: $ ssh -V OpenSSH_3.7p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7b 10 Apr 2003 UPGRADE!! Both the version of openssh and of openssl need updating, badly. There are various bugs and security holes, some of them reasonably major that have been fixed. Snipet of Failing debug info from cygwin ssh -v -v ...: debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Entering interactive session. debug1: channel 0: free: client-session, nchannels 1 Connection to aix closed by remote host. Connection to aix closed. Could you try and run the sshd verbose mode, w/o it detaching, and perhaps give us more information? This seems to be more of an issue on the server rather than the client though.. snip Please *attach* cygcheck output in future! Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install Subversion 1.2.3-1?
Matt England wrote: snipped - details of attempt to install svn Well, the standard answer you're going to get back is 'use setup'. I've just tested it (with setup) and it installed fine. More useful would be your email on the problems you have with setup, in detail, and the output of cygcheck -svr *ATTACHED* , as per http://cygwin.com/problems.html Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why is setup.exe so difficult? Am I missing something?
of them I have seen thus far address the questions and problems I have with setup.exe. But let's say there is a document out there that explains all the setup.exe nuances and helps a user like me to see the light. Why does one require such a document (and a side note: why has it been so hard for me to find?)? Why not simply make a more-intuitive flavor of the user experience for installation and upgrades? How do you define categories that match what every user needs? You can't. It's a literal impossibility, as no two users will ever want the same. It forces you to either give users limited choice, thus giving them packages they have no interest in, or absolutely do not want (see debian's tasksel for an example), or to give them complete choice (see dselect, also from debian). setup.exe takes the latter route, though is vastly more presentable (for now) than dselect. Obviously, as the number of packages grows, something may need to be done to further organise them, but it works reasonably well just now. snip I'm not trying to impress someone with my resume. I'm simply trying to convey the fact that 1) I think I am a reasonably-capable technologist, and 2) I FIND cygwin's setup.exe *THE* MOST DIFFICULT-TO-USE PROGRAM IN ALL THE SOFTWARE I CURRENTLY USE TODAY. Have you ever played with dselect? Or aptitude? :P (I find dselect relatively easy now, I must say, but aptitude drives me nuts). It's disappointing, because beyond the install-and-update process, I generally find cygwin a pleasure to use. First of all, it's free of charge; further, the software-module updates are fantastics (I subscribe to the package-update-notification list, and like how the module/app stakeholders pretty much update many things just as soon as they are available; note the recent OpenSSL and Subversion updates). These and other things enable my business to be quite productive. But if this community and the cygwin developers are going to go to such great lengths to make such a comprehensive and robust unix-on-windows system, why not make a better installation-and-upgrade-package-management system? See above. Here's a thought: Why not just keep the setup.exe as it is, support all the users who I'm sure have mastered it by now and probably love it (for I doubt something like that would not have lasted this long without a devoted user set), and simply build an additional install-and-upgrade program that uses the same back-end technology/interfaces and presents something different to the user? Possibly something for the future.. However there are always those time constraints, and so on.. Remember, this is pretty much entirely a volunteer project... Anyway. I hope this helps you understand setup better, and find it easier to use.. Or at least more tolerable ;) Chris / EqUaTe -- Chris Taylor IT Manager Catz Club Tel: 02074723338 Mob: 07795444733 Fax: 02074331720 4 Daleham Mews London NW3 5DB -- 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 install Subversion 1.2.3-1?
Matt England wrote: At 10/12/2005 09:03 AM, Chris Taylor wrote: Matt England wrote: snipped - details of attempt to install svn Well, the standard answer you're going to get back is 'use setup'. I've just tested it (with setup) and it installed fine. More useful would be your email on the problems you have with setup, in detail, and the output of cygcheck -svr *ATTACHED* , as per http://cygwin.com/problems.html Thanks for the quick update. Someday I'll be able to understand how to use setup.exe. I'm wondering if that day will come before I pass from this earth. See the other email thread for my tirade on setup.exe. -Matt And for my response to it.. Nice and wordy.. I suggest you make a cuppa before you start ;-) -- Chris Taylor IT Manager Catz Club Tel: 02074723338 Mob: 07795444733 Fax: 02074331720 4 Daleham Mews London NW3 5DB -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup fails!
Roland Bengtsson wrote: I tried to download the latest release of cygwin as I want to use lxr for Linux. I run setup. choose a mirror and select to install the Devel category. The downloading seems to go fine but after a while a dialog is shown: The procedure entry point getline could not be located in the dynamic link library cygwin1.dll! I click ignore. Then after the installation I try to use make install for lxr. It fails with the same error dialog as the installation. Why does this fail? See: Problem reports: http://cygwin.com/problems.html Come back with more info so we can help you... Also, it's generally recommended that you do a standard installation, and then go through setup a second time to add in the packages you want in addition to the defaults... Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Best place to put new envvars?
Matthew O. Persico wrote: I am sharing a Cygwin installation in a NetWare drive among a number of developers. I want to put export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvs/repository in one profile that is run by everyone AND I don't want it overwritten if I update Cygwin. Where's the best place to stash this? Thanks I'm reasonably sure (though I could be wrong) that /etc/profile isn't overwritten through package updates - it's copied the first time you install.. But afaik that's it.. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync + xp sp2 failing
On Fri, September 10, 2004 9:46 am, Corinna Vinschen said: On Sep 10 01:19, Brian Dessent wrote: Corinna Vinschen wrote: All WSADuplicateSocket calls fail with 10045, operation is not supported for the type of object referenced, even thought the above created socket handles are referenced. That's weird. I'm still running XP SP1 and I can't reproduce this. I'm wondering if that's a side effect of the new firewall in XP2. Did you try with switching off the firewall entirely? FWIW this error happens frequently enough for Apache under windows that it's in their FAQ: http://httpd.apache.org/docs/misc/FAQ.html#WSADuplicateSocket quote Apache for Windows does not start. Error log contains this message: [crit] (10045) The attempted operation is not supported for the type of object referenced: Parent: WSADuplicateSocket failed for socket ###. What does this mean? Interesting. And finally, although it's probably not relevant, the following passage from http://msdn.microsoft.com/security/productinfo/xpsp2/default.aspx?pull =/library/en-us/dnwxp/html/securityinxpsp2.asp might help track down the problem: quote IPv4 Inbound Connections for Applications. An application that completes a listen operation on a TCP socket or successfully binds to a UDP socket through Winsock is covered by this scenario. Examples of these applications include audio and video in MSN or Windows Messenger, or hosting a multiplayer game. For this scenario, ICF can automatically open and close ports as needed by the application. When an application that needs to listen on a port or ports is being installed by an administrator, it will need to ask the user if he/she wants to allow the application to open ports in the firewall. If the user consents to this, then the application should use the INetFwV4AuthorizedApplication API to add itself to the AuthorizedApplications collection as enabled. If the user does not consent, then the application should use the INetFwV4AuthorizedApplication API to add itself to the AuthorizedApplications collection as disabled. end quote I *pray* it's not related. Corinna Is it possible this is due to the changes in tcpip.sys and/or the tcp stack? I myself am using a hacked one without these changes, so I could test things to see if it is, if people can give me a specific set of things to do ;-) Unfortunately, half of the stuff in this thread went clean over my head, so I could easily be barking up the wrong tree Chris -- And the Lord spake, saying, 'First shalt thou take out the Holy Pin. Then shalt thou count to three, no more - no less. Three shall be the number thou shalt count, and the number of the counting shall be three. Four shalt thou not count, neither count thou two, excepting that thou then proceed to three. Five is right out! Once the number three, being the third number, be reached, then lobbest thou thy Holy Hand Grenade of Antioch towards thy foe, who, being naughty in my sight, shall snuff it.' -- 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: RXVT man pages
On Mon, August 16, 2004 9:52 pm, Paul Galbraith said: Larry Hall wrote: C'est la vie...I tried google groups (but not google), and well as the archive list, neither of which turned up that little gem (within the first few pages of results, at least). Cheers, Paul There's also this one: http://sources.redhat.com/ml/cygwin/2004-06/msg00731.html Fixes the file, rather than having to write a new one.. ;-) Chris -- Somehow, the world always affects you more than you affect it. -- 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 run debugger?
On Sun, July 11, 2004 6:36 pm, Richard Heintze said: Ah hah! Write a short program called test.c and gcc -g test.c -o test.exe and ddd test.exe and then I see Error: can't open display: This one's easy. It's almost certainly looking for a running X server, of which there almost certainly isn't one. I suggest you install the X.org packages, and then start XWin.exe .. (It's worth reading the documentation to decide how you want to start it, but I found that XWin.exe -multiwindow -emulate3buttons was useful (I use emu3buttons because the laptop I use it on only has 2 :( ) Why does this not work? So I download the insight debugger and tried /cygdrive/c/dev/insight/bin/gdb.exe test.exe This gives the error stat /cygdrive/c/tmp/test.c no such file or directory while executing Well that is not true, the file is there! I tried chmod 777 test.c but that did not help. The debugger works, it just cannot load test.c for some reason! Just ensure that is the correct path to the file? I would be surprised if it was /cygdrive/c/tmp ... More likely is /cygdrive/c/cygwin/tmp/test.c . Does that work? Chris -- Your mode of life will be changed to EBCDIC. -- Dammit Jim, I'm a doctor, not a computer engineer! -- 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: PCYMTNQREAIYR Please Configure Your Mailer To Not Quote Raw E-mail Addresses In Your Replies.
On Sun, July 11, 2004 10:22 pm, LDR said: --- Igor Pechtchanski [EMAIL PROTECTED] wrote: *PCYMTNQREAIYR* -- Please Configure Your Mailer To Not Quote Raw E-mail Addresses In Your Replies. http://cygwin.com/acronyms/#PCYMTNQREAIYR. - What mailers (mail clients?) do support this auto-editing function? - Does Mozilla? Lee Well, if you're using outlook/outlook express, there's a program called Outlook-quotefix or OE-quotefix, depending on which you're using. They latch into outlook/oe to provide this functionality. Don't know if thunderbird or moz mail do it or not. Chris -- BOFH excuse #141: disks spinning backwards - toggle the hemisphere jumper. -- 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: Where is libxml2.dll?
On Sat, July 10, 2004 10:34 pm, Richard Heintze said: See below: --- Igor Pechtchanski [EMAIL PROTECTED] wrote: Siegfried, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. I'm not sure how to do that so I did it by hand. Good point. Assuming you're using Outlook express or Outlook, google for outlook-quotefix or oe-quotefix. Will do it for you :-) It does sound like you do need to put C:\cygwin\bin in your Windows PATH, and make sure it gets propagated to Emacs. Alternatively, you could try to get Emacs to run bash -l as its shell (don't ask me how, I don't use Emacs). Igor I just checked and C:\cygwin\bin is already in the path. Any other ideas? Thanks, Sieg When you run bash from within emacs, run cygcheck -svr cygcheck.out and send to the list? Might enlighten us as to some environmental anomaly... -- And the Lord spake, saying, 'First shalt thou take out the Holy Pin. Then shalt thou count to three, no more - no less. Three shall be the number thou shalt count, and the number of the counting shall be three. Four shalt thou not count, neither count thou two, excepting that thou then proceed to three. Five is right out! Once the number three, being the third number, be reached, then lobbest thou thy Holy Hand Grenade of Antioch towards thy foe, who, being naughty in my sight, shall snuff it.' -- It's ten o'clock... Do you know where your AI programs are? -- Peter Oakley -- 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: ls -l | less shows 'escape' chars
On Thu, July 1, 2004 6:08 pm, Hannu E K Nevalainen said: For man rxvt: Use google on YODLTAGSTART and you'll eventually find a sed script and how to use it. It was posted very recently to this list. /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E --76-- ** on a mailing list; please keep replies on that particular list ** Specifically, the message you want is http://www.cygwin.com/ml/cygwin/2004-06/msg00731.html Chris -- Your mode of life will be changed to EBCDIC. -- 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/
