winsup/cygwin ChangeLog exceptions.cc pinfo.cc ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-11-26 02:35:49 Modified files: cygwin : ChangeLog exceptions.cc pinfo.cc sigproc.cc sync.cc sync.h Log message: * exceptions.cc (sigpacket::process): Move signal_exit processing into... (_cygtls::signal_exit): ...here. Close my_readsig and comment on why. * pinfo.cc (pinfo::exit): Move sigproc_terminate earlier. Set exiting flag in lock_process. * sigproc.cc (my_readsig): Make global. * sync.cc (muto::exiting_thread): Delete. (muto::acquire): Delete #if 0'ed code. * sync.h (muto::exiting_thread): Delete. (set_exiting_thread): Ditto. (lock_process::lock_process): Don't worry about setting the exiting thread since it had no meaning. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5568r2=1.5569 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.362r2=1.363 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.288r2=1.289 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.362r2=1.363 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sync.cc.diff?cvsroot=uberbaumr1=1.41r2=1.42 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sync.h.diff?cvsroot=uberbaumr1=1.39r2=1.40
Re: An AWK-ward problem...
Op 24-11-2011 10:17, Corinna Vinschen schreef: - /bin/awk is a symlink to /bin/gawk.exe, an executable. If you call dos2unix on an executable, the executable will be either unchanged, or broken with a high probability. Current dos2unix skips binary files, unless you force the conversion with -f, --force. -- Erwin Waterlander www: http://www.xs4all.nl/~waterlan/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
tail/head not working with a pseudoterminal
Hello, I'm trying to tail a file through SSH. I'm launching ssh through Python, like this: ssh -t u...@vm-admin.corp.com tail /cygdrive/c/ctier/ctl/var/logs/ctlcenter/STAGING/Administration/\[Staging\]\ Sleep/7.txt And I get this: Pseudo-terminal will not be allocated because stdin is not a terminal. TAIL: lseeki64() failed 22 This works from the command line :( Also head fails with: Pseudo-terminal will not be allocated because stdin is not a terminal. bash: /cygdrive/c/apps/activeperl/bin/head: /usr/bin/perl: bad interpreter: Permission denied This also works from the command line :( The Cygwin version is: CYGWIN_NT-6.0-WOW64 1.7.9(0.237/5/3) 2011-03-29 10:10 Any ideas? Thanks, _ Costin Caraivan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tail/head not working with a pseudoterminal
On Nov 25 16:03, Costin Caraivan wrote: Hello, I'm trying to tail a file through SSH. I'm launching ssh through Python, like this: ssh -t u...@vm-admin.corp.com tail /cygdrive/c/ctier/ctl/var/logs/ctlcenter/STAGING/Administration/\[Staging\]\ Sleep/7.txt And I get this: Pseudo-terminal will not be allocated because stdin is not a terminal. TAIL: lseeki64() failed 22 This is not Cygwin's tail. The error message looks pretty weird. Try ssh -tt. This works from the command line :( Also head fails with: Pseudo-terminal will not be allocated because stdin is not a terminal. bash: /cygdrive/c/apps/activeperl/bin/head: /usr/bin/perl: bad interpreter: Permission denied You're running the wrong head command. This is some activestate perl script, not the Cygwin head tool from coreutils. Change your $PATH to find the Cygwin apps first. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tail/head not working with a pseudoterminal
On Fri, Nov 25, 2011 at 3:21 PM, Corinna Vinschen wrote: On Nov 25 16:03, Costin Caraivan wrote: ... Also head fails with: Pseudo-terminal will not be allocated because stdin is not a terminal. bash: /cygdrive/c/apps/activeperl/bin/head: /usr/bin/perl: bad interpreter: Permission denied You're running the wrong head command. This is some activestate perl script, not the Cygwin head tool from coreutils. Change your $PATH to find the Cygwin apps first. It's HEAD from lwp-request: http://search.cpan.org/~gaas/libwww-perl-6.03/bin/lwp-request Found unfortunately due to case-insensitive NTFS. Costin, try /usr/bin/head explicitly. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tail/head not working with a pseudoterminal
It's HEAD from lwp-request: http://search.cpan.org/~gaas/libwww-perl-6.03/bin/lwp-request Found unfortunately due to case-insensitive NTFS. Costin, try /usr/bin/head explicitly. Csaba Thanks, that should do it. I see one path when connecting manually with SSH, and another one when launching SSH from Python :-( _ Costin Caraivan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Machine very sluggish while compiling
Hello, * On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote: Lately I've noticed that running make -j4 on my quad-core win7-x64 machine causes it to become sluggish or even unresponsive. I have seen very similar effects on my Win7-64 box. I can force the problem here just be running ccrypt, though, I do not need to use make -j4. I assume it has to do with the Windows 64 bit problems of Cygwin (search the ML archives for that). For me, this is the first machine since years where I do not use Cygwin because of this issue. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
tetex-tiny bug
Hi! It's been a couple of years since I fixed this [1] on my old computer, and now I had to fix it on the new one. Can someone please fix the tetex-tiny package? Below is what I did to fix the problem. Cheers, Peter [1] http://www.cygwin.com/ml/cygwin/2006-05/msg00756.html --- /usr/share/texmf/web2c/fmtutil.cnf.cygwin-dist 2005-05-05 20:54:58.00100 +0200 +++ /usr/share/texmf/web2c/fmtutil.cnf 2011-11-25 16:36:48.748662200 +0100 @@ -41,7 +41,7 @@ textex - -translate-file=cp227.tcx tex.ini aleph aleph - *aleph.ini latex pdfetex language.dat-translate-file=cp227.tcx *latex.ini -etex pdfetex language.def-translate-file=cp227.tcx *etex.ini +etex etexlanguage.def-translate-file=cp227.tcx *etex.ini pdftex pdfetex - -translate-file=cp227.tcx *pdftex.ini pdflatex pdfetex language.dat-translate-file=cp227.tcx *pdflatex.ini pdfetexpdfetex language.def -translate-file=cp227.tcx *pdfetex.ini -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tetex-tiny bug
On 25/11/2011 10:48 AM, Peter Rosin wrote: It's been a couple of years since I fixed this [1] on my old computer, and now I had to fix it on the new one. Can someone please fix the tetex-tiny package? My understanding is that tetex has not been maintained in years (neither cygwin nor upstream) and that we should all be using TexLive (cygwin-aware) or possibly MikTex (Windows native) at this point. My life has certainly become simpler since I realized this. Regards, Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tetex-tiny bug
Ryan Johnson skrev 2011-11-25 17:38: On 25/11/2011 10:48 AM, Peter Rosin wrote: It's been a couple of years since I fixed this [1] on my old computer, and now I had to fix it on the new one. Can someone please fix the tetex-tiny package? My understanding is that tetex has not been maintained in years (neither cygwin nor upstream) and that we should all be using TexLive (cygwin-aware) or possibly MikTex (Windows native) at this point. My life has certainly become simpler since I realized this. Great, but where's the TexLive Cygwin maintainer? Are you volunteering? Cheers, Peter -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tetex-tiny bug
On 25/11/2011 11:48 AM, Peter Rosin wrote: Ryan Johnson skrev 2011-11-25 17:38: On 25/11/2011 10:48 AM, Peter Rosin wrote: It's been a couple of years since I fixed this [1] on my old computer, and now I had to fix it on the new one. Can someone please fix the tetex-tiny package? My understanding is that tetex has not been maintained in years (neither cygwin nor upstream) and that we should all be using TexLive (cygwin-aware) or possibly MikTex (Windows native) at this point. My life has certainly become simpler since I realized this. Great, but where's the TexLive Cygwin maintainer? Are you volunteering? That would be the good folks at http://www.tug.org/texlive/. Their unix installer is cygwin-aware out of the box, or they have a native Windows version if you prefer. Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Mapping of Windows registry not complete
Hello, I'm trying to compile Libreoffice on Windows with Cygwin. For this, I had to install some softs including Microsoft Visual C++ Express 8. When I launched configuration part of Libreoffice (so just before compiling), I noticed that some config elements weren't found. By taking a look about the cause of this, I saw that Windows registry mapped by Cygwin located in /proc/registry wasn't complete. For example I've got : /proc/registry/HKLM/Software/Microsoft/VC8 (since I'm right now on Linux, the path is not exactly this one but that's the idea) but nothing in it whereas I can see with regedit there are keys and subkeys. I took a look to /proc/registry32, it was the same. I use Windows Vista 32 (dual boot with Debian testing) and Cygwin 1.7. I had cleaned previous Cygwin install by deleting the cygwin program folder and cleaned the registry (with ccleaner). Of course, I saw the tool regtool and proposed a patch to LibreOffice to use it. But I'd like to understand why the mapping isn't complete. Regards, Julien. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
