How do I get off this list?
I am trying to unsubscribe from this mailing list, but my unsubscribe requests (with empty subject and body as requested in the how-to) are reproducibly being rejected as spam. How do I get off the hook? ... (reason: 552 spam score exceeded threshold (#5.6.1)) - Transcript of session follows - ... while talking to sourceware.org.: >>> DATA <<< 552 spam score exceeded threshold (#5.6.1) 554 5.0.0 Service unavailable -- Unsubscribe info: 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: sed converts 8-bit input text to 16-bit (Unicode-16?) characters - how to suppress that?
> -Original Message- > > > >Ooops - apologies! Thought I routinely did so, but must have > overlooked > >it this time. > > FYI, you did it above too. None of the above information > belongs in the body of your message. What - you get someone's email addresses there? Very odd: I swear I only see the mailing list as the one and only address in the To: field (and no address in my Cc and Bcc fields) and I also left no email address in those echoed headers. The only address I left in was in "From:cygwin@cygwin.com", which IMHO - if some harvester has made it into this newsgroup - he already knows anyway... Or do you see any further email addresses included again? If so: very strange - how come? Michael -- Unsubscribe info: 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: sed converts 8-bit input text to 16-bit (Unicode-16?) characters - how to suppress that?
> -Original Message- > From: cygwin-ow...@cygwin.com > [mailto:cygwin-ow...@cygwin.com] On Behalf Of Dave Korn > Sent: Montag, 30. März 2009 23:02 > To: cygwin@cygwin.com > Subject: Re: sed converts 8-bit input text to 16-bit > (Unicode-16?) characters - how to suppress that? > > BTW please trim the redundant headers... it's really > considerate not to post people's email addresses in the body > of your post because if you do so they get harvested by spammers. Ooops - apologies! Thought I routinely did so, but must have overlooked it this time. > What terminal/console are you using? Unicode RXVT by any > chance? How does it behave in other consoles? THAT rang the bell! I am using PowerShell - as I just double-checked - that indeed operates in Unicode-16 unless told otherwise. And it came into play here, because I had simply redirected sed's output to a file. Nothing to do with sed at all! Apologies for the wasted bandwidth! Michael -- Unsubscribe info: 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: sed converts 8-bit input text to 16-bit (Unicode-16?) characters - how to suppress that?
> -Original Message- > From: cygwin-ow...@cygwin.com > [mailto:cygwin-ow...@cygwin.com] On Behalf Of Dave Korn > Sent: Montag, 30. März 2009 14:46 > To: cygwin@cygwin.com > Subject: Re: sed converts 8-bit input text to 16-bit > (Unicode-16?) characters - how to suppress that? > > ... > Another possibility is that wordpad or notepad has tried to > be clever and gone and unexpectedly saved the original source > file in UTF16. Did you verify the original source file in a > hexeditor too, Michael? Yes - I did. The input is stricly one byte/octet per character and starts with "4e 61 6d 65 09 ..." (= "Name...") The output starts with: "ff fe 4e 00 61 00 6d 00 65 00 09 00 ... " Michael -- Unsubscribe info: 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: sed converts 8-bit input text to 16-bit (Unicode-16?) characters - how to suppress that?
> -Original Message- > From: cygwin-ow...@cygwin.com > [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen > Sent: Montag, 30. März 2009 14:11 > To: cygwin@cygwin.com > Subject: Re: sed converts 8-bit input text to 16-bit > (Unicode-16?) characters - how to suppress that? > > ... > This is very likely not Cygwin's sed. Do you have another > sed in $PATH by any chance? I searched and did find another sed on my disk, but that was not in the path. So - yes - I *am* using cycwin's sed. > I tried with input files > containing german umlauts and sed does not convert to wide > char and it does not produce a BOM marker at the start of the file. Maybe that conversion comes from me redirecting the output to a file using 'sed {options} > filename.ext' ?!? I'll have to verify that! There is no option to explicitly specify an output file, is there? Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sed converts 8-bit input text to 16-bit (Unicode-16?) characters - how to suppress that?
I need to mangle a file containing "8-bit ASCII" characters (i.e. the file contains also characters in the upper 8-bit range, namely a few umlauts as well as some french accented characters). Strange enough, the SED version that came as part of cygwin emits the result of the mangling using 16-bit characters (I believe those are Unicode-16 characters, but not sure. The Hexeditor shows each second byte as always 00, execpt for the first two bytes which read FF FE). Alas, this makes the next program in the chain to throw up and die. How can one suppress this conversion? I found no option or flag to tell SED to stay with 8-bit characters. Just in case: I need this only to strip some trailing blanks and convert tabs to spaces, etc. the conversion doesn't need to do anything with those characaters that have the 8th bit set (except that it needs to maintain them as is). Michael -- Unsubscribe info: 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: Problems with cygwin cvs over ssh.
I have encountered the same problem, have investigated it a bit and came out with two interesting facts: A) Without changing anything else than replacing cygwin1.dll, using the snaphot cygwin1-20050928.dll works fine while using cygwin1-20050929.dll produces the problem. B) Also without changing anything else than replacing cygwin1.dll, using the snaphot cygwin1-20050928.dll "mkdir /tmp/foo/." runs fine while with cygwin1-20050929.dll you see: > $ mkdir /tmp/foo/. > mkdir: cannot create directory `/tmp/foo/.': No such file or directory Frank-Michael Igor Peshansky wrote: > On Wed, 25 Jan 2006, René Berber wrote: > >> Igor Peshansky wrote: >> [snip] >>> FWIW, I could reproduce the original problem, either with or without >>> ":ext:". >> The combination cvs/ssh has no problem : >> >> $ echo $CVS_RSH >> ssh >> $ echo $CVSROOT >> :ext:[EMAIL PROTECTED]:/export/home0/cvsrep >> $ cvs co junit-test >> cvs server: Updating junit-test >> U junit-test/.classpath >> U junit-test/.project >> cvs server: Updating junit-test/lib >> ... >> >> Remote CVS server is Solaris, local ssh and Cygwin dll versions are >> latest released. > > Then you have misunderstood the original problem. The problem is with the > CVS server running on Cygwin. CVS in client mode works just fine. > Igor > -- Unsubscribe info: 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 NTFS Junction Points
Fred Kulack wrote: > On 08/03/2005 at 03:42:34 PM, cygwin-owner wrote: > > I don't know the original posters environment or exactly what problems > he's trying to solve, but I'd recommend liberal use of the cygwin command > line, > mount points, symlinks and > cygpath-dash-w-using-scripts-and-aliases-that-launch-windows-utils. > > I've found this to be a great way to have a rational sort of directory > structure and get me out of drive letter and c:/Documents\ and\ > Settings/Administrator/My\ Documents > hell to blissful /doc ignorance (in most cases). 8-) The big difference between junction points and cygwin's symlinks is that JPs are transparent to *any* Windows program and not only to the Cygwin world. Frank-Michael -- Unsubscribe info: 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 NTFS Junction Points
Corinna, I understand your objections but I think this all could be seen from an alternate point of view. As you said, JPs, as they are implemented, are less useful than real POSIX symlinks. Now instead of miming Microsofts intention with the JPs, why not simply considering them consequently as symlinks in Cygwin and so making them really useful, at least for Cygwin users. This could be competed by installing NTFSLink and so getting JPs consequently and transparently handled as POSIX-like symlinks in Windows Explorer and Cygwin and thus making them *very* useful finally. Frank-Michael Corinna Vinschen wrote: > On Aug 3 11:57, Brian Dessent wrote: > >>Richard Campbell wrote: >> >> To some degree, Junction Points are more like directory HARD links, rather than symlinks. >>> >>>What degree is this? >>> >>>Everything I can see seems to say junction points function as symlinks >>>for directories, with retargeting, dangling, and fixing options. >>> >>>I admit the documentation I have been looking at is sketchy - do you >>>have some better info? >> >>You can't use a junction point to make a relative link, as you can with >>symbolic links. That makes them significantly less useful. > > > That makes them next to useless from a POSIX point of view. Actually, > even though junction points allow to create links to directories on the > same file system (but not to files *shaking head*), the important > functionality is to allow to mount file systems into the hirarchy of > another file system. To me, junction points are more like mount points, > not symlinks. Since mount points are transparent and don't act like > symlinks to cp/mv/rm and friends, I won't opt for treating junctions as > symlinks in the Cygwin DLL. > > At least not in the general case. In theory, we could implement it like > this: If the target is a fs, treat the junction like a mount point (aka, > transparently as a normal directory), otherwise, if the target is a > directory, treat the junction as a symlink. > > However, this is complicated, time consuming and error prone. I can easily > imagine that this behaviour results in a strange, unexpected behaviour for > some people. > > As a side note, I must admit that I was very excited when I heard about > reparse points for the first time when Win2K was in Beta stage. Back then, > it sounded like the kitchen sink for getting rid of drive letters and to > allow mounts and symlinks being implemented transparently throughout Cygwin > and Win32 native apps. Well, reality catched up pretty quickly... > > > Corinna > -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and NTFS Junction Points
> To some degree, Junction Points are more like directory HARD links, > rather than symlinks. I agree. Most of the behaviour I referred to as bizarre is the behaviour of hard-linked directories. The mentioned NTFSLink tool so mostly emulates symlink behaviour for JPs. > Are you offering? cygwin.com/acronyms#PTC Nice try ;) Unfortunately I never have programmed anything in C. But I think it should be valid to discuss ideas like this here. Just to be clear, I'm not complaining or requesting anything. > I'm not about to patch the coreutils to support JPs if cygwin itself is > not patched first. I understand and this makes sense to me. > Unfortunately, that will probably remain true even if cygwin behavior > on JPs is changed, since you then have to be careful to tell cp, mv, > and rm whether or not to dereference links during the recursive > traversal. This would be quite OK. Currently I use Microsoft's "linkd" commandline tool to remove the junction before and recreate after I touch their parent folders with Cygwin's fileutils recursively. Thanks for your thoughts, Frank-Michael Eric Blake wrote: > Ugh - top-posting. Reformatted. > > Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them frequently to symbolically link directories in a POSIX conformous way: The junction points (JP) are transparent to *any* program using the filesystem. > > > To some degree, Junction Points are more like directory HARD links, > rather than symlinks. There are a lot of semantics to think about > with directory hard links; POSIX allows them, but does not require > them, and modern OS's tend not to support directory hard links > because of the possibility of creating loops or other weird problems. > > Unfortunately there are bizarre issues related to manipulating JPs from the explorer or with DOS commandline tools: http://encyclopedia.thefreedictionary.com/NTFS%20Junction%20point http://shell-shocked.org/article.php?id=284 But there are tools which help to avoid these bizarre effects. E.g. http://www.elsdoerfer.info/ntfslink/ is an explorer extensions which hooks into Windows Explorer, providing extended functionality for creating and using JPs on NTFS file systems. Now has anybody thought about respecting JPs under Cygwin? Respecting JPs at least would mean: a) recursively copying JPs (or their parent folders) should not recursively copy the content of a JP but copy the JP itself (reproducing it at the new location, if possible) b) recursively removing JPs (or their parent folders) should not recursively remove the content of a JP but remove the JP itself (leaving the content of its target folder untouched) c) moving JPs (or their parent folders) should not recursively move the content of a JP but move the JP itself (leaving the content of its target folder untouched) Wouldn't this be a valid improvement to Cygwin, at least as an option? What is your opinion? > > > Are you offering? cygwin.com/acronyms#PTC > > >>> >>>Well... doesn't find -xdev do the job sufficiently already? >>> >>> >>>Corinna >>> >> >>Unfortunately "find -xdev" does not work because junction points also >>can point to target folders on the same filesystem. Also I meant that >>using fileutils like cp, mv, and rm should transparently respect >>junction points and handle them in like symlinks under Linux as I >>described it in my post. > > > cp, mv, and rm will only treat junction points insofar as the underlying > cygwin does. Cygwin itself would need to be patched to recognize > junction points, and to either treat them as hard links or as symlinks. > Cygwin currently does not deal with, or expect, directory hard links. > I'm not about to patch the coreutils to support JPs if cygwin itself is > not patched first. > > >>At the moment I must pay highest attention *not* to use these tools >>recursively on junction points or their parents to avoid bizarre >>behaviour like unexpected vanishing of the targeted files. > > > Unfortunately, that will probably remain true even if cygwin behavior > on JPs is changed, since you then have to be careful to tell cp, mv, > and rm whether or not to dereference links during the recursive > traversal. > > -- > Eric Blake > volunteer cygwin coreutils maintainer > > > -- Unsubscribe info: 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 NTFS Junction Points
Unfortunately "find -xdev" does not work because junction points also can point to target folders on the same filesystem. Also I meant that using fileutils like cp, mv, and rm should transparently respect junction points and handle them in like symlinks under Linux as I described it in my post. At the moment I must pay highest attention *not* to use these tools recursively on junction points or their parents to avoid bizarre behaviour like unexpected vanishing of the targeted files. Frank-Michael Corinna Vinschen wrote: > On Aug 3 14:32, Frank-Michael Moser wrote: > >>Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them >>frequently to symbolically link directories in a POSIX conformous way: >>The junction points (JP) are transparent to *any* program using the >>filesystem. >> >>Unfortunately there are bizarre issues related to manipulating JPs from >>the explorer or with DOS commandline tools: >> >>http://encyclopedia.thefreedictionary.com/NTFS%20Junction%20point >>http://shell-shocked.org/article.php?id=284 >> >>But there are tools which help to avoid these bizarre effects. E.g. >>http://www.elsdoerfer.info/ntfslink/ is an explorer extensions which >>hooks into Windows Explorer, providing extended functionality for >>creating and using JPs on NTFS file systems. >> >>Now has anybody thought about respecting JPs under Cygwin? Respecting >>JPs at least would mean: >> >>a) recursively copying JPs (or their parent folders) should not >>recursively copy the content of a JP but copy the JP itself (reproducing >>it at the new location, if possible) >> >>b) recursively removing JPs (or their parent folders) should not >>recursively remove the content of a JP but remove the JP itself (leaving >>the content of its target folder untouched) >> >>c) moving JPs (or their parent folders) should not recursively move the >>content of a JP but move the JP itself (leaving the content of its >>target folder untouched) >> >>Wouldn't this be a valid improvement to Cygwin, at least as an option? >>What is your opinion? > > > Well... doesn't find -xdev do the job sufficiently already? > > > Corinna > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin and NTFS Junction Points
Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them frequently to symbolically link directories in a POSIX conformous way: The junction points (JP) are transparent to *any* program using the filesystem. Unfortunately there are bizarre issues related to manipulating JPs from the explorer or with DOS commandline tools: http://encyclopedia.thefreedictionary.com/NTFS%20Junction%20point http://shell-shocked.org/article.php?id=284 But there are tools which help to avoid these bizarre effects. E.g. http://www.elsdoerfer.info/ntfslink/ is an explorer extensions which hooks into Windows Explorer, providing extended functionality for creating and using JPs on NTFS file systems. Now has anybody thought about respecting JPs under Cygwin? Respecting JPs at least would mean: a) recursively copying JPs (or their parent folders) should not recursively copy the content of a JP but copy the JP itself (reproducing it at the new location, if possible) b) recursively removing JPs (or their parent folders) should not recursively remove the content of a JP but remove the JP itself (leaving the content of its target folder untouched) c) moving JPs (or their parent folders) should not recursively move the content of a JP but move the JP itself (leaving the content of its target folder untouched) Wouldn't this be a valid improvement to Cygwin, at least as an option? What is your opinion? Frank-Michael -- Unsubscribe info: 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: RV: Re: Postmaster core dumps
Thanks for the answer. Since I know it's not a local problem here I already feel better. Frank-Michael Novaelec wrote: Hi! Yes, PostgreSQL in fact fails since the last version of Cygwin: nor cygserver nor postmaster works well. I thought that in the last release of coreutils the problem was fixed by Eric in this last update: http://comments.gmane.org/gmane.os.cygwin.applications/10687, but the problem persist. It's a serious problem, because anybody people can't use the database. Well, we must wait. Take care! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: need postgresql-7.3.4-2
I had some problems with Postgres 7.4 and Tomcat, too. But finally I was able to fix the issues by upgrading the Postgres-JDBC drivers in my webapps with the new version for 7.4. So I could avoid downgrading Postgres on Cygwin. Frank-Michael Carol Thomson wrote: I have a Java Tomcat 4.1 app that is running beautifully with postgresql-7.3.4-2. I desparately need to install it on a faster machine and all I can find is postgresql-7.4.x on the mirror sites. I tried running 7.4.1 and some of my complicated queries do not return the correct results. I need to get 7.3.4-2 installed asap. Where can I find it with the setup.ini file so I can istall it with Cygwin? Your help is greatly appreciated. -- Unsubscribe info: 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: Java Thread Dump in Bash
Randall, does your Java application die after pressing Ctrl-Break or not? Frank-Michael Randall R Schulz wrote: Frank-Michael, At 12:09 2004-02-17, Frank-Michael Moser wrote: Unfortunately neither Ctrl-Break nor Ctrl-Scroll produce a thread dump not in pure bash and not in RXVT for me. I'm using latest cygwin and tried JDK 1.4.2_02 and 1.5.0 beta. Also the java applications I tried do not read from standard input. What versions (cygwin/java) do you use. Cygwin: Latest "kernel" and latest version of all packages. Java: Latest (specifically, 1.4.2_03); If it might matter, I generally use the "java" and "javac" commands from the SDK bin, not the "jre" bin. That's the directory that includes the compiler and related development tools, where as the jre bin has only the JVM and other runtime resources. By "pure BASH" I take it you mean BASH in a console window, in contrast to an RXVT window. I do _not_ use the "tty" option in the CYGWIN environment variable. Do you? Is it worth to send my cygcheck output attached? Should I really expect Ctrl-Break to work - this would be great? I expect it to work because it does work for me... Cygcheck output isn't anything I can use for any purpose I can think of in resolving this discrepancy between how your system and mine behave. Frank-Michael Randall Schulz Randall R Schulz wrote: Frank-Michael, CTRL-BREAK produces a thread-dump using the latest Sun JVM on my system when launched from BASH. However, if the program is reading standard input from the unredirected console, it receives an end-of-file indication on that stream as well. Randall Schulz At 03:42 2004-02-17, Frank-Michael Moser wrote: Searching the mailing list archive I found that there is an old thread from Dec 2000 which exactly describes my problem: http://sources.redhat.com/ml/cygwin/2000-12/msg00490.html In short: Using Ctrl-Scroll does not cause a Java program to dump threads as it does in cmd.exe. Unfortunately the thread ended up with some personal strife. I understand that the signal problem could be by design. But now (3 years later) maybe there are news about this issue? Has someone a way to work around this problem? Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Java Thread Dump in Bash
Randall R Schulz wrote: All I said was that cygcheck output would not help me. Sorry for making trouble misunderstanding this. I have attached my cygcheck -s now. cygcheck.txt Description: application/force-download -- Unsubscribe info: 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: Java Thread Dump in Bash
Larry Hall wrote: OK. Maybe now it's time for you to look at and follow: Problem reports: http://cygwin.com/problems.html Larry, what was wrong with my mails? Sorry, if..., but...? I'm reading the mailing list since a long time and thought I would follow these guidelines you just mentioned. What especially do you miss: - was checking the FAQ - was checking the archive - was specific, also quoting a very specific thread from the archive including an URL - asked whether to send cygcheck - Randall said no. - would look into sources if I would know C (actually sometimes I tried patching in the dark) - did not complain that there is a bug which must be fixed - did not send personal email - used an instructive subject line - confined my mail to one problem - avoided personal detail ... Please be specific to me, too, tell me what I did wrong and I swear to pick it up for the future. Frank-Michael -- Unsubscribe info: 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: Java Thread Dump in Bash
Ha, now I saw a thread dump in bash console. Unfortunately it kills immediately the java app. In RXVT I see a single new line with "i" printed and the app is killed. My $CYGWIN is "nontsec nosmbntsec". Java is run from SDK as you do. My cygwin is latest, too (just updated again). Frank-Michael. Randall R Schulz wrote: Frank-Michael, At 12:09 2004-02-17, Frank-Michael Moser wrote: Unfortunately neither Ctrl-Break nor Ctrl-Scroll produce a thread dump not in pure bash and not in RXVT for me. I'm using latest cygwin and tried JDK 1.4.2_02 and 1.5.0 beta. Also the java applications I tried do not read from standard input. What versions (cygwin/java) do you use. Cygwin: Latest "kernel" and latest version of all packages. Java: Latest (specifically, 1.4.2_03); If it might matter, I generally use the "java" and "javac" commands from the SDK bin, not the "jre" bin. That's the directory that includes the compiler and related development tools, where as the jre bin has only the JVM and other runtime resources. By "pure BASH" I take it you mean BASH in a console window, in contrast to an RXVT window. I do _not_ use the "tty" option in the CYGWIN environment variable. Do you? Is it worth to send my cygcheck output attached? Should I really expect Ctrl-Break to work - this would be great? I expect it to work because it does work for me... Cygcheck output isn't anything I can use for any purpose I can think of in resolving this discrepancy between how your system and mine behave. Frank-Michael Randall Schulz Randall R Schulz wrote: Frank-Michael, CTRL-BREAK produces a thread-dump using the latest Sun JVM on my system when launched from BASH. However, if the program is reading standard input from the unredirected console, it receives an end-of-file indication on that stream as well. Randall Schulz At 03:42 2004-02-17, Frank-Michael Moser wrote: Searching the mailing list archive I found that there is an old thread from Dec 2000 which exactly describes my problem: http://sources.redhat.com/ml/cygwin/2000-12/msg00490.html In short: Using Ctrl-Scroll does not cause a Java program to dump threads as it does in cmd.exe. Unfortunately the thread ended up with some personal strife. I understand that the signal problem could be by design. But now (3 years later) maybe there are news about this issue? Has someone a way to work around this problem? Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Java Thread Dump in Bash
Unfortunately neither Ctrl-Break nor Ctrl-Scroll produce a thread dump not in pure bash and not in RXVT for me. I'm using latest cygwin and tried JDK 1.4.2_02 and 1.5.0 beta. Also the java applications I tried do not read from standard input. What versions (cygwin/java) do you use. Is it worth to send my cygcheck output attached? Should I really expect Ctrl-Break to work - this would be great? Frank-Michael Randall R Schulz wrote: Frank-Michael, CTRL-BREAK produces a thread-dump using the latest Sun JVM on my system when launched from BASH. However, if the program is reading standard input from the unredirected console, it receives an end-of-file indication on that stream as well. Randall Schulz At 03:42 2004-02-17, Frank-Michael Moser wrote: Searching the mailing list archive I found that there is an old thread from Dec 2000 which exactly describes my problem: http://sources.redhat.com/ml/cygwin/2000-12/msg00490.html In short: Using Ctrl-Scroll does not cause a Java program to dump threads as it does in cmd.exe. Unfortunately the thread ended up with some personal strife. I understand that the signal problem could be by design. But now (3 years later) maybe there are news about this issue? Has someone a way to work around this problem? Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Java Thread Dump in Bash
Searching the mailing list archive I found that there is an old thread from Dec 2000 which exactly describes my problem: http://sources.redhat.com/ml/cygwin/2000-12/msg00490.html In short: Using Ctrl-Scroll does not cause a Java program to dump threads as it does in cmd.exe. Unfortunately the thread ended up with some personal strife. I understand that the signal problem could be by design. But now (3 years later) maybe there are news about this issue? Has someone a way to work around this problem? Frank-Michael -- Unsubscribe info: 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: portable install on usb flash drive?
Might be of help: Inhaltsverzeichnis c't 11/2003 SSH-Login (auch mit Cygwin) per USB-Stick, S. 196 http://www.heise.de/ct/03/11/006/ Frank-Michael Dick Repasky wrote: I'd like to install cygwin on a usb flash drive so that I can plug the drive into any windows box and have cygwin available to me. The question is: will this work? My concern is not having registry keys in place on machines into which I plug in the flash drive. Will that be a problem? Thanks, Dick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with a ssh server under cygwin
Andre Willkowsky wrote: Finally after installing a fresh cygwin from internet i got sshd with authorizing working. It seems to me that some dependencies were broken in my first installation. When did you reinstall your cygwin and when did sshd with auth work for the first time? With the new version of sshd compiled against OpenSSL 0.9.7 which came out the 10th of January everything works fine with me too. Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: openssl-0.9.7-1, openssl-devel-0.9.7-1
Just for the records: This release seems to fix a problem with sshd which others and me have reported for the first time half a year ago. At least for me ;) it is gone. For more detail see: http://cygwin.com/ml/cygwin/2002-07/msg01745.html http://cygwin.com/ml/cygwin/2002-11/msg01591.html Frank-Michael. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcj and -mno-cygwin
Christopher Faylor wrote: On Mon, Jan 06, 2003 at 06:12:30PM +0100, Frank-Michael Moser wrote: Should gcj work with the -mno-cygwin option? No. cgf Thanks. Are there plans to implement -mno-cygwin for gcj? Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcj and -mno-cygwin
I'm just a little bit confused: Should gcj work with the -mno-cygwin option? $ gcj -mno-cygwin --main=Hello -gstabs Hello.java -o Hello.exe gcj: installation problem, cannot exec `jc1': No such file or directory I found that there are no symbolic links to jc1.exe and jvgenmain.exe in /usr/lib/gcc-lib/i686-pc-mingw32/3.2/ which should point to ../../i686-pc-cygwin/3.2/. I created them but now I get a lot of undefined references when compiling Hello.java with -mno-cygwin: $ gcj -mno-cygwin --main=Hello -gstabs Hello.java -o Hello.exe /usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../libgcj.a(prims.o)(.text+0x517): undefined reference to `_impure_ptr' /usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../libgcj.a(posix.o)(.text+0x23): undefined reference to `gettimeofday' /usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../libgcj.a(posix.o)(.text+0x7a): undefined reference to `sigemptyset' /usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../libgcj.a(posix.o)(.text+0x99): undefined reference to `sigaction' efined reference to `_impure_ptr' ... Now I guess this is intended behaviour because -mno-cygwin is not yet implemented for gcj 3.2. Am I right or not? Frank-Michael $ gcj -v Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libgcj.spec rename spec lib to liborig Configured with: /netrel/src/gcc-3.2-3/configure --enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls --without-included-gettext --enable-interpreter --disable-sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin --enable-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecdir=/usr/sbin Thread model: posix gcc version 3.2 20020927 (prerelease) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: rxvt-2.7.9-1
Fine. To be honest, I had no idea that the ip option got used. It simply looks nice when i.e. you're running wmaker with a pixmap and then "rxvt -ip +sb -rv". Nothing else ;) Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: rxvt-2.7.9-1
What happend with +/-ip option? $ rxvt -ip rxvt: bad option "-ip" Rxvt v2.7.9 - released: 04 OCTOBER 2002 ... In the manpages of v2.7.8 you find -ip|+ip Turn on/off inheriting parent window's pixmap. Alternative form is -tr; resource inheritPixmap. Is there any replacement? Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
CVS locks on a Samba share even with CYGWIN=nosmbntsec (Was: Bugin Cygwin SSHD on windows XP)
CYGWIN=nontsec (This is because I have problems removing CVS locks from a local repository on a Samba share.) Just set "nosmbntsec" in your Cygwin env variable. That helps, probably. It only swichtes of ntsec on network drives. Corinna Unfortunately it's not enough (for my system): works: CYGWIN=nontsec CYGWIN=nontsec nosmbntsec fails: CYGWIN= CYGWIN=nosmbntsec leaving files like /usr/local/cvsroot/sources/com/decodon/geom/transform/#cvs.lock /usr/local/cvsroot/sources/com/decodon/geom/transform/test/#cvs.lock /usr/local/cvsroot/sources/com/decodon/util/html/#cvs.lock ... $ echo $CVSROOT /usr/local/cvsroot $ mount \\dagobert\cvsroot on /usr/local/cvsroot type system (binmode,noexec) ... Frank-Michael Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Nov 28 15:12:22 2002 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 Path: . c:\home\moser\scripts\cygwin c:\home\moser\scripts c:\home\moser\bin\cygwin c:\home\moser\bin c:\home\moser\work\bin . C:\jdk\1.4.1\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin\X11 C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Programme\system c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Programme\Network Associates\PGPcmdln C:\cygwin\usr\X11R6\bin SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `nontsec' HOME = `c:\home\moser' MAKE_MODE = `unix' PWD = `/home/moser/work' USER = `moser' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 28607Mb 83% CP CS UN PA FC PIP d: cd N/AN/A e: cd N/AN/A h: hd NTFS 28607Mb 83% CP CS UN PA FC PIP i: net NTFS 51095Mb 96% CP CSPAWeb_Installers m: hd NTFS 28607Mb 83% CP CS UN PA FC PIP n: net NTFS 16042Mb 87% CP CSPAILVM-Bilder p: net NTFS 16042Mb 87% CP CSPAExport s: net NTFS 51095Mb 96% CP CSPAsoftware t: net NTFS 16042Mb 87% CP CSPATransfer u: net NTFS 51095Mb 96% CP CSPAmoser w: net NTFS 51095Mb 96% CP CSPAdecodon x: hd NTFS 28607Mb 83% CP CS UN PA FC PIP y: hd NTFS 28607Mb 83% CP CS UN PA FC PIP z: hd NTFS 28607Mb 83% CP CS UN PA FC PIP C:\cygwin / system binmode \\dagobert\moser /home/gustav/mosersystem binmode \\dagobert\software/home/public/software system binmode \\dagobert\transfer/home/public/transfer system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode \\dagobert\cvsroot /usr/local/cvsrootsystem binmode C:\jdk\1.4.1 /usr/local/java system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll 643k 2002/11/09 C:\cygwin\bin\cygcrypto.dll 493k 2002/11/19 C:\cygwin\bin\cygcurl-2.dll 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll 490k 2002/09/21 C:\cygwin\bin\cygguile-12.dll 63k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 24k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 14k 2002/09/21 C:\cygwin\bin\cygguilereadline-v-12-12.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll 45k 2002/02/08 C:\cygwin\bin\cygjbig1.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 59k 2002/09/20 C:\cygwin\bin\cygkpathsea-3-3-7.dll 25k 2002/07/16 C:\cygwin\bin\cygltdl-3.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses
Re: Bug in Cygwin SSHD on windows XP
ws2_32.dll's ACL equals wsock32.dll's one. moser@PIP /cygdrive/c/WINDOWS/system32 $ getfacl ws2_32.dll # file: ws2_32.dll # owner: Administratoren # group: SYSTEM user::rwx group::rwx group:Benutzer:r-x mask::rwx other::--- moser@PIP /cygdrive/c/WINDOWS/system32 $ getfacl wsock32.dll # file: wsock32.dll # owner: Administratoren # group: SYSTEM user::rwx group::rwx group:Benutzer:r-x mask::rwx other::--- Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in Cygwin SSHD on windows XP
Max Bowsher wrote: Try: CYGWIN=ntsec getfacl /cygdrive/c/WINDOWS/system32/wsock32.dll CYGWIN=ntsec getfacl /cygdrive/c/WINDOWS/system32/ws2_32.dll Who knows, it might help find the problem. I'm not sure what you mean but I tried $ cygrunsrv --install sshd --disp "SSH daemon" --path /usr/sbin/sshd.exe --args "-d" --env CYGWIN="ntsec getfacl /cygdrive/c/WINDOWS/system32/wsock32.dll" and attached the resulting debug output. What should I expect or examine? Frank-Michael Last login: Thu Nov 28 14:06:49 2002 from localhost Fanfare!!! You are successfully logged in to this server!!! debug1: permanently_set_uid: 1005/513 Environment: ALLUSERSPROFILE=C:\Dokumente und Einstellungen\All Users COMMONPROGRAMFILES=C:\Programme\Gemeinsame Dateien COMPUTERNAME=PIP COMSPEC=C:\WINDOWS\system32\cmd.exe CYGWIN=ntsec getfacl /cygdrive/c/WINDOWS/system32/wsock32.dll HOME=/home/moser HOMEPATH= NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=/cygdrive/c/Programme/system:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Programme/Network Associates/PGPcmdln:/bin PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 4, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0204 PROGRAMFILES=C:\Programme SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=/cygdrive/c/WINDOWS/TEMP TERM=rxvt-cygwin-native TMP=/cygdrive/c/WINDOWS/TEMP USERDOMAIN=NT-AUTORITÄT USERNAME=SYSTEM USERPROFILE=C:\Dokumente und Einstellungen\LocalService WINDIR=C:\WINDOWS TZ= -1 -2,M3.5.0/2,M10.5.0/3 USER=moser LOGNAME=moser MAIL=/var/spool/mail/moser SHELL=/bin/bash SSH_CLIENT=127.0.0.1 1401 22 SSH_CONNECTION=127.0.0.1 1401 127.0.0.1 22 SSH_TTY=/dev/tty1 C:\cygwin\bin\bash.exe: *** could not load wsock32, Win32 error 126 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in Cygwin SSHD on windows XP
Max Bowsher wrote: It's a shame that this problem is so elusive. No problem, Max, Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in Cygwin SSHD on windows XP
Corinna Vinschen wrote: $ getfacl wsock32.dll # file: wsock32.dll # owner: moser # group: Kein user::rwx group::rwx group:Benutzer:r-x mask::rwx other::--- ("other::---" - could this be the problem?) ... I wonder how that happened on your machine. It's normal that files under ${windir} are owned by Administrators and group SYSTEM. Sorry but unfortunately I sent you the getfacl output with CYGWIN=nontsec (This is because I have problems removing CVS locks from a local repository on a Samba share.) Here is the output with ntsec: moser@PIP /cygdrive/c/WINDOWS/system32 $ getfacl wsock32.dll # file: wsock32.dll # owner: Administratoren # group: SYSTEM user::rwx group::rwx group:Benutzer:r-x mask::rwx other::--- -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in Cygwin SSHD on windows XP
Corinna Vinschen wrote: In your debug output you've send once, $PATH is set to /bin:/bin. Do you have any explanation how that could happen? Does that still happen? No. I attached the current debug output. Do you have a user environment file ~/.ssh/environment? No. Did you copy your authorized_keys file from a U*X machine and does that file contain a custom environment setting for your key? And no again. But you always have another idea, that's cool, even if it is a wild guess ;) Frank-Michael Last login: Thu Nov 28 12:38:41 2002 from localhost Fanfare!!! You are successfully logged in to this server!!! debug1: permanently_set_uid: 1005/513 Environment: ALLUSERSPROFILE=C:\Dokumente und Einstellungen\All Users COMMONPROGRAMFILES=C:\Programme\Gemeinsame Dateien COMPUTERNAME=PIP COMSPEC=C:\WINDOWS\system32\cmd.exe HOME=/home/moser HOMEPATH= NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=/cygdrive/c/Programme/system:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Programme/Network Associates/PGPcmdln:/bin PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 4, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0204 PROGRAMFILES=C:\Programme SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=/cygdrive/c/WINDOWS/TEMP TERM=rxvt-cygwin-native TMP=/cygdrive/c/WINDOWS/TEMP USERDOMAIN=NT-AUTORITÄT USERNAME=SYSTEM USERPROFILE=C:\Dokumente und Einstellungen\LocalService WINDIR=C:\WINDOWS TZ= -1 -2,M3.5.0/2,M10.5.0/3 USER=moser LOGNAME=moser MAIL=/var/spool/mail/moser SHELL=/bin/bash SSH_CLIENT=127.0.0.1 1193 22 SSH_CONNECTION=127.0.0.1 1193 127.0.0.1 22 SSH_TTY=/dev/tty1 C:\cygwin\bin\bash.exe: *** could not load wsock32, Win32 error 126 Connection to localhost closed. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in Cygwin SSHD on windows XP
Corinna Vinschen wrote: ... What does the ACL of ${windir}/system32/wsock32.dll look like? And, just being curious, what is the value of the registry entry HKLM\System\CurrentControlSet\Control\SessionManager\SafeDllSearchMode if available? Corinna $ regtool get "/machine/SYSTEM/CurrentControlSet/Control/Session Manager/SafeDllSearchMode" Error (2): Das System kann die angegebene Datei nicht finden. moser@PIP /cygdrive/c/WINDOWS/system32 $ getfacl wsock32.dll # file: wsock32.dll # owner: moser # group: Kein user::rwx group::rwx group:Benutzer:r-x mask::rwx other::--- ("other::---" - could this be the problem?) Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in Cygwin SSHD on windows XP
> > Because vague bug reports are all we have. And no-one can reproduce it > either. > http://sources.redhat.com/ml/cygwin/2002-07/msg01745.html When you investigat that thread you do not find only "vague bug reports". I have reported that bug too (so I'm at least No.3 in that game) including a detailed description, the output of cygcheck and sshd debug output and at least 4 subsequent answers to questions and proposes of Corinna and others. The problem (which I reported in July) persists. Meanwhile I have completely reinstalled Cygwin, did try nearly any hint related to SSHD posted on the mailing list but no changes exactly as "arBmind" has described. Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How can I avoid using a DOS box??
I found that the "run" command which comes with Cygwin-XFree is quite useful for launching any shell script with a Windows link without a DOS box flashing. The problem is that it works only when $(cygpath -w /) is in your Windows PATH variable - otherwise it does not find cygwin1.dll. But a simple workaround for this (if you do not like Cygwin in the Windows Path) is to (hard-)link run in /bin: ln /usr/X11R6/bin/run.exe /bin/run.exe This i.e. is the way I start X with reading .xinitrc and .xserverrc from my HOME (what startxwin.bat does not): C:\cygwin\bin\run.exe bash --login -c startx You also can use this as yet another "RXVT here" approach: echo Add Explorer extension \"RXVT here\" regtool add /root/Directory/shell/0cmd-rxvt regtool set /root/Directory/shell/0cmd-rxvt/ "RXVT here" regtool add /root/Directory/shell/0cmd-rxvt/command regtool set /root/Directory/shell/0cmd-rxvt/command/ "$(cygpath -w -a /)\\bin\\run.exe sh ~/bin/goto \"%1\"" where a "goto" script should do the rest. I wonder whether a) run should find cygwin1.dll by reading the mounts from the registry or b) run should go in /bin by default Is either a) or b) an option? Frank-Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
(Danilo: Sorry for accidently sending my previous mail directly to you) Danilo Turina wrote: > Since 6/7 months I have 0x000a errors with my PC (Win2K SP3), the > problem is very simple: when XFree is running and there is a write to > /etc I got a blue screen. > Here are the steps I perform: > > * start XFree (XWin+WindowMaker+ all that is launched by > startxwin.bat); > * open a xterm; > * touch /etc/pippo (or any other file you want, within /etc). > Unfortunately I can exactly reproduce your problem without any McAffe or other AV stuff. I'm running the latest Cygwin on XP-Home. I attached the cygcheck -s and in a previous mail I wanted to attach the mini-dump but I was not allowed to send it: <[EMAIL PROTECTED]>: ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes (#5.2.3) My system unfortunately did restart at once so I did not find any information from the stack but if I could provide some more useful information or any debug support (but I do not know anything about C!) please let me know. Frank-Michael Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Nov 25 13:25:36 2002 Windows XP Home Edition Ver 5.1 Build 2600 Path: . c:\home\moser\scripts\cygwin c:\home\moser\scripts c:\home\moser\bin\cygwin c:\home\moser\bin c:\home\moser\work\bin . C:\jdk\1.4.1\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin\X11 C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Programme\system c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Programme\Network Associates\PGPcmdln C:\cygwin\usr\X11R6\bin SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\home\moser' MAKE_MODE = `unix' PWD = `/home/moser' USER = `moser' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 28607Mb 83% CP CS UN PA FC PIP d: cd N/AN/A e: cd N/AN/A h: hd NTFS 28607Mb 83% CP CS UN PA FC PIP i: net NTFS 51095Mb 91% CP CSPAWeb_Installers m: hd NTFS 28607Mb 83% CP CS UN PA FC PIP n: net NTFS 16042Mb 90% CP CSPAILVM-Bilder p: net NTFS 16042Mb 90% CP CSPAExport s: net NTFS 51095Mb 91% CP CSPAsoftware t: net NTFS 16042Mb 90% CP CSPATransfer u: net NTFS 51095Mb 91% CP CSPAmoser w: net NTFS 51095Mb 91% CP CSPAdecodon x: hd NTFS 28607Mb 83% CP CS UN PA FC PIP y: hd NTFS 28607Mb 83% CP CS UN PA FC PIP z: hd NTFS 28607Mb 83% CP CS UN PA FC PIP C:\cygwin / system binmode \\dagobert\moser /home/gustav/mosersystem binmode \\dagobert\software/home/public/software system binmode \\dagobert\transfer/home/public/transfer system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode \\dagobert\cvsroot /usr/local/cvsrootsystem binmode C:\jdk\1.4.1 /usr/local/java system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll 643k 2002/11/09 C:\cygwin\bin\cygcrypto.dll 493k 2002/11/19 C:\cygwin\bin\cygcurl-2.dll 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll 45k 2002/02/08 C:\cygwin\bin\cygjbig1.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 59k 2002/09/20 C:\cygwin\bin\cygkpathsea-3-3-7.dll 25k 2002/07/16 C:\cygwin\bin\cygltdl-3.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/0
Re: how to set "To:" and "Subject:" with ssmtp
I attached a small shell script which mimes the behaviour of the classic Unix' mail command using ssmtp. Most of the options are ignored but "To:" and "Subject:" at least work. Give it a try and type "mail --help" Frank-Michael Marcos Lorenzo wrote: I'm unable to fill some fields in mail header with ssmtp: When I run: marcos@MOZART ~$ echo "testing mail" | ssmtp -f administrador@mozart -F Administrador [EMAIL PROTECTED] I get the following: Received: from arpa.it.uc3m.es ([EMAIL PROTECTED] [163.117.139.120]) by varpa.it.uc3m.es (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA27580; Tue, 29 Oct 2002 11:17:57 +0100 Received: from varpa.it.uc3m.es ([EMAIL PROTECTED] [163.117.139.253]) by arpa.it.uc3m.es (8.9.3/8.9.3) with ESMTP id LAA26700 for <[EMAIL PROTECTED]>; Tue, 29 Oct 2002 11:17:56 +0100 Received: from mozart.lab.it.uc3m.es (mozart.lab.it.uc3m.es [163.117.144.225]) by varpa.it.uc3m.es (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id LAA27512 for <[EMAIL PROTECTED]>; Tue, 29 Oct 2002 11:17:56 +0100 Message-Id: <[EMAIL PROTECTED]> Received: by mozart.lab.it.uc3m.es (sSMTP sendmail emulation); Tue, 29 Oct 2002 11:17:56 +0100 From: Administrador <[EMAIL PROTECTED]> Date: Tue, 29 Oct 2002 11:17:56 +0100 To: undisclosed-recipients:; X-Spam-Status: No, hits=-92.8 required=6.0 tests=FROM_LOCAL,FROM_NAME_NO_SPACES,UNDISC_RECIPS,SUBJ_MISSING, MSG_ID_ADDED_BY_MTA_2,AWL version=2.31 X-Spam-Level: testing mail Which is quite OK but I cannot see any option in ssmtp to set the To or the Subject fields as with the From one. I searched the docs and read the manpage, but I didn't find any documentation on setting the fields Subject and To. thx in advance, m4c. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ mail Description: application/java-applet -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
Really, that's it. I removed the downloaded openssh-3.0.2p1-2.tar.bz2 manually and run setup again - now everything works fine. Thanks for the help. Pavel Tsekov wrote: > Check your setup.log and setup.log.full for any > error messages - perhaps the tarball is > broken (paritally downloaded). > > Frank-Michael Moser wrote: > >>When setup.exe installs the previous version >>I can see the progress bars moving. >>Installing the new version is as fast as >>nothing beeing copied !? >> >>Corinna Vinschen wrote: >> >> >>>On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote: >>> >>> >>>>After updating OpenSSH I cannot find ssh.exe >>>>any longer?! Running setup.exe again and rolling >>>>back to the previous version makes everything >>>>fine again. >>>> >>>> >>>Weird. ssh.exe is definitely part of the tar archive. >>> >>>Corinna >>> >>> >>> > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
When setup.exe installs the previous version I can see the progress bars moving. Installing the new version is as fast as nothing beeing copied !? Corinna Vinschen wrote: > On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote: > >>After updating OpenSSH I cannot find ssh.exe >>any longer?! Running setup.exe again and rolling >>back to the previous version makes everything >>fine again. >> > > Weird. ssh.exe is definitely part of the tar archive. > > Corinna > > -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
After updating OpenSSH I cannot find ssh.exe any longer?! Running setup.exe again and rolling back to the previous version makes everything fine again. Regards, Frank-Michael. -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/