Re: [ITP] updated: lighttpd-1.4.8-1 [Was: lighttpd on cygwin?]
Yitzchak Scott-Thoennes wrote: http://www.lapo.it/cygwin/lighttpd-1.4.8-1.tar.bz2 The dll's in this package have ImageBase 1000. I still don't grok this ImageBase issue quite fully (I guess RTFM is the correct reply, but until I finish my thesis I don't have time to do /serious/ studying)... Does this means that it fails to load to you as it conflicts with other DLLs? Whose fault is it? My ld.exe? Should I add a rebase in the building script? ?_? Lapo
Re: [ITP] updated: lighttpd-1.4.8-1 [Was: lighttpd on cygwin?]
Lapo Luchini wrote: Does this means that it fails to load to you as it conflicts with other DLLs? Yes, but only in certain cases and situations -- not in general. Whose fault is it? My ld.exe? No, ld still defaults to --disable-auto-image-base. Should I add a rebase in the building script? No, just LDFLAGS=-Wl,--enable-auto-image-base ./configure ... when configuring. Brian
Please Upload: lapack-3.0-4
Cygwin Uploaders: Please upload lapack-3.0-4 from: ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4-src.tar.bz2 ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4.tar.bz2 This fixes the incorrectly-implemented autobasing for the cyglapack and cygblas dynamic link libraries. Thanks to Yitzchak Scott-Thoennes for identifying the issue. Jim Phillips
Re: Please Upload: lapack-3.0-4
On Jan 10 11:33, James R. Phillips wrote: ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4-src.tar.bz2 ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4.tar.bz2 Uploaded. I removed 3.0-2. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
winsup/cygwin ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-01-10 14:49:21 Modified files: cygwin : ChangeLog Log message: . Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3330r2=1.3331
winsup/cygwin ChangeLog fhandler_proc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-01-10 16:49:29 Modified files: cygwin : ChangeLog fhandler_proc.cc Log message: * fhandler_proc.cc (format_proc_cpuinfo): Avoid leading whitespace in model name. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3331r2=1.3332 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_proc.cc.diff?cvsroot=uberbaumr1=1.63r2=1.64
src/winsup/cygwin ChangeLog dcrt0.cc init.cc m ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-01-10 18:11:32 Modified files: winsup/cygwin : ChangeLog dcrt0.cc init.cc mmap.cc wincap.cc wincap.h Log message: * dcrt0.cc (dll_crt0_0): Remove call to wincap.init. * init.cc (dll_entry): Rename is_wow64_proc to wow64_test_stack_marker. Call wincap.init here before doing anything else. Use wincap.is_wow64 to determine if we're running in a WOW64 emulator. * mmap.cc (MapViewNT): Don't use AT_ROUND_TO_PAGE in WOW64, it's apparently not supported. (mmap64): Don't create mappings beyond EOF, which would need to use AT_ROUND_TO_PAGE, on WOW64. * wincap.cc (wincap): Throw into the .cygwin_dll_common section. (wincapc::init): Determine if running in WOW64 and set wow_64 flag. * wincap.h (class wincapc): Add wow64 member. (wincapc::is_wow64): New method. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3332r2=1. http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srcr1=1.283r2=1.284 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/init.cc.diff?cvsroot=srcr1=1.61r2=1.62 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/mmap.cc.diff?cvsroot=srcr1=1.124r2=1.125 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.45r2=1.46 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.35r2=1.36
Re: bash -c error
Christopher Faylor wrote: $ bash -c time Segmentation fault (core dumped) $ uname -a CYGWIN_NT-5.1 DULI2 1.5.19s(0.141/4/2) 20051020 10:37:08 i686 unknown unknown Cygwin Reproduced on several machines. I wonder what can it be. Just try running 'time' from the bash prompt. You get a SEGV from strlen AFAICT. No, I don't. But I do get a strange behaviour with time for ((i=0;i=100++)) do :; done Now bash window simply disappears. Anyway, I tried it on several Linux boxes with the same results. Google confirms that the problem is not Cygwin specific and it was first reported 3 months ago (no patches yet AFAICT). Krzysztof Duleba -- 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: help cron cygwin
Thank you very much Larry!
I'll try! Your message is very clear.
Bye
Christian
(I'm very satisfied with CYGWIN, great job!)
- Original Message -
From: Larry Hall (Cygwin) [EMAIL PROTECTED]
To: Christian Lanconelli (servizio) [EMAIL PROTECTED]
Cc: cygwin@cygwin.com
Sent: Sunday, January 08, 2006 9:11 AM
Subject: Re: help cron cygwin
Christian Lanconelli (servizio) wrote:
Hi,
CRON can run commands wrote in fortran containing the call system()
statement?
this is my program : trasf_DOS.f
It write a DOS batch file that is immediately run by the 'call system
(copio.bat)' statement-
It WORK WELL in the bash shell (cygwin because I use the DOS commands
xcopy)
but can't run as a cron scheduled job.
Both trasf_DOS.exe, and copio.bat, are in the $PATH.
1) IT WORKS NORMALLY:
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ ./trasf_DOS.exe Carriage Return
sab 07/01/2006
Prima della trasformazione: 7 1 2006
Dopo la trasformazione: 6 1 6
=== Copio i file lanciando il batch appena creato ===
c:\cvi\ICARO\datixcopy c:\cvi\ICARO\dati\??060106.* \\pc27\CO2_O3\ /D
/F
/Z
C:\cvi\ICARO\dati\DD060106.GAS - \\pc27\CO2_O3\DD060106.GAS
C:\cvi\ICARO\dati\DD060106.MET - \\pc27\CO2_O3\DD060106.MET
C:\cvi\ICARO\dati\DD060106.RAD - \\pc27\CO2_O3\DD060106.RAD
C:\cvi\ICARO\dati\MN060106.DEU - \\pc27\CO2_O3\MN060106.DEU
C:\cvi\ICARO\dati\MN060106.GAS - \\pc27\CO2_O3\MN060106.GAS
C:\cvi\ICARO\dati\MN060106.MET - \\pc27\CO2_O3\MN060106.MET
C:\cvi\ICARO\dati\MN060106.RAD - \\pc27\CO2_O3\MN060106.RAD
7 File copiati
(end of trasf_DOS.exe)
2) IT IS IN THE PATH
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygd
rive
/c/WINNT:/cygdrive/c/VXIPNP/WinNT/Bin:/cygdrive/c/cvi/icaro/dati
3) Here are the crontab -l output:
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ crontab -l
40 * * * * trasf_DOS.exe;echo tab eseguito alle
$(date)/home/Administrator/cronlog
The file cronlog is regularly updated. But trasf_DOS appears not work!
Can you help me? What's my error?
It's a common cron misconception that occurs across all platforms on
which it runs. The fact that a script runs when logged in but not in cron
suggests that it is a path issue. Don't assume the path is right. Don't
assume that things cron runs will have exactly the same environment you
have on the command line. Write defensively scripts/apps that cron will
run.
In this case, providing the fully qualified path to your executable and
copio.bat when they are invoked should help. Keep in mind as well that
Cygwin compiled programs are going to invoke Cygwin's system(), not
Windows,
and that .bat files aren't going to be interpreted properly by any Cygwin
shell. So you'll probably want to invoke a fully qualified command.com
or cmd.exe as part of your system() call, depending on your target
platform.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
begin 666 100_3935.JPG
M_]C_X `02D9)[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]0$/``(`
M```6@$0``([EMAIL PROTECTED],!``$```$:[EMAIL PROTECTED];
[EMAIL PROTECTED],!``(```$Q``(0Z@(3``,!``(`
M`([EMAIL PROTECTED]3!%05-434%.($M/1$%+($-/35!!3ED`
[EMAIL PROTECTED]@W,S$P($1)
[EMAIL PROTECTED])!``#F`0```.8!5F5RVEO
M;B R+C P,# @
M
M__\`)8*:``4!```#/(*=``4!```#1(@B``,!``(`
M`(@G``,!`0``) ```$,#(R,) #``(4```#%) $``(4
M```#*)$!``$`0(#`)$``4!```#3)(!``H!```#5)(``4`
M```!```#7)($``H!```#9)(%``4!```#;)('``,!``(``)()
M``,[EMAIL PROTECTED])(*``4!```#=))\`/$```#C* ```$,#$P
M,* !``,!``$``* ``0!```((* #``0!```* %``0!
M```)UJ(5``4!```#?*(7``,!``(``*,```!`P```*,!```
M```!`0```*0!``,!`*0``,!`*0#``,!`*0$
M``4!```#A*0%``,!`4``*0``,!`*0'``,!
M`*0(``,!`*0)``,!`*0*``,!`*0,``,!
M```R,# V.C Q.C T(#$U.C0U.C4S`#(P,#8Z,#$Z,#0@,34Z-#4Z
M-3,!LP`/0D ```'9 [EMAIL PROTECTED] ```0```Q9 ``
M```*```!L0```0```).9 ```0!``I#6#S,5DX
M.#8S,C4P`T`80!N` `2P!O`0`80`Y_ ```NW``$!2UX``$!1
M*P```G([EMAIL PROTECTED]0`9 ```0$!W* `
M`0%6@ `#$!`@ '`([EMAIL PROTECTED] `D@7`)L`DP3`(0`:0!Q`(`B #
M`'[EMAIL PROTECTED](`: !H`%T``0`!`/[EMAIL PROTECTED]``'__P``__\``P`#``(`
M```!``$`! `#``0``P`#``,`' `;`!P`'0`` `# `,``P`#P`-`! ``P`#
[EMAIL PROTECTED]@ `( `@ `( `@ `( `@ `( `
M@ `( `@ `( `@ `( `@ `( `_P#-`/\`_P#_`/\`_PT`/\`,@`2
M`([EMAIL PROTECTED])0`04`/\`N0#_`'0`) `=`'D``_ BI `
RE: bash -c error
Krzysztof Duleba wrote: Christopher Faylor wrote: $ bash -c time Segmentation fault (core dumped) $ uname -a CYGWIN_NT-5.1 DULI2 1.5.19s(0.141/4/2) 20051020 10:37:08 i686 unknown unknown Cygwin Reproduced on several machines. I wonder what can it be. Just try running 'time' from the bash prompt. You get a SEGV from strlen AFAICT. No, I don't. But I do get a strange behaviour with time for ((i=0;i=100++)) do :; done It works fine if you fix the bug :) Now bash window simply disappears. Run it in a bash subshell and you'll see: [EMAIL PROTECTED] ~ time for ((i=0;i=100++)) do :; done bash: syntax error: arithmetic expression required bash: syntax error: `((i=0;i=100++))' Segmentation fault [EMAIL PROTECTED] ~ cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin cannot find certain files under Windows 2003
On Jan 9 16:58, Ian Harris wrote: Hi, I have been using Cygwin on Windows Server 2003 (both Standard Edition and Web Server Edition) for a while without any problems to interface with the IIS scripts in /cygdrive/c/inetpub/adminscripts. However, I have recently installed Cygwin on Windows Server 2003 64-bit Standard Edition and it cannot see certain files which definitely exist within the file system, notably c:\WINDOWS\system32\inetsrv\MetaBase.xml, which causes havoc with the AdminScripts. If I ls the directory in Cygwin, I can see most of the files but not the MetaBase.xml file (amongst a few others), but I have no problem seeing the file from a regular Windows command prompt. This has nothing to do with Cygwin, it's a 64-bit Windows limitation. Certain files in a 64-bit system are implicitely hidden from accessing them from the WOW64 32-bit environment. In the 64-bit version of cmd.exe, the system32/inetsrv directory has 82 files and directories when calling `dir /w'. If you do the same in a 32 bit cmd.exe(*), you can only see 60 files and directories. Why? The reason for this is that 32-bit processes are internally redirected to different directories under some circumstances. The WINDOWS/system32 directory is one of these cases. If an application running under WOW64 chdir's to C:\WINDOWS\system32, it is actually redirected to the directory C:\WINDOWS\SysWOW64. If you examine the C:\WINDOWS\SysWOW64\inetsrv directory with the 64-bit cmd.exe, you will find that it contains 60 files and directories. That's it. As for having a workaround, I know the system call to switch off this redirection per thread, but I'm not convinced that it would be a good idea to use it for Cygwin processes. After all, Cygwin processes are 32-bit processes and should see the same environment as any native 32-bit process. Corinna (*) C:\WINDOWS\SysWOW64\cmd.exe -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: tzcode-2005r-1
Hi A new version of 'tzcode/tzdata' has been uploaded to a server near you. DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release * Removed dependency of pdksh in favour of bash tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. INSTALLATION: = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up the above mentioned package from the 'System' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker -- 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/
autoconf/automake: just can't get it to work at all.
I'm having trouble with the cygwin auto*tool package and the wrappers it puts around the different tool versions. I've looked in the following places /usr/doc /usr/doc/Cygwin /usr/share/doc /usr/share/doc/Cygwin man automake man autoconf info automake info autoconf and autoconf-wrapper-2.59.README is the only one with cygwin-specific usage info. It says Port Notes: Be sure to read the documentation in /usr/doc/autoconf-2.59/ which doesn't exist, but /usr/share/doc/autoconf-wrapper-2.59/ does, and it has a README that says that autoconf is a wrapper, that it will generally execute the newer auto* tool versions unless it finds an old generated configure script or is overridden by the WANT_AUTOCONF_2_1 or FORCE_AUTOCONF_2_5 environment vars. If there's any more cygwin-specific docs than that, I just didn't find it. Anyway, I can't figure out any way to get it to work. Back in the Good Old Days (TM), I just used to cd into the relevant dir and execute autoconf/automake according to whether I wanted to rebuild a configure script or makefile from a .in/.am or whatever. (As you can tell, I didn't understand the process in great detail, because I never needed to.) That was easy, but the new side-by-side install system has me stumped. I've got an old (2.13/2.14-ish timeframe) binutils. I edit ld/Makefile.am. Now I want to rebuild the thing, regenerating Makefile.in from Makefile.am. I work on the assumption that an old binutils will need old auto*tools, so I try the WANT_AUTOCONF_2_1 flag. But it fails: running 'autoconf' silently exits without doing anything at all, running 'automake' emits an error message. --snip-- [EMAIL PROTECTED] /tools/external_source/gnu/binutils-x.xx cvs up [EMAIL PROTECTED]'s password: ? diffs.txt M ld/Makefile.am [EMAIL PROTECTED] /tools/external_source/gnu/binutils-x.xx export WANT_AUTOCONF_2_1=1 [EMAIL PROTECTED] /tools/external_source/gnu/binutils-x.xx autoconf [EMAIL PROTECTED] /tools/external_source/gnu/binutils-x.xx automake Usage: autoconf [-h] [--help] [-m dir] [--macrodir=dir] [-l dir] [--localdir=dir] [--version] [template-file] automake: autoconf failed with exit status: 1 [EMAIL PROTECTED] /tools/external_source/gnu/binutils-x.xx cvs up [EMAIL PROTECTED]'s password: ? diffs.txt M ld/Makefile.am --snip-- If I just cd into the ld subdir and try running automake there, it also fails, with the same error message as above. Trying it with the new autotools just seems to confirm my theory that the source is too old to be compatible: --snip-- [EMAIL PROTECTED] /dlxtools/external_source/gnu/binutils-x.xx unset WANT_AUTOCONF_2_1 [EMAIL PROTECTED] /dlxtools/external_source/gnu/binutils-x.xx export FORCE_AUTOCONF_2_5=1 [EMAIL PROTECTED] /dlxtools/external_source/gnu/binutils-x.xx autoconf configure.in:2053: error: possibly undefined macro: AS_FOR_TARGET If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. [EMAIL PROTECTED] /dlxtools/external_source/gnu/binutils-x.xx automake configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). automake: no `Makefile.am' found for any configure output [EMAIL PROTECTED] /dlxtools/external_source/gnu/binutils-x.xx --snip-- I tried setting WANT_AUTOCONF_2_1 and then enabling maintainer mode at configure time, in an attempt to have maintainer mode regen the makefile for me, and although the configure went fine, the build fails when it comes to recurse into the binutils subdir to configure and build down there, with the following error: --snip-- else true; fi touch stamp-lib make[3]: Leaving directory `/repository/gcc-build/binutils/opcodes' make[2]: Leaving directory `/repository/gcc-build/binutils/opcodes' make[1]: Leaving directory `/repository/gcc-build/binutils/opcodes' Configuring in binutils loading cache .././config.cache checking for Cygwin environment... (cached) yes checking for mingw32 environment... (cached) no checking host system type... i686-pc-cygwin ... omit much normal looking config test output here ... checking whether getenv must be declared... (cached) no checking whether environ must be declared... no updating cache .././config.cache creating ./config.status creating Makefile creating doc/Makefile creating po/Makefile.in creating config.h make[1]: Entering directory `/repository/gcc-build/binutils/binutils' cd /dlxtools/external_source/gnu/binutils-x.xx/binutils automake --cygnus
Re: bash -c error
Dave Korn wrote: Just try running 'time' from the bash prompt. You get a SEGV from strlen AFAICT. No, I don't. But I do get a strange behaviour with time for ((i=0;i=100++)) do :; done It works fine if you fix the bug :) I know, which is even more amusing. Krzysztof Duleba -- 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/
permissions and ACLs
Cygwin gurus, Frustrated by permission problems resulting from having two accounts with the same user name (one domain, one local) I decided to start over with my cygwin installation. This time, I logged in as local administrator (account name say [EMAIL PROTECTED]) and installed cygwin as this user. Then, to make sure I could read and use cygwin from my domain account I used the Windows ACLs to also grant my domain account Full Control to all the files in C:\cygwin. Thus, both my [EMAIL PROTECTED] (local admin) and my [EMAIL PROTECTED] (domain admin) have Full Control to files in C:\cygwin. But, while logged in both as [EMAIL PROTECTED] and as [EMAIL PROTECTED] I tried from Windows Explorer to delete a file and was informed that I do not have permission! So, I launched the cygwin bash window (from [EMAIL PROTECTED]) and performed a chmod 777 on the file (which cygwin allowed) and STILL can't delete the file: [EMAIL PROTECTED] /usr/bin $ ls -la rsync.exe -rwxrwxrwx 1 senior Users 245248 Aug 18 03:56 rsync.exe [EMAIL PROTECTED] /usr/bin $ rm -f rsync.exe rm: cannot remove `rsync.exe': Permission denied [EMAIL PROTECTED] /usr/bin $ I have read the documentation on NTSEC and from my limited understanding of it was able to glean that using the Windows ACLs was probably not the right way to grant access to the [EMAIL PROTECTED] account. What is the best way to allow access of cygwin to *all* administrators and can I repair this permissions on this installation? Thanks again. --- My CYGWIN environment variable is set to CYGWIN binmode ntsec tty title server and the /etc/passwd file follows. [EMAIL PROTECTED] /usr/bin $ less /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-LOCAL\Administrator,S-1-5-21-4847 63869-1563985344-682003330-500:/home/Administrator:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-LOCAL\Guest,S-1-5-21-484763869-1563985344 -682003330-501:/home/Guest:/bin/bash HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote Desktop Help Assistant Accoun t,U-LOCAL\HelpAssistant,S-1-5-21-484763869-1563985344-682003330-1000:/home/Hel pAssistant:/bin/bash admin:unused_by_nt/2000/xp:1003:513:U-LOCAL\admin,S-1-5-21-484763869-1563985 344-682003330-1003:/home/admin:/bin/bash sshd:unused_by_nt/2000/xp:1020:513:sshd privsep,U-LOCAL\sshd,S-1-5-21-48476386 9-1563985344-682003330-1020:/var/empty:/bin/bash SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft Corporation,L=Redmon d,S=Washington,C=US,U-LOCAL\SUPPORT_388945a0,S-1-5-21-484763869-1563985344-682 003330-1002:/home/SUPPORT_388945a0:/bin/bash -- 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: autoconf/automake: just can't get it to work at all.
Dave Korn wrote: I'm having trouble with the cygwin auto*tool package and the wrappers it puts around the different tool versions. I've looked in the following places I think that they key point is that for automake, the automatic version guessing is no longer done, there are no wrapper scripts. I don't think the WANT_ or FORCE_ stuff has any effect. You should be able to just run e.g. automake-1.4 if you want that version. When you run automake you get whichever version is currently set as the alternative -- see man alternatives. You can run update-alternatives --config automake to select which version the generic automake should run. Note that for autoconf, there is still version guessing so you should always be able to just run autoconf and get the right thing. This seems to be mostly documented in Chuck's announcement here: http://www.cygwin.com/ml/cygwin-announce/2005-08/msg00059.html Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash -c error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Brian Dessent on 1/9/2006 10:29 AM: $ bash -c time Segmentation fault (core dumped) This looks like a bash bug. It looks like only 3.0 is affected, as it works fine in 3.1. Since 'time' is a builtin, it appears to be a bug in trying to run time with an empty parameter: Thanks for the backtrace. I'll see about rolling a bash 3.0-15 in the near future. In the meantime, avoid invalid uses of time (POSIX states that time takes a mandatory argument of the utility name to run; the bash extension of letting time take no arguments was the culprit here). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDw8AY84KuGfSFAYARAva6AJ9WkvDjfS3l0IWEk9E4nETqlFocbgCeJtuf O10bMNdEBCF/7YZKjQk+eRo= =el5D -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
On Tue, 10 Jan 2006, Ken Senior wrote: Cygwin gurus, Frustrated by permission problems resulting from having two accounts with the same user name (one domain, one local) I decided to start over with my cygwin installation. Instead of simply changing one of the usernames as I suggested... Way to go. This time, I logged in as local administrator (account name say [EMAIL PROTECTED]) and installed cygwin as this user. Then, to make sure I could read and use cygwin from my domain account I used the Windows ACLs to also grant my domain account Full Control to all the files in C:\cygwin. Thus, both my [EMAIL PROTECTED] (local admin) and my [EMAIL PROTECTED] (domain admin) have Full Control to files in C:\cygwin. But, while logged in both as [EMAIL PROTECTED] and as [EMAIL PROTECTED] I tried from Windows Explorer to delete a file and was informed that I do not have permission! So, I launched the cygwin bash window (from [EMAIL PROTECTED]) and performed a chmod 777 on the file (which cygwin allowed) and STILL can't delete the file: [EMAIL PROTECTED] /usr/bin $ ls -la rsync.exe -rwxrwxrwx 1 senior Users 245248 Aug 18 03:56 rsync.exe [EMAIL PROTECTED] /usr/bin $ rm -f rsync.exe rm: cannot remove `rsync.exe': Permission denied [EMAIL PROTECTED] /usr/bin $ The ability to delete files in a directory is part of the permission bits of the *directory*, not the individual files (unless the sticky bit is set, and even then, only the owner of the file matters). I have read the documentation on NTSEC and from my limited understanding of it was able to glean that using the Windows ACLs was probably not the right way to grant access to the [EMAIL PROTECTED] account. What is the best way to allow access of cygwin to *all* administrators and can I repair this permissions on this installation? Thanks again. You can do it via Cygwin as well -- when you ran a chmod, did you forget the directories? My CYGWIN environment variable is set to CYGWIN binmode ntsec tty title server and the /etc/passwd file follows. [EMAIL PROTECTED] /usr/bin $ less /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-LOCAL\Administrator,S-1-5-21-484763869-1563985344-682003330-500:/home/Administrator:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-LOCAL\Guest,S-1-5-21-484763869-1563985344-682003330-501:/home/Guest:/bin/bash HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote Desktop Help Assistant Account,U-LOCAL\HelpAssistant,S-1-5-21-484763869-1563985344-682003330-1000:/home/Hel pAssistant:/bin/bash admin:unused_by_nt/2000/xp:1003:513:U-LOCAL\admin,S-1-5-21-484763869-1563985344-682003330-1003:/home/admin:/bin/bash sshd:unused_by_nt/2000/xp:1020:513:sshd privsep,U-LOCAL\sshd,S-1-5-21-484763869-1563985344-682003330-1020:/var/empty:/bin/bash SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft Corporation,L=Redmond,S=Washington,C=US,U-LOCAL\SUPPORT_388945a0,S-1-5-21-484763869-1563985344-682003330-1002:/home/SUPPORT_388945a0:/bin/bash I noticed that you have neither the local nor the domain senior account in your /etc/passwd. That may spell trouble. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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 -c error
Eric Blake Thanks for the backtrace. I'll see about rolling a bash 3.0-15 in the near future. In the meantime, avoid invalid uses of time (POSIX states that time takes a mandatory argument of the utility name to run; the bash extension of letting time take no arguments was the culprit here). This was just a minimal test case. $ bash -c time ls Segmentation fault (core dumped) However, $ bash -c 'time ls' bin cygwin.bat etc lib sbin usr cygdrive cygwin.ico home proc tmp var real0m0.025s user0m0.046s sys 0m0.000s Krzysztof Duleba -- 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 -c error
Krzysztof Duleba wrote: near future. In the meantime, avoid invalid uses of time (POSIX states that time takes a mandatory argument of the utility name to run; the bash extension of letting time take no arguments was the culprit here). This was just a minimal test case. I think what Eric meant was: Patient: Doc, it hurts when I do this!?! Doctor: Don't do that then. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash -c error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Krzysztof Duleba on 1/10/2006 7:14 AM: This was just a minimal test case. $ bash -c time ls Segmentation fault (core dumped) That is equivalent to 'bash -c time', except that $0 is set to ls instead of bash or time for the duration of the command (in other words, the same crash as before, because you invoked time without arguments). However, $ bash -c 'time ls' Much better - now you are actually giving time an argument. Again, in bash 3.0, you should not use time without a valid argument (at least, not until I can roll a bash 3.0-15 that works around the coredump). Or you could upgrade to bash 3.1 (but remember to also use a current snapshot and readline 5.1), where the problem has been fixed upstream. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDw8MV84KuGfSFAYARAsT0AJ4/2ki/bWHT+4Xz/yrnR+EgCblscACePHCv +HJDq7jpwWMIij08jc8P0uc= =8vRL -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Are there documents on how cygwin1.dll is designed and implemented ?
Richard Meng wrote: I'm interested in the Cygwin1.dll's design and implementations, are there some documents about it ? There are a number of text files, winsup/cygwin/how*.txt. There's also http://www.usenix.org/publications/library/proceedings/usenix-nt98/noer.html, and of course the source code itself and mailing list archives. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Igor, I changed the text of my email to make it more readable, replacing senior with admin as well as the name of my domain and machine. I'll leave the correct names this time. Yes, I actually did a recursive chown on everything below /, and it still doesn't work. I can't really see the permissions on /usr/bin since it is strangely mounted separately from the other directories in /usr: [EMAIL PROTECTED] /usr $ ls -la total 0 drwxrwx---+ 16 senior Users 0 Jan 9 13:31 . drwxrwx---+ 9 senior Users 0 Jan 9 13:32 .. drwxrwx---+ 8 senior Users 0 Jan 9 13:31 X11R6 drwxrwx---+ 4 senior Users 0 Jan 9 13:28 doc drwxrwx---+ 2 senior Users 0 Jan 9 13:28 etc drwxrwx---+ 3 senior Users 0 Jan 9 13:28 i686-pc-cygwin drwxrwx---+ 2 senior Users 0 Jan 9 13:31 i686-pc-mingw32 drwxrwx---+ 11 senior Users 0 Jan 9 13:31 include drwxrwx---+ 2 senior Users 0 Jan 10 07:40 info drwxrwx---+ 6 senior Users 0 Jan 10 07:43 local drwxrwx---+ 5 senior Users 0 Jan 9 13:29 man drwxrwx---+ 3 senior Users 0 Jan 9 13:29 sbin drwxrwx---+ 19 senior Users 0 Jan 10 07:39 share drwxrwx---+ 2 senior Users 0 Jan 9 13:28 src drwxrwx---+ 6 senior Users 0 Jan 9 13:29 ssl drwxrwx---+ 2 senior Users 0 Jan 9 13:28 tmp [EMAIL PROTECTED] /usr $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) [EMAIL PROTECTED] /usr $ chown -R senior / [EMAIL PROTECTED] /usr $ cd /usr/bin [EMAIL PROTECTED] /usr/bin $ rm rsync.exe rm: cannot remove `rsync.exe': Permission denied [EMAIL PROTECTED] /usr/bin $ chmod u+w /usr/bin [EMAIL PROTECTED] /usr/bin $ rm rsync.exe rm: cannot remove `rsync.exe': Permission denied [EMAIL PROTECTED] /usr/bin $ ls -la rsync.exe -rwxrwxrwx 1 senior root 245248 Aug 18 03:56 rsync.exe [EMAIL PROTECTED] /usr/bin $ less /etc/passwd [EMAIL PROTECTED] /usr/bin $ less /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-ROMULUS\Administrator,S-1-5-21-4847 63869-1563985344-682003330-500:/home/Administrator:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-ROMULUS\Guest,S-1-5-21-484763869-1563985344 -682003330-501:/home/Guest:/bin/bash HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote Desktop Help Assistant Accoun t,U-ROMULUS\HelpAssistant,S-1-5-21-484763869-1563985344-682003330-1000:/home/Hel pAssistant:/bin/bash senior:unused_by_nt/2000/xp:1003:513:U-ROMULUS\senior,S-1-5-21-484763869-1563985 344-682003330-1003:/home/senior:/bin/bash sshd:unused_by_nt/2000/xp:1020:513:sshd privsep,U-ROMULUS\sshd,S-1-5-21-48476386 9-1563985344-682003330-1020:/var/empty:/bin/bash SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft Corporation,L=Redmon d,S=Washington,C=US,U-ROMULUS\SUPPORT_388945a0,S-1-5-21-484763869-1563985344-682 003330-1002:/home/SUPPORT_388945a0:/bin/bash -- 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 -c error
Eric Blake wrote This was just a minimal test case. $ bash -c time ls Segmentation fault (core dumped) That is equivalent to 'bash -c time', except that $0 is set to ls instead of bash or time for the duration of the command Oh, I wasn't aware of that. Thanks for explanation. Krzysztof Duleba -- 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/
Cannot install - xmlcatalog cannot find libxml2
Hi - I'm currently trying to reinstall cygwin but I'm unable to because during the final stages of installation something is complaining about xmlcatalog.exe being unable to find libxml2.dll. This causes the whole installation to fail and then tries to rewind (failing as well). What could be causing this? This has been happening with the latest version (and earlier ones, but I'm not sure how early) pulled from a mirror today. Thanks Marcus -- Marcus Williams -- http://www.cad-schroer.co.uk CAD Schroer UK, 39 Newnham Road, Cambridge, UK -- 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: Are there documents on how cygwin1.dll is designed and implemented ?
On Tue, Jan 10, 2006 at 06:27:24AM -0800, Brian Dessent wrote: Richard Meng wrote: I'm interested in the Cygwin1.dll's design and implementations, are there some documents about it ? There are a number of text files, winsup/cygwin/how*.txt. There's also http://www.usenix.org/publications/library/proceedings/usenix-nt98/noer.html, and of course the source code itself and mailing list archives. The Usenix paper is very dated, though. Many of the things that it talks about are no longer true, e.g., Cygwin doesn't invent its own pids anymore and the discussion of signals is no longer applicable. That's why that paper was deleted from the cygwin site a while ago. 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: permissions and ACLs
Btw, to further help diagnose, I notice the read-only box is shaded and checked for the C:\cygwin directory. I have repeatedly (as administrator on the machine) tried to uncheck this box. The dialog at first appears to let me uncheck it, but when I go back into the dialog, the read-only box is still checked, and shaded. Some other sentient entity is stubbornly controlling permissions on this directory. You would think administrator on the machine can do what he wants, but alas no! -K -- 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: Cannot install - xmlcatalog cannot find libxml2
Marcus Williams wrote: Hi - I'm currently trying to reinstall cygwin but I'm unable to because during the final stages of installation something is complaining about xmlcatalog.exe being unable to find libxml2.dll. This causes the whole installation to fail and then tries to rewind (failing as well). What could be causing this? This has been happening with the latest version (and earlier ones, but I'm not sure how early) pulled from a mirror today. You need libxml2-devel for that file (enter 'libxml2.dll' at http://cygwin.com/packages). It should have been automatically selected when you selected libxml2, but there may be a missing dependency. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Ken Senior schrieb: Frustrated by permission problems resulting from having two accounts with the same user name (one domain, one local) I decided to start over with my cygwin installation. This time, I logged in as local administrator (account name say [EMAIL PROTECTED]) and installed cygwin as this user. Then, to make sure I could read and use cygwin from my domain account I used the Windows ACLs to also grant my domain account Full Control to all the files in C:\cygwin. Thus, both my [EMAIL PROTECTED] (local admin) and my [EMAIL PROTECTED] (domain admin) have Full Control to files in C:\cygwin. But, while logged in both as [EMAIL PROTECTED] and as [EMAIL PROTECTED] I tried from Windows Explorer to delete a file and was informed that I do not have permission! Cygwin doesn't have an independent set of file permissions, the acls of windows are just translated to cygwin, use getfacl to view them. If you can't do it in windows, cygwin won't help. I suggest getting the permissions right in windows before using cygwin. To view the permissions set on a file use cacls or xcacls (from windows support tools). The hidden readonly and system flags overrule acl entrys (set with attrib). On a mounted share the rescriction on the share overrule acl entrys. If you can't delete a file as administrator and think you should, please post the output from cacls on this file. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
unable to debug code with std::string
$ uname -a
CYGWIN_NT-5.1 DULI2 1.5.19s(0.150/4/2) 20060110 00:01:37 i686 unknown
unknown Cygwin
$ cat foo.cpp
#include string
int main(){
std::string str;
}
$ g++ -g foo.cpp -o foo
[EMAIL PROTECTED] /cygdrive/d/programowanie/moje/Topcoder/prob
$ gdb ./foo
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i686-pc-cygwin...
(gdb) r
Starting program: /cygdrive/d/programowanie/moje/Topcoder/prob/foo.exe
Program received signal SIGSEGV, Segmentation fault.
0x610aea58 in pthread_key_create () from /usr/bin/cygwin1.dll
This is a regression from 1.5.18.
Krzysztof Duleba
--
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: unable to debug code with std::string
Krzysztof Duleba wrote: Program received signal SIGSEGV, Segmentation fault. 0x610aea58 in pthread_key_create () from /usr/bin/cygwin1.dll This is a regression from 1.5.18. That's normal. You can just continue. There was a thread about this recently. pthread_key_create checks to see if the passed value happens to be already initialized, which in most cases is not true and thus faults - but it traps the fault which is why you don't normally see it. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Ken Senior schrieb: Btw, to further help diagnose, I notice the read-only box is shaded and checked for the C:\cygwin directory. I have repeatedly (as administrator on the machine) tried to uncheck this box. The dialog at first appears to let me uncheck it, but when I go back into the dialog, the read-only box is still checked, and shaded. Some other sentient entity is stubbornly controlling permissions on this directory. You would think administrator on the machine can do what he wants, but alas no! -K That doesn't mean the has to be readonly. The readonly box in explorer isn't a reliable way to determine the settings on file/directory. Having some inherited rights seems to trigger that display. Ask the programmers of explorer about that. To view the permissions on a file/directory use cmd.exe with attrib and cacls. -- 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: permissions and ACLs
Ok, I tried attrib to no avail. After the machine accepted and seemed to process the commands, I entered the file properties dialog and the read-only box is still shaded. Also, I still can't delete the C:\cygwin\bin\rsync.exe file. C:\cygwin\binmount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) C:\cygwin\binattrib -R C:\cygwin /S /D C:\cygwin\binattrib -R C:\cygwin\bin /S /D C:\cygwin\binrm rsync.exe rm: cannot remove `rsync.exe': Permission denied C:\cygwin\bincacls c:\cygwin\bin\rsync.exe c:\cygwin\bin\rsync.exe SPACEAPPS\senior:F ROMULUS\senior:F I can't even wipe out the directory to start over. Here's the getfacl output for / and for /usr/bin/ [EMAIL PROTECTED] ~ $ getfacl / # file: / # owner: senior # group: Users user::rwx user:senior:rwx group::--- mask:rwx other:--- default:user:senior:rwx default:mask:rwx [EMAIL PROTECTED] ~ $ getfacl /usr/bin # file: /usr/bin # owner: senior # group: Users user::rwx user:senior:rwx group::rwx mask:rwx other:--- default:user:senior:rwx default:mask:rwx [EMAIL PROTECTED] ~ $ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Ken Senior schrieb: Ok, I tried attrib to no avail. After the machine accepted and seemed to process the commands, I entered the file properties dialog and the read-only box is still shaded. This box is irrelevant. Also, I still can't delete the C:\cygwin\bin\rsync.exe file. Please give the output of attrib rsync.exe cacls rsync.exe -- 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: No takers? (was Re: ssh localhost date # ls -lu = remote command not being read)
On Wed 1/4/06 18:39 EST Igor Peshansky wrote: On Wed, 4 Jan 2006, Christopher Faylor wrote: On Tue, Jan 03, 2006 at 11:07:01PM -0500, Larry Hall (Cygwin) wrote: My output seems similar to Igor's, though mine is longer :-( (and therefore also bzipped) but definitely against the 12/29 snapshot. Hope that helps. I just generated a new snapshot. Does it behave any differently? If not, another strace log would be appreciated. This snapshot apparently fixes the no output in non-interactive shells problem (with sshd started explicitly from a SYSTEM-owned shell), but the sshd service does not start (see http://cygwin.com/ml/cygwin/2006-01/msg00172.html). I was unable to interject strace into the service startup mechanism, but the Event Log contains the following: sshd: PID 5604: starting service `sshd' failed: fork: 0, No error. Sshd starts up with no problems from a SYSTEM shell. THANKS so much to cgf, Igor, and Larry (and any others I missed) for all your work on this fix! :- I'm sure you'll let me know if a simple thank-you should have only been mailed to personal email addresses. -- Tom -- 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: permissions and ACLs
C:\cygwincd bin C:\cygwin\binattrib rsync.exe A C:\cygwin\bin\rsync.exe C:\cygwin\bincacls rsync.exe C:\cygwin\bin\rsync.exe SPACEAPPS\senior:F ROMULUS\senior:F -- 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: Cannot install - xmlcatalog cannot find libxml2
On 10/01/2006 Dave Korn wrote: You need libxml2-devel for that file (enter 'libxml2.dll' at http://cygwin.com/packages). It should have been automatically selected when you selected libxml2, but there may be a missing dependency. Nope - still got the same problem. I tried installing everything this time (setting All to All @ Install) Thanks Marcus -- Marcus Williams -- http://www.cad-schroer.co.uk CAD Schroer UK, 39 Newnham Road, Cambridge, UK -- 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/
vfork alternatives?
We have an application that mmaps a *huge* MAP_PRIVATE|MAP_ANON virtual address scratch space. It also needs to occasionally fork/exec a sub process. Unfortunately, the time and virtual memory required for Cygwin to copy this region to the forked child just so it can throw it away and do an exec is prohibitive if it's even possible. I know that a real vfork has been tried without success so far, but I was wondering if anyone had any suggestions to work around this specific type of issue? Maybe some no copy flag to mmap? As an aside, one of our developers made a simple system() replacement via CreateProcess that was working in 1.5.18. In 1.5.19, Cygwin environment variables are no longer passed along via his mechanism. I know that subverting Cygwin in this way is not supported, and I'd like a more general solution, so I haven't yet tried to figure out what broke or if there is still a way around it. Any rough suggestions for a way for us to help Cygwin cope with this kind of scenario would be greatly appreciated. Thanks. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: Cannot install - xmlcatalog cannot find libxml2
Marcus Williams wrote: On 10/01/2006 Dave Korn wrote: You need libxml2-devel for that file (enter 'libxml2.dll' at http://cygwin.com/packages). It should have been automatically selected when you selected libxml2, but there may be a missing dependency. Nope - still got the same problem. I tried installing everything this time (setting All to All @ Install) Whoops! You're right, what I saw in there was only the export library libxml2.dll.a. This must be a real packaging error. Looks like the maintainer might have compiled libxml2-devel with --disable-shared and then compiled xmlcatalog with --enable-shared. Your quickest workround would probably be either rebuilding xmlcatalog from source, giving it the --disable-shared option at configure time so it builds and links against the static libxml2.a, or to rebuild the libxml2-devel package from source (default options this time) so as to generate your own copy of libxml2.dll. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unable to debug code with std::string
Brian Dessent wrote: Program received signal SIGSEGV, Segmentation fault. 0x610aea58 in pthread_key_create () from /usr/bin/cygwin1.dll This is a regression from 1.5.18. That's normal. You can just continue. Thanks. I don't like the idea of seeing this message anytime I debug code that's using std::string, though, and I don't think it's normal. There was a thread about this recently. I must have missed it and I can't find it now. Any pointers? Krzysztof Duleba -- 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: Cannot install - xmlcatalog cannot find libxml2
Dave Korn wrote: Marcus Williams wrote: On 10/01/2006 Dave Korn wrote: You need libxml2-devel for that file (enter 'libxml2.dll' at http://cygwin.com/packages). It should have been automatically selected when you selected libxml2, but there may be a missing dependency. Nope - still got the same problem. I tried installing everything this time (setting All to All @ Install) Whoops! You're right, what I saw in there was only the export library libxml2.dll.a. This must be a real packaging error. Looks like the maintainer might have compiled libxml2-devel with --disable-shared and then compiled xmlcatalog with --enable-shared. Your quickest workround would probably be either rebuilding xmlcatalog from source, giving it the --disable-shared option at configure time so it builds and links against the static libxml2.a, or to rebuild the libxml2-devel package from source (default options this time) so as to generate your own copy of libxml2.dll. Nope, that's not it. I think I /have/ traced it now: it's a packaging error in libxml2 package itself. It contains the dll, but the maintainer forgot to package it with the correct prefix. You might be able to fix the problem by a rename: mv /bin/cygxml2-2.dll /bin/libxml2.dll cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Ken Senior schrieb: C:\cygwin\bincacls rsync.exe C:\cygwin\bin\rsync.exe SPACEAPPS\senior:F ROMULUS\senior:F So if i get this right ROMOLUS is your local machine. The rights look good. Now, if you can't delete that file logged in as ROMOLUS\senior using cmd.exe and del, we have to take a look at the directorys C:\cygwin\bin and C:\cygwin. Please give the output of attrib and cacls on them. -- 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: Cannot install - xmlcatalog cannot find libxml2
On 10/01/2006 Dave Korn wrote: Your quickest workround would probably be either rebuilding xmlcatalog from source, giving it the --disable-shared option at configure time so it builds and links against the static libxml2.a, or to rebuild the libxml2-devel package from source (default options this time) so as to generate your own copy of libxml2.dll. Do they build outside of cygwin (I dont have a cygwin environment at all at the moment ... getting twitchy without it!)? Thanks Marcus -- Marcus Williams -- http://www.cad-schroer.co.uk CAD Schroer UK, 39 Newnham Road, Cambridge, UK -- 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: vfork alternatives?
Brian Ford wrote: We have an application that mmaps a *huge* MAP_PRIVATE|MAP_ANON virtual address scratch space. It also needs to occasionally fork/exec a sub process. Unfortunately, the time and virtual memory required for Cygwin to copy this region to the forked child just so it can throw it away and do an exec is prohibitive if it's even possible. How about the the spawn*() family of functions? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cannot install - xmlcatalog cannot find libxml2
Dave Korn wrote: Dave Korn wrote: This must be a real packaging error. Looks like the maintainer might have compiled libxml2-devel with --disable-shared and then compiled xmlcatalog with --enable-shared. Nope, that's not it. I think I /have/ traced it now: it's a packaging error in libxml2 package itself. It contains the dll, but the maintainer forgot to package it with the correct prefix. You might be able to fix the problem by a rename: mv /bin/cygxml2-2.dll /bin/libxml2.dll No, that's not it either! Cygcheck clearly shows that xmlcatalog.exe is linked against the non-standard name: [EMAIL PROTECTED] /bin cygcheck xmlcatalog.exe Found: C:\cygwin\bin\xmlcatalog.exe C:/cygwin/bin/xmlcatalog.exe C:\cygwin\bin\cygxml2-2.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\RPCRT4.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygreadline6.dll C:\cygwin\bin\cygncurses-8.dll C:\WINDOWS\system32\USER32.dll C:\WINDOWS\system32\GDI32.dll [EMAIL PROTECTED] /bin Look, xmlcatalog.exe doesn't require libxml2.dll at all! Are you sure you read the error message right? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Yes, ROMULUS is my local machine and senior the administrator on it. Sometimes you just have to cut your losses. Thanks for the help, but I was able to rename the C:\cygwin directory, then delete it. I couldn't just delete it first, only after renaming it, which surprisingly I was allowed to do. Maybe I'll try this package some other day when I'm less frustrated. For now, I'll just samba mount my PC onto a Linux box and back it up that way. Thanks again -Ken -- 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: Cannot install - xmlcatalog cannot find libxml2
Marcus Williams wrote: On 10/01/2006 Dave Korn wrote: Your quickest workround would probably be either rebuilding xmlcatalog from source, giving it the --disable-shared option at configure time so it builds and links against the static libxml2.a, or to rebuild the libxml2-devel package from source (default options this time) so as to generate your own copy of libxml2.dll. Do they build outside of cygwin (I dont have a cygwin environment at all at the moment ... getting twitchy without it!)? I wouldn't worry that your entire cygwin install is borked just because of this problem with libxml2 (unless you use lots of stuff like gnome or whatever that depends on it). You should be able to cd into /etc/postinstall and manually run any of the scripts that haven't been tagged with '.done' to complete the install. I also wouldn't bother going to the effort of setting up a mingw-to-cygwin cross compiler just for this. Let's see if we can't fix the problem more easily first. (See also the other post I sent which crossed with your last one in the ether..) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unable to debug code with std::string
Krzysztof Duleba wrote: Thanks. I don't like the idea of seeing this message anytime I debug code that's using std::string, though, and I don't think it's normal. If it bothers you, comment out the if (pthread_key::is_good_object (key)) check in thread.cc. I'm not sure if it's possible for the app to check at runtime if it's being debugged but if so that might be a better way to handle it. Either that or add some code to gdb to make it possible to silently passthru SIGSEGVs generated/handled interally by this myfault infrastructure. There was a thread about this recently. I must have missed it and I can't find it now. Any pointers? It was the thread starting here: http://www.cygwin.com/ml/cygwin-xfree/2005-12/threads.html#00026 Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: permissions and ACLs
Ken Senior schrieb: Yes, ROMULUS is my local machine and senior the administrator on it. Just for the record, can it be that senior is in the Administrators group and not the name changed real Adminstrator? Sometimes you just have to cut your losses. Thanks for the help, but I was able to rename the C:\cygwin directory, then delete it. I couldn't just delete it first, only after renaming it, which surprisingly I was allowed to do. Maybe I'll try this package some other day when I'm less frustrated. For now, I'll just samba mount my PC onto a Linux box and back it up that way. What you are experiencing aren't realy cygwin problems, but just the usal messing around with windows acls. If you can't delete something in windows, usually the 'real' Administrator can take ownership of it and than give himself the rights to delete it, which needs acls in the directory too. Before reinstalling check the rights on the C:\, maybe something got inherited from there. -- 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: Cannot install - xmlcatalog cannot find libxml2
Dave Korn wrote: Dave Korn wrote: Dave Korn wrote: Making a habit of correcting myself today... d'oh! Nope, that's not it. I think I /have/ traced it now: it's a packaging error in libxml2 package itself. It contains the dll, but the maintainer forgot to package it with the correct prefix. You might be able to fix the problem by a rename: mv /bin/cygxml2-2.dll /bin/libxml2.dll No, that's not it either! Cygcheck clearly shows that xmlcatalog.exe is linked against the non-standard name: [EMAIL PROTECTED] /bin cygcheck xmlcatalog.exe Found: C:\cygwin\bin\xmlcatalog.exe C:/cygwin/bin/xmlcatalog.exe C:\cygwin\bin\cygxml2-2.dll Just to clarify: it is entirely standard for cygwin apps to use non-standard cygXXX names for cygwin dlls to link against. It would be very nonstandard of xmlcatalog to link against a dll with a standard libXXX name. Hope that clears up any confusion! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cannot install - xmlcatalog cannot find libxml2
Dave Korn wrote: Dave Korn wrote: Dave Korn wrote: Dave Korn wrote: Making a habit of correcting myself today... d'oh! And following-up to my own posts, but this is worth saying too: maintainer forgot to package it with the correct prefix. You might be able to fix the problem by a rename: mv /bin/cygxml2-2.dll /bin/libxml2.dll Marcus, that's still your best bet for a quick workaround that'll get setup.exe to run all the way through to completion. I'd use cp rather than mv, though, just to be on the safe side. If you haven't tried it yet, give it a go. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: autoconf/automake problem: simple testcase [was RE: autoconf/automake: just can't get it to work at all.]
Dave Korn wrote: Umm, it definitely *does* have an effect; see the differences it made to the examples I posted in the previous case. Is it possible I have some remnants of the old autoconf stuff lying around? I updated this morning and didn't see any problems, and nor does cygcheck report any, and a quick browse through /usr/share/autotools/ac-wrapper.pl shows it clearly tests and responds to WANT_ and FORCE_ env vars. Right but that's autoconf which still has the version-sniffing-wrapper stuff. Automake doesn't have any of that and relies entirely on /etc/alternatives. It doesn't work OOTB. Here's a simple testcase: on my system, which is up-to-date as of this morning, and on which I've never ever run alternatives to change any settings, you can't build current binutils when you configure with --enable-maintainer-mode. If binutils expects automake 1.4 then I wouldn't expect it to work OOTB since the default alternative that the postinstall sets up is 1.9. What does update-alternatives --display automake say? --snip #!/bin/bash cd /tmp rm -rf autotooltest mkdir autotooltest cd autotooltest wget 'http://ftp.gnu.org/gnu/binutils/binutils-2.16.1.tar.bz2' tar xjf binutils-2.16.1.tar.bz2 mkdir obj cd obj /tmp/autotooltest/binutils-2.16.1/configure -v --enable-maintainer-mode 21 | tee conf.log make all 21 | tee build.log --snip ... make[1]: Entering directory `/tmp/autotooltest/obj/binutils' cd /tmp/autotooltest/binutils-2.16.1/binutils aclocal-1.4 cd /tmp/autotooltest/binutils-2.16.1/binutils automake-1.4 --cygnus Makefile cd /tmp/autotooltest/binutils-2.16.1/binutils autoconf FATAL ERROR: Autoconf version 2.50 or higher is required for this script make[1]: *** [/tmp/autotooltest/binutils-2.16.1/binutils/configure] Error 2 make[1]: Leaving directory `/tmp/autotooltest/obj/binutils' make: *** [all-binutils] Error 2 Try this on the unmodified upstream tarball: $ find . -name \*.in -o -name \*.am -o -name \*.m4 -o -name configure \ | xargs grep -iP -m1 generated (automatically )?(by|using) From that you can see that the problem is that bfd/, gas/, gprof/, libiberty/, and opcodes/ all use automake 1.9 / autoconf 2.59; whereas the toplevel and binutils/ use automake 1.4 / autoconf 2.13. It seems like no matter what incantation of WANT_AUTOCONF_2_1 and update-alternatives that you use, something will be unhappy as a result. So it looks like a better way to go is to just run autoreconf in the subdirs that you want to regenerate, rather than configuring at the top level with --enable-maintainer-mode. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cannot install - xmlcatalog cannot find libxml2
Dave Korn wrote: Just to clarify: it is entirely standard for cygwin apps to use non-standard cygXXX names for cygwin dlls to link against. It would be very nonstandard of xmlcatalog to link against a dll with a standard libXXX name. Right. And you should not find any package in the Cygwin distro that depends on a DLL named libxml2.dll because all Cygwin DLLs should begin with cyg. This leads me to believe that the poster has a foreign/non-cygwin version of xmlcatalog in his path which is actually being run from the postinstall. To the original poster: When you get the popup about the missing DLL, run something like Process Explorer and see exactly which xmlcatalog.exe is trying to be run. I'm willing to bet that it's not the Cygwin one and that you have a PATH problem, because the Cygwin xmlcatalog does not need any such libxml2.dll. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unable to debug code with std::string
Brian Dessent Thanks. I don't like the idea of seeing this message anytime I debug code that's using std::string, though, and I don't think it's normal. If it bothers you, comment out the if (pthread_key::is_good_object (key)) check in thread.cc. It does bother me. tread.cc from 1.5.18 and from the cvs are very alike and both call pthread_key::is_good_object in the same fashion. Why only 1.5.19 is having this problem? This line surely has a purpose. What will break up if I comment it out? If nothing then why it is there? I must have missed it and I can't find it now. Any pointers? It was the thread starting here: http://www.cygwin.com/ml/cygwin-xfree/2005-12/threads.html#00026 Thanks a lot. Krzysztof Duleba -- 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: Segment fault/Bus error with Singular
Reformatted top-post... Murray Eisenberg wrote: Larry Hall (Cygwin) wrote: Murray Eisenberg wrote: I'm running latest Cygwin under Windows XP Pro (SP2, with all updates). I installed all the Singular packages via Cygwin Setup. After I start cygwin with its bash shell, command Singular gives error: Singular signal 11 (v: 3001/2005111410): Segment fault/Bus error occurred (r:1136744764) Please inform the authors trying to restart... (The number after r: changes depending on what else is running in windows.) But Cygwin never recovers, and it freezes. At first I tried uninstalling Singular, downloading the Singular packages again, and re-installing; same error. I completely uninstalled Cygwin, downloaded Cygwin again including the Singular packages, and re-installed. Same error. On the other hand, if I go to the subdirectory lib\Singular of the main cygwin directory and double-click Singular.exe, then Singular does run, in a DOS command prompt window (although I see message cannot open `standard.lib'. So the bug seems to be somewhere in the interface between Singular and cygwin. Any ideas of how to proceed. (I did report this bug on the Singular web site a couple days ago but have had no response.) Does a recent snapshot make a difference? http://cygwin.com/snapshots/ If not, please read and follow the problem reporting guidelines at: Problem reports: http://cygwin.com/problems.html Thanks for your reply that suggests to try a recent snapshot. Unfortunately, I don't know whether the various, latest snapshot files will help, since I haven't a clue which one or ones to download or, once I've downloaded, what to do with it/them! I see nothing on the snapshots page (to which the URL you supplied points) about how to use these files. I'm a very experience computer user, but I need guidance here! See the FAQ entry: http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots This has the proper steps to follow to install a snapshot. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cannot install - xmlcatalog cannot find libxml2
Brian Dessent wrote: Dave Korn wrote: Just to clarify: it is entirely standard for cygwin apps to use non-standard cygXXX names for cygwin dlls to link against. It would be very nonstandard of xmlcatalog to link against a dll with a standard libXXX name. Right. And you should not find any package in the Cygwin distro that depends on a DLL named libxml2.dll because all Cygwin DLLs should begin with cyg. This leads me to believe that the poster has a foreign/non-cygwin version of xmlcatalog in his path which is actually being run from the postinstall. That's pretty much what I had concluded, but I did go so far as to download and check a really old libxml2 package tarball, just in case an early version had mistakenly supplied / linked against a non-cyg-prefixed version of the dll, and it was fixed in more recent versions and the transition was causing a problem. Sure enough, neither libxml2-2.6.11-1.tar.bz2 nor libxml2-2.6.13-1.tar.bz2 required any libxml2.dll, so I reckon that theory is ruled out. Marcus! You still there? It's time you did the URL:http://cygwin.com/problems.html cygcheck thing. (Attachment, not in the body text, please!) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: No takers? (was Re: ssh localhost date # ls -lu = remote command not being read)
Tom Rodman wrote: On Wed 1/4/06 18:39 EST Igor Peshansky wrote: On Wed, 4 Jan 2006, Christopher Faylor wrote: On Tue, Jan 03, 2006 at 11:07:01PM -0500, Larry Hall (Cygwin) wrote: My output seems similar to Igor's, though mine is longer :-( (and therefore also bzipped) but definitely against the 12/29 snapshot. Hope that helps. I just generated a new snapshot. Does it behave any differently? If not, another strace log would be appreciated. This snapshot apparently fixes the no output in non-interactive shells problem (with sshd started explicitly from a SYSTEM-owned shell), but the sshd service does not start (see http://cygwin.com/ml/cygwin/2006-01/msg00172.html). I was unable to interject strace into the service startup mechanism, but the Event Log contains the following: sshd: PID 5604: starting service `sshd' failed: fork: 0, No error. Sshd starts up with no problems from a SYSTEM shell. THANKS so much to cgf, Igor, and Larry (and any others I missed) for all your work on this fix! :- I'm sure you'll let me know if a simple thank-you should have only been mailed to personal email addresses. This is the right address. Thanks. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unable to debug code with std::string
On Tue, Jan 10, 2006 at 06:38:54PM +0100, Krzysztof Duleba wrote: Brian Dessent Thanks. I don't like the idea of seeing this message anytime I debug code that's using std::string, though, and I don't think it's normal. If it bothers you, comment out the if (pthread_key::is_good_object (key)) check in thread.cc. It does bother me. tread.cc from 1.5.18 and from the cvs are very alike and both call pthread_key::is_good_object in the same fashion. Why only 1.5.19 is having this problem? Either it is because we are purposely trying to annoy you or it may be because cygwin 1.5.19 changed the way it detects invalid memory and gdb hasn't caught up to it. As Brian said: http://cygwin.com/acronyms/#PTC . This line surely has a purpose. What will break up if I comment it out? If nothing then why it is there? I wouldn't recommend commenting it out, actually. 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: vfork alternatives?
On Tue, 10 Jan 2006, Brian Dessent wrote: Brian Ford wrote: We have an application that mmaps a *huge* MAP_PRIVATE|MAP_ANON virtual address scratch space. It also needs to occasionally fork/exec a sub process. Unfortunately, the time and virtual memory required for Cygwin to copy this region to the forked child just so it can throw it away and do an exec is prohibitive if it's even possible. How about the the spawn*() family of functions? Good suggestion. I had forgotten of their existence. However, I have a few questions about their semantics if anyone knows. The process in question has a realtime priority. It would like to spawn a sub process with normal priority. If it were forking, it'd set this in the child before the exec. I'm not sure what to do about it when spawning? I also normally restore ignored signals to default handlers and clear the signal mask of the child to remove any inheritance. Does anyone know the semantics of spawned processes with respect to signals? It would seem that my desired behavior should be default, but I have my doubts that it actually is. Any pointer to spawn documentation would also be appreciated. I'll read the code if necessary, but spawn_guts is a bit messy ;-). Thanks again for the suggestions. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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/
clock_setres usage?
Since clock_getres only returns the current resolution, and clock_setres fails for invalid ones, is trial and error the only Cygwin based (without reverting to Windows native calls) method to set a particular resolution? Google shows that some implementations round up to the nearest supported resolution. Would that be a P to TC? Thanks. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: unable to debug code with std::string
Christopher Faylor wrote: tread.cc from 1.5.18 and from the cvs are very alike and both call pthread_key::is_good_object in the same fashion. Why only 1.5.19 is having this problem? Either it is because we are purposely trying to annoy you or it may be because cygwin 1.5.19 changed the way it detects invalid memory and gdb hasn't caught up to it. What invalid memory? Do you suggest that std::string implementation in g++ is bogus? It might be true - there are no std::string related SIGSEGVs in gdb if I use g++ 2.95 or 3.3 instead of 3.4. Krzysztof Duleba -- 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/
Tetex-bin dependence on obsolete package clear?
According to setup.ini, tetex-bin currently depends on package clear; however, clear is obsolete and, IIRC, has been absorbed into ncurses. Tetex-bin already has dependencies on various ncurses packages, so is the dependence on the clear package still real? In other words, does the clear package provide some functionality that ncurses doesn't, or should tetex-bin's dependence on clear be removed? --Rick -- 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: debugging cygwin
Having regrouped with a new sense of hope I have tried once again 1. I changed the admin account on my Windows XP machine to admin, instead of senior. In the following test, I utilized only the local admin account (no domain accounts whatsoever) on [Windows Box] 2. On [Windows Box] I reinstalled cygwin using the admin account 3. On [Windows Box] I compiled and installed (with debugging) the rsync.exe program 4. On [Windows Box] I successfully installed (following the exact directions on the FAQ) the snapshot dated 1/10, including the .dbg file 5. I rebooted [Windows Box] to ensure correct snapshot dll was loaded 6. On [Linux] I inititiated the rysnc command: rsync -avvz --rsh=ssh -l admin [EMAIL PROTECTED] Box]:/path/to/stuff/ ./test 7. On [Windows Box], I used ps to find the PID of the rsync process 8. On [Windows Box] I launched 'gdb rsync PID' 9. In gdb I issued all of the following: (gdb) add-symbol-file /usr/bin/cygwin1.dbg add symbol table from file /usr/bin/cygwin1.dbg at (y or n) y Reading symbols from /usr/bin/cygwin1.dbg...warning: no loadable sections found in added symbol-file /usr/bin/cygwin1.dbg done. (gdb) thread info No symbol info in current context. (gdb) info thread * 4 thread 4044.0x520 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll 3 thread 4044.0x240 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll 2 thread 4044.0xfc4 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll 1 thread 4044.0xfb8 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) thread 4 [Switching to thread 4 (thread 4044.0x520)]#0 0x7c901231 in ntdll!DbgUiConnectT oDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x18e8ffd0 in ?? () #6 0x00017451 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 4044.0x240)]#0 0x7c90eb94 in ntdll!LdrAccessReso urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e9c0 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0748 in ?? () #4 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 4044.0xfc4)]#0 0x7c90eb94 in ntdll!LdrAccessReso urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e288 in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c801875 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x075c in ?? () #4 0x in ?? () from (gdb) thread 1 [Switching to thread 1 (thread 4044.0xfb8)]#0 0x7c90eb94 in ntdll!LdrAccessReso urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e9ff in ntdll!ZwWriteFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c81100e in WriteFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0694 in ?? () #4 0x in ?? () from (gdb) However, it looks like after all this, I'm still not getting debugging information for rsync. My understanding of gdb consists only from that gleaned from this thread. Christopher Faylor alluded to some other problems, but I'm not sure what he means or what is the next step. Perhaps I must give up now. I would have thought this problem (rsync hanging) to be more pervasive, particularly since the use of rsync to back up systems (both Linux and Windows) seems to me a good one. I appreciate everyone's patience as my hope is fading. -K -- 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: Help : can not get cron work
Subject: Re: Help : can not get cron work Date: Thu, 5 Jan 2006 19:14:42 -0500 (EST) On Thu, 5 Jan 2006, lin q wrote: Subject: Re: Help : can not get cron work Date: Thu, 5 Jan 2006 14:23:06 -0500 (EST) On Thu, 5 Jan 2006, lin q wrote: Subject: Re: Help : can not get cron work Date: Wed, 04 Jan 2006 18:00:46 -0800 lin q wrote: 1) cygrunsrv -I cron -p /usr/sbin/cron -a D You should run /usr/bin/cron-config, and not try to do this by hand because there is much more to do than just installing the service. 16 10 * * * linq rsync -azv emperor:/dev/tools/* /cygdrive/c/bin/tools That is not the proper format of a user's crontab line. There is no such username field as the fifth field in a user's crontab, it should just be 16 10 * * * rsync It was trying to execute a command named linq that does not exist, and there should be errors to this effect in the Windows Event Log. See man 5 crontab. Yep, I missed that... Also realize that if you do not have system-wise mounts and Cygwin in the PATH the above will not work. This would have been evident if you attached the cygcheck output as requested in http://cygwin.com/problems.html. OK, I re-installed cron using /usr/bin/cron-config and I corrected crontab by removing that linq. It still does not work. I tried a Hello Wold test with the following crontab line, * * * * * /bin/date /tmp/date.out 21 It works fine. Good. Now I come to suspect something of Cygwin setup. But I can not see anything wrong in log file of cygcheck. I attach the file. One thing to note, when I run cygcheck, it exits with an error, cygcheck -svr /tmp/cygcheck.log cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1231 Is this a problem? Nope. Error 1231 means The network location cannot be reached.. Must be a network drive. Another thing, I checked the Windows event loger and I see some Information on crontab, here is the dump out: The description for Event ID ( 0 ) in Source ( /usr/sbin/cron ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: This is just junk that the Event Viewer adds when it doesn't know how to parse the event data. You can safely ignore it. /usr/sbin/cron : PID 6064 : (linq) CMD (rsync -azv emperor:/dev/swtools/* /cygdrive/c/bin/swtools). And this is just cron informing you exactly which job it was trying to run. Do you understand what it is about? Looking at the cron job, there could be a few possibilities for failure: cron doesn't find rsync; the wildcard gets expanded too early; rsync has output that cron doesn't know where to send because you don't have an smtp daemon running... At least your mounts look ok. Try eliminating the possibilities above by fixing your cron job... Thanks. I did some correction, now here is my crontab: crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.4232 installed on Thu Jan 5 15:02:10 2006) # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $) * * * * * /usr/bin/rsync -azv emperor:/devl/swtools c:/bin/swtools Again I tested that the command, /usr/bin/rsync -azv emperor:/devl/swtools c:/bin/swtools works fine if I type it on shell. Does it work from a SYSTEM-owned shell (search the archives for sysbash)? I still can not make it work. The last suggestion you give is about smtp daemon, I do not quite understand. Could you elabrate on that? Whenever a cron job writes anything to stdout/stderr, cron tries to email the output to the user whose crontab it's running. If you don't have an smtp daemon running, the cron job will fail (IIRC). Try redirecting the output to a file in a known location. You can also try starting an smtp daemon (there are a couple in Cygwin, AFAIR), but redirection is so much easier. Thanks, I tried that and this time I know what is going wrong. The problem is rsync. Here is the logging of the error, Could not create directory '/cygdrive/h/.ssh'. Host key verification failed. rsync: read error: Connection reset by peer (104) rsync error: error in rsync protocol data stream (code 12) at /home/lapo/packaging/tmp/rsync-2.6.6/io.c(584) This is really confusing. I can run the command manually, no problem. But in cron it does not work. From its error message, I see 2 problem,
Re: Help : can not get cron work
On Tue, 10 Jan 2006, lin q wrote:
Isn't 'H' a network drive? That is probably your problem -- read
http://cygwin.com/faq/faq.using.html#faq.using.shares.
Thanks, I think you are right, after check out this page, I think it is
the problem.
But I wonder how we can do it.
Well, for one thing, the only reason you need H: is because your home
directory is on it. You can have a home directory on a local drive
instead, so that it's accessibe to services (you can then create a
symbolic link from your home directory to the network drive).
There are 3 suggestions over there,
1) using public network share that does not require authentication (for
non-critical files)
2) providing your password to a net use command
3) running the service as your own user with cygrunsrv -u
But 1) does not apply here in my environemnt.
Ok.
2), I do not quite understand it. And I think I can not use it either. I
tried net use H: * trying to set up the password, but it errors out on
syntax.
That's because net use expects the full path to the share as part of the
command (if you want to attach to it). So, just figure out what share H:
is referring to (say, \\server\SHARE), and then issue the following
command:
net use H: '\\server\SHARE' '*'
(the quoting is for bash -- I think you can omit it at the DOS prompt).
3), In the very beginning I used cygrunsrv command to start cron, but
there is some problem. And earlier in this thread I was suggested to use
cron-config. Actually below are the screenshot of my running
cron-config, you can see that it specifically asked me whether to setup
the service as my own,
$ /usr/bin/cron-config
Cron is already installed as a service under account XLNX\jibinh.
Do you want to remove or reinstall it? (yes/no) yes
OK. The cron service was removed.
Do you want to install the cron daemon as a service? (yes/no) yes
The service can run either as yourself or under a privileged account.
Running as yourself allows better access to network drives,
but does not allow to run the crontab of other users.
Do you want to the cron daemon to run as yourself? (yes/no) yes
Do you want the daemon to run with ntsec? (yes/no) yes
Please enter the password for user 'linq': **
Reenter: **
WARNING: /usr/sbin/sendmail should point to an executable mailer
such as ssmtp or exim.
Do you want to start the cron daemon as a service now? (yes/no) yes
OK. The cron daemon is now running.
In case of problem, examine the log file for cron,
/var/log/cron.log, and the Windows event log
for information about the problem cron is having.
If you cannot fix the problem, then report it to [EMAIL PROTECTED]
Please include a copy of your crontab, ('crontab -l')
and the output of 'cygcheck -srv cygcheck.txt'.
Please include the generated file 'cygcheck.txt' *as an attachment*,
and NOT in the body of the mail message.
Umm, okay, this seems to have completed successfully. Is cron now
running? Does the simple hello world example work? What error does
your original rsync command give in this case?
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!)
|,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac
--
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/
Conflicting Types for wchar_t
I installed cygwin on an NT Win2000 box, but a compile of a C routine gave the following error: In file included from pltsum_lib.c:13: C:/cygwin/usr/X11R6/include/X11/Xlib.h:83: error: conflicting types for 'wchar_t ' /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/stddef.h:325: error: previous declarat ion of 'wchar_t' was here make[1]: *** [pltsum_lib.o] Error 1 I'm very much a newbee to cygwin, and I'm not even sure I've posted this to the right forum. I could not find this addressed in the archives. Using gcc 3.4.4. How can this error be corrected? Thanks, Mike -- 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/
Patch: inetd service using cygrunsrv
I want to run inetd as a service, but the documented way of doing this (--install-as-service) requires C:\cygwin\bin be in the Windows System PATH. Modifying the System PATH that way causes problems elsewhere in the environment I'm working in, so I'd like to have inetd work under cygrunsrv instead (which does not have this requirement). I've attached a patch which adds a -D option to inetd which prevents it from daemonizing, similar to the -D option sshd has. Let me know what you think, -- Bryan Thrall FlightSafety International [EMAIL PROTECTED] inetutils.patch Description: inetutils.patch -- 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: Help : can not get cron work
Subject: Re: Help : can not get cron work Date: Tue, 10 Jan 2006 18:52:11 -0500 (EST) On Tue, 10 Jan 2006, lin q wrote: Isn't 'H' a network drive? That is probably your problem -- read http://cygwin.com/faq/faq.using.html#faq.using.shares. Thanks, I think you are right, after check out this page, I think it is the problem. But I wonder how we can do it. Well, for one thing, the only reason you need H: is because your home directory is on it. You can have a home directory on a local drive instead, so that it's accessibe to services (you can then create a symbolic link from your home directory to the network drive). This is something I am confused. Here is my crontab, $ crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.5456 installed on Tue Jan 10 18:22:18 2006) # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $) USER=linq USERNAME=linq HOME=/cygdrive/c/home/linq HOMEDRIVE=C: * * * * * echo $LOGNAME /tmp/logname 21 * * * * * echo home=$HOME user=$USER username=$USERNAME hostname=$HOSTNAME homedrive=$HOMEDRIVE /tmp/ulog 21 * * * * * ssh -vv hican /tmp/ssh_log 21 And here is the contents of /tmp/ulog and /tmp/logname which log environment variables, $ cat /tmp/ulog home=/cygdrive/c/home/linq user=linq username=linq hostname=linq2 homedrive=C: $ cat /tmp/logname linq You can see that the home is on C drive which is my local drive. But here is /tmp/ssh_log which logs the exact ssh errors, and you can see that it goes to access H drive. OpenSSH_4.2p1, OpenSSL 0.9.8a 11 Oct 2005 Pseudo-terminal will not be allocated because stdin is not a terminal. debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to hican [149.199.109.155] port 22. debug1: Connection established. Could not create directory '/cygdrive/h/.ssh'. debug1: identity file /cygdrive/h/.ssh/identity type -1 debug1: identity file /cygdrive/h/.ssh/id_rsa type -1 debug1: identity file /cygdrive/h/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2 debug1: match: OpenSSH_3.6.1p2 pat OpenSSH_3.* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.2 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 133/256 debug2: bits set: 511/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug2: no key of type 0 for host hican debug2: no key of type 2 for host hican debug1: read_passphrase: can't open /dev/tty: No such device or address Host key verification failed. Here is /etc/ssh_config, # $OpenBSD: ssh_config,v 1.20 2005/01/28 09:45:53 dtucker Exp $ # This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. This file provides defaults for # users, and the
once more unto the breech - please try a snapshot so I can release this thing
I hope that I've nailed down the last of the problems due to trying to hide the console, aka ssh doesn't work, aka emacs doesn't work, aka rxvt doesn't work, aka setsid something doesn't work. obligatory-often-ignored-request So, please try a snapshot and report problems. Please indicate whether the problem is a regression from 1.5.18 or previous snapshots and please respond to this message when reporting a problem. Don't start a new thread. Please always provide cygcheck output even if you think you've already done it recently. Please provide exact details to duplicate a problem - a simple program indicating the problem is ideal. /obligatory-often-ignored-request Failure to provide any of the above in a report will result in taunting and/or mocking. You have been warned. Oh. And, fixes are always welcome. 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: Help : can not get cron work
OK, now I figure out what is the problem. /etc/passwd file is not correct, after I fix it, rsync in cron works great. Thanks so much for your every help! From: lin q [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: Re: Help : can not get cron work Date: Tue, 10 Jan 2006 18:47:06 -0700 Subject: Re: Help : can not get cron work Date: Tue, 10 Jan 2006 18:52:11 -0500 (EST) On Tue, 10 Jan 2006, lin q wrote: Isn't 'H' a network drive? That is probably your problem -- read http://cygwin.com/faq/faq.using.html#faq.using.shares. Thanks, I think you are right, after check out this page, I think it is the problem. But I wonder how we can do it. Well, for one thing, the only reason you need H: is because your home directory is on it. You can have a home directory on a local drive instead, so that it's accessibe to services (you can then create a symbolic link from your home directory to the network drive). This is something I am confused. Here is my crontab, $ crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.5456 installed on Tue Jan 10 18:22:18 2006) # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $) USER=linq USERNAME=linq HOME=/cygdrive/c/home/linq HOMEDRIVE=C: * * * * * echo $LOGNAME /tmp/logname 21 * * * * * echo home=$HOME user=$USER username=$USERNAME hostname=$HOSTNAME homedrive=$HOMEDRIVE /tmp/ulog 21 * * * * * ssh -vv hican /tmp/ssh_log 21 And here is the contents of /tmp/ulog and /tmp/logname which log environment variables, $ cat /tmp/ulog home=/cygdrive/c/home/linq user=linq username=linq hostname=linq2 homedrive=C: $ cat /tmp/logname linq You can see that the home is on C drive which is my local drive. But here is /tmp/ssh_log which logs the exact ssh errors, and you can see that it goes to access H drive. OpenSSH_4.2p1, OpenSSL 0.9.8a 11 Oct 2005 Pseudo-terminal will not be allocated because stdin is not a terminal. debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to hican [149.199.109.155] port 22. debug1: Connection established. Could not create directory '/cygdrive/h/.ssh'. debug1: identity file /cygdrive/h/.ssh/identity type -1 debug1: identity file /cygdrive/h/.ssh/id_rsa type -1 debug1: identity file /cygdrive/h/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2 debug1: match: OpenSSH_3.6.1p2 pat OpenSSH_3.* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.2 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 133/256 debug2: bits set: 511/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug2: no key of type 0 for host hican debug2: no key of type 2 for host hican debug1: read_passphrase: can't open /dev/tty: No such device
setup crashes trying to install xorg-x11-fnts
Setup is crashing for me (Windows unexpected error window) when I try to reinstall xorg-x11-fnts. Why would I try that? Well, I was upgrading a computer and wanted to install some experimental packages. So, I clicked on Exp. I didn't want to install the X experimental packages. Rather than clicking on the version number for each package to toggle to Keep (my normal procedure), I got lazy and just unchecked the Bin checkbox for these packages. To my surprise, it uninstalled those packages (even though cycling away from Partial and back didn't show any activity for those packages). After this happened, I reran setup to reinstall those packages. All the X packages reinstalled successfully except xorg-x11-fnts. I thought something was messed up on that machine, but I just tried reinstalling xorg-x11-fnts on a different machine and setup crashed there, too. Any ideas how to fix this? Or, is there any way I can manually reinstall xorg-x11-fnts so I have a working X11 installation again? -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 paranoia, n.: A healthy understanding of the way the universe works. -- 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 crashes trying to install xorg-x11-fnts
On Tue, 10 Jan 2006, David Rothenberger wrote: Setup is crashing for me (Windows unexpected error window) when I try to reinstall xorg-x11-fnts. Tsk, tsk, tsk. Which setup version? Which OS? Which version of xorg-x11-fnts are you trying to reinstall? Which mirror are you using? Are you using Install from Local Directory or Install from Internet? We need details. Why would I try that? Well, I was upgrading a computer and wanted to install some experimental packages. So, I clicked on Exp. I didn't want to install the X experimental packages. Rather than clicking on the version number for each package to toggle to Keep (my normal procedure), I got lazy and just unchecked the Bin checkbox for these packages. To my surprise, it uninstalled those packages (even though cycling away from Partial and back didn't show any activity for those packages). After this happened, I reran setup to reinstall those packages. All the X packages reinstalled successfully except xorg-x11-fnts. I thought something was messed up on that machine, but I just tried reinstalling xorg-x11-fnts on a different machine and setup crashed there, too. Given the little information above, I was unable to reproduce this with the latest setup CVS build -- xorg-x11-fnts-6.8.1.0-3 reinstalled normally with no crashes. Any ideas how to fix this? It would be best if we found why setup doesn't work for you (whatever it does, it shouldn't crash). It could be triggered by a corrupt setup.ini file, a corrupt local package cache, or anything else. If you can build setup locally with debugging symbols, invoke it via gdb, and get a backtrace, that would be great. I can also send you a debug version if you wish, but to debug it locally, you'll need the sources anyway. Or, is there any way I can manually reinstall xorg-x11-fnts so I have a working X11 installation again? If nothing works, however, you can do the following: 1. Download release/X11/xorg-x11-fnts/xorg-x11-fnts-6.8.1.0-3.tar.bz2 from some mirror (I use mirrors.kernel.org with good results). 2. cd / tar xjf xorg-x11-fnts-6.8.1.0-3.tar.bz2 3. cd /etc/postinstall ./xorg-x11-fnts.sh 4. Edit /etc/setup/installed.db and add this line: xorg-x11-fnts xorg-x11-fnts-6.8.1.0-3.tar.bz2 0 (in alphabetically sorted order). I think this should do it. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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 crashes trying to install xorg-x11-fnts
On 1/10/2006 8:28 PM, Igor Peshansky wrote: On Tue, 10 Jan 2006, David Rothenberger wrote: Setup is crashing for me (Windows unexpected error window) when I try to reinstall xorg-x11-fnts. Tsk, tsk, tsk. Which setup version? Which OS? Which version of xorg-x11-fnts are you trying to reinstall? Which mirror are you using? Are you using Install from Local Directory or Install from Internet? We need details. Setup version 2.513. Windows XP Pro (as administrator). The latest version of xorg-x11-fnts (6.8.1.0-3). Mirror is http://mirrors.kernel.org. Install is Install from Internet. At least once, setup said my local copy of the package was corrupt and then exited. I've tried removing my local copy but that makes no difference. Any ideas how to fix this? It would be best if we found why setup doesn't work for you (whatever it does, it shouldn't crash). It could be triggered by a corrupt setup.ini file, a corrupt local package cache, or anything else. If you can build setup locally with debugging symbols, invoke it via gdb, and get a backtrace, that would be great. I can also send you a debug version if you wish, but to debug it locally, you'll need the sources anyway. Okay, I'll try that when I have some time and report back. Or, is there any way I can manually reinstall xorg-x11-fnts so I have a working X11 installation again? If nothing works, however, you can do the following: 1. Download release/X11/xorg-x11-fnts/xorg-x11-fnts-6.8.1.0-3.tar.bz2 from some mirror (I use mirrors.kernel.org with good results). 2. cd / tar xjf xorg-x11-fnts-6.8.1.0-3.tar.bz2 3. cd /etc/postinstall ./xorg-x11-fnts.sh 4. Edit /etc/setup/installed.db and add this line: xorg-x11-fnts xorg-x11-fnts-6.8.1.0-3.tar.bz2 0 (in alphabetically sorted order). Thanks. I may try that to get up and going again before I try with a self-built setup. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 comment: A superfluous element of a source program included so the programmer can remember what the hell it was he was doing six months later. Only the weak-minded need them, according to those who think they aren't. -- 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 crashes trying to install xorg-x11-fnts
On 1/10/2006 10:00 PM, David Rothenberger wrote: On 1/10/2006 8:28 PM, Igor Peshansky wrote: On Tue, 10 Jan 2006, David Rothenberger wrote: Any ideas how to fix this? It would be best if we found why setup doesn't work for you (whatever it does, it shouldn't crash). It could be triggered by a corrupt setup.ini file, a corrupt local package cache, or anything else. If you can build setup locally with debugging symbols, invoke it via gdb, and get a backtrace, that would be great. I can also send you a debug version if you wish, but to debug it locally, you'll need the sources anyway. Okay, I'll try that when I have some time and report back. Here's the backtrace. I haven't had a chance to do any debugging yet, though. #0 0x5f01265c in ?? () #1 0x0047feec in _Unwind_SjLj_RaiseException () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #2 0x004766c5 in __cxa_throw () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #3 0x0040ccda in check_for_cached ([EMAIL PROTECTED]) at download.cc:116 #4 0x0040dbae in do_download_reflector (p=0x4d73e0) at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/stl_iterator.h:614 #5 0x7c80b50b in KERNEL32!GetModuleFileNameA () from /c/WINDOWS/system32/kernel32.dll #6 0x004d73e0 in std::__ioinit () #7 0x0401 in ?? () #8 0x0002 in ?? () #9 0x004d73e0 in std::__ioinit () #10 0x7ffde000 in ?? () #11 0x8a8f8600 in ?? () #12 0x01e4ffc0 in ?? () #13 0x86753228 in ?? () #14 0x in ?? () #15 0x7c8399f3 in KERNEL32!FindAtomW () from /c/WINDOWS/system32/kernel32.dll #16 0x7c80b518 in KERNEL32!GetModuleFileNameA () from /c/WINDOWS/system32/kernel32.dll #17 0x in ?? () from -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 Necessity is a mother. -- 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/
Updated: tzcode-2005r-1
Hi A new version of 'tzcode/tzdata' has been uploaded to a server near you. DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release * Removed dependency of pdksh in favour of bash tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. INSTALLATION: = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up the above mentioned package from the 'System' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Enjoy Volker
Updated: lapack-3.0-4
INFO The cygwin lapack-3.0 package has been updated to release 4. This correctly implements autobasing for the cyglapack and cygblas dynamic link libraries, which was not working properly. More information in the lapack-3.0.README file. Lapack 3.0 is a comprehensive FORTRAN library for linear algebra operations. It includes matrix inversions, least squared solutions to sets of equations, eigenvector analysis, singular value decomposition, etc. It is a very comprehensive and reputable package that has found extensive use in the scientific community. Lapack requires a blas (basic linear algebra system) implementation; the Cygwin binary distribution includes a non-optimized reference blas library. The Cygwin source distribution includes Atlas, allowing a locally optimized blas library to be compiled and installed from source. This greatly improves the computational speed of the Lapack library. See README.optimize in the CYGWIN-PATCHES subdirectory of the source distribution for further information on optimized lapack libraries. Lapack Home Page: http://www.netlib.org/lapack/ Atlas Home Page: http://math-atlas.sourceforge.net/ UPDATE == To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'lapack' from the 'Math' category. Then click on the 'skip' field next to 'lapack' until '3.0-4' is displayed. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. MAINTAINER == James R. Phillips
