Re: Please try a snapshot - final push for 1.5.19
On Wed, 21 Dec 2005, Igor Pechtchanski wrote:
> > >On Wed, Dec 21, 2005 at 12:17:09PM -0500, Igor Pechtchanski wrote:
> > >> I've been having problems with "fork: resource unavailable" on my
> > >> machine with the 10/03 snapshot. The problem is only reproducible
> > >> after Cygwin has been running for a while, under a heavy load.
> > >> I'll try to see if it appears under the 12/20 snapshot, but there's
> > >> no guarantee I'll be able to reproduce it in time for the release.
> > >> I know this isn't much of a bug report, but this is just a
> > >> heads-up.
>
> Okay, I was wrong. I did reproduce the problem with essentially the
> same strace under the 12/20 snapshot (sorry, still not the latest, but
> I'm building a debug version of cygwin1.dll from cvs HEAD now). More
> details when I have them.
> Igor
I can't reproduce the original problem at all with cvs HEAD, which is
likely due to CGF's recent changes to pinfo.cc (for which he has my
heartfelt thanks!).
Here's another problem I'm having (both cvs HEAD self-built DLL and the
12/20 snapshot): '/bin/kill -9 -PGID' sometimes leaves stale unkillable
processes around. Attempting to kill the processes with anything other
than '/bin/kill -f' results in the following message:
kill: 6364: Resource temporarily unavailable
If left alone, after a while the processes print to the console:
C:\cygwin\bin\bash.exe (6364): *** WFSO timed out after longjmp
At other times, the processes are not in the Cygwin process table anymore,
but do show up in 'ps -W' output as
9844 0 0 9844?0 11:59:58 *** unknown ***
The attached script reproduces this problem for me in one of about 3-4
tries, on a single-processor WinXP Pro SP1. It is distilled from a much
larger script I have at work.
FWICS, this is *not* a regression from 1.5.18 or the previous snapshots,
but I hope I can help get this fixed. I can post the cygcheck output and
straces for the attached script if they are likely to be useful...
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"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"#!/bin/bash
runOne() {
# Create a main process group running "echo -n ''",
# and a "deadman timer" process group that waits 60 seconds and
# then kills the main process group.
# If the main process group ends before the timer process
# group, the timer process group is killed.
# create a new process group so that the main job
# and all of the its descendant processes can be terminated
# as a whole
perl -e 'setpgrp(0,0);exec(@ARGV)' bash -c "echo -n ''" &# spawn main job
local pidMain=$! # pid of main job
perl -e 'setpgrp(0,0);exec(@ARGV)' bash -c "sleep 60; /usr/bin/kill -9
-$pidMain" & # spawn timer job
local pidTimer=$! # pid of timer job
wait $pidMain # wait until main job finishes
# either normally or through the timer
/usr/bin/kill -9 -$pidTimer # kill the timer job
}
for i in 1 2 3 4 5 6 7 8 9 10; do
runOne
runOne
runOne
runOne
runOne
done
exit 0
--
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: Please try a snapshot - final push for 1.5.19
On Wed, 21 Dec 2005, Christopher Faylor wrote: > Only four more testing days remain if we want to get a cygwin 1.5.19 > release out there by Christmas. Please try a snapshot and report > success/failure to this thread. > > When reporting a problem please report the exact steps that you've taken > and *please* narrow down the failure to the absolute minimum scenario > needed to duplicate it. > > So, please try the 2005-Dec-21 snapshot: http://cygwin.com/snapshots/ . Looks like some Cygwin programs appear twice in the output of "ps -W" with the cvs HEAD DLL. Sorry I just noticed it -- this seems to have been happening as far back as 10/03, though it is a regression from 1.5.18 (1.5.18 does show Win32 paths for some Cygwin processes, so it may be that only the output format of "ps -W" has changed). WinXP Pro SP1; uname -svr reports CYGWIN_NT-5.1 1.5.19(0.149/4/2) 2005-12-22 12:33 This is 100% reproducible for me with the following command: /bin/run /bin/bash -c 'exec /usr/bin/rxvt' The rxvt process appears twice in the output of "ps -W" (the entries are identical, FWICS). Cygcheck output attached. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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" Cygwin Configuration Diagnostics Current System Time: Thu Dec 22 14:19:32 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\home\igor\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\ThinkPad\Utilities c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\system32\wbem c:\Program Files\IBM\Infoprint Select c:\Utilities . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1019(igor) GID: 0(root) 0(root) 513(None) 544(Administrators) 555(Remote Desktop Users) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1019(igor) GID: 0(root) 0(root) 513(None) 544(Administrators) 555(Remote Desktop Users) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS USER = `igor' PWD = `/tmp/cygwin@cygwin.com' CYGWIN = `check_case:strict ntsec notitle binmode nosmbntsec notty' HOME = `/home/igor' MAKE_MODE = `unix' TVDEBUGFLAGS = `0x260' HOMEPATH = `\Documents and Settings\igor' MANPATH = `/usr/local/man:/usr/share/man:/usr/man:/usr/contrib/jikes/man::/usr/ssl/man:/usr/X11R6/man' APPDATA = `C:\Documents and Settings\igor\Application Data' HOSTNAME = `pechtcha' TVLOGSESSIONCOUNT = `5000' TERM = `cygwin' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel' HISTSIZE = `2000' WINDIR = `C:\WINDOWS' TEXDOCVIEW_txt = `cygstart %s' TEXDOCVIEW_dvi = `cygstart %s' X10_PLATFORM = `win32_x86' OLDPWD = `/home/igor' USERDOMAIN = `PECHTCHA' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' HISTFILESIZE = `1' !:: = `::\' TEMP = `/tmp' COMMONPROGRAMFILES = `C:\Program Files\Common Files' USERNAME = `igor' TEXDOCVIEW_pdf = `cygstart %s' PROCESSOR_LEVEL = `6' JAVA = `/usr/local/bin/java' SYSTEMDRIVE = `C:' JAVA_HOME = `/usr/contrib/java' TEXDOCVIEW_html = `cygstart %s' USERPROFILE = `C:\Documents and Settings\igor' CVSREAD = `true' PS1 = `[\[\e[32m\]\h\[\e[0m\]:\[\e[33m\]\w\[\e[0m\]] \[\]' PD_SOCKET = `6874' LOGONSERVER = `\\PECHTCHA' PROCESSOR_ARCHITECTURE = `x86' !C: = `C:\cygwin\bin' PERLDOC_PAGER = `less -+C -e -isrR' HISTCONTROL = `ignoredups' SHLVL = `1' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `C:' PROMPT = `$P$G' COMSPEC = `C:\WINDOWS\system32\cmd.exe' JIKESPATH = `.:/usr/contrib/java/jre/lib/core.jar:/usr/contrib/java/jre/lib/charsets.jar:/usr/contrib/java/jre/lib/xml.jar' TMP = `/tmp' SYSTEMROOT = `C:\WINDOWS' PDBASE = `C:\Program Files\IBM\Infoprint Select' PRINTER = `ushawl66' CVS_RSH = `/bin/ssh' PROCESSOR_REVISION = `0905' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' TEXDOCVIEW_ps = `cygstart %s' INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:' PRO
Re: SSH problem after upgrade
Ed, there was no need to Cc: me -- I read the list. Please make sure your mailer respects the Reply-To: header, which I set appropriately. On Wed, 21 Dec 2005, Ed Brady wrote: > Igor Pechtchanski wrote: > > > Does it help if you leave the files in /usr/bin, but explicitly > > specify the path to the program (e.g., /home/Ed/telnet.exe)? > > Unfortunately, I have tried explicitly specifying the path > (/usr/bin/ssh.exe, /usr/bin/telnet, etc) with no luck. That's not what I asked (though I can see how it can be misread). Let me try again: if you copy telnet.exe into your home directory, *leave* /usr/bin/telnet.exe in place, and then invoke the telnet in your home directory as /home/Ed/telnet.exe, does it still work for you? > > > Some additional notes: > > > #1 - Copying the program to a different name under the SAME directory > > > (/usr/bin) does not cause the problem to go away, creating symlinks > > > does not help either. This means the problem is somehow related to > > > something specific to the attributes of /usr/bin itself. Either the attributes, or the contents. > > > #2 - Considering the three programs found (ssh, ftp, telnet), there is a > > > high probability that the root cause is related to how the "socket" or > > > related api cmds are being invoked or differences in how it is being > > > called when the application resides in the home directory versusus > > > /usr/bin. IIRC, the Windows dynamic loader will first look for DLLs in the application directory, and only then in the PATH. Here's a WAG: do you have a copy of winsock.dll or ws2_32.dll in /usr/bin? > > > #3 - I have yet to find a complete list, but I am betting that this > > > behavior will exist on all applications trying to open a priviledged > > > port. > > > > Sounds like a permission issue. What does "ls -ld /usr/bin" show? > > This may be a red herring, but try the following command: > > > > chmod a+x / /bin /lib /usr /etc > > Interesting idea, I tried this, but no luck > > > If this helps, your trouble may be with traverse checking... Just to rule out traverse checking, could you try running "CYGWIN=notraverse /usr/bin/telnet HOST"? > > Also, can you post the permissions on the original files and the > > copies in your home directory (both "ls -l" and "getfacl")? > > Here are the listings, starting with /usr/bin > > getfacl /usr/bin/ssh.exe > # file: /usr/bin/ssh > # owner: Ed > # group: Users > user::rwx > group::r-x > group:SYSTEM:rwx > mask:rwx > other:--- > > getfacl /home/Ed/ssh.exe > # file: /home/Ed/ssh.exe > # owner: Ed > # group: None > user::rwx > group::r-x > mask:rwx > other:--- > > I have also tried changing the group of /usr/bin/ssh.exe to None with no > success Doesn't look particularly significant... Can you also post the output of "getfacl / /bin /home/Ed"? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Please try a snapshot - final push for 1.5.19
On Wed, 21 Dec 2005, Christopher Faylor wrote: > On Wed, Dec 21, 2005 at 03:01:17PM -0500, David Arnstein wrote: > >On Wed, Dec 21, 2005 at 12:17:09PM -0500, Igor Pechtchanski wrote: > >> I've been having problems with "fork: resource unavailable" on my machine > >> with the 10/03 snapshot. The problem is only reproducible after Cygwin > >> has been running for a while, under a heavy load. I'll try to see if it > >> appears under the 12/20 snapshot, but there's no guarantee I'll be able to > >> reproduce it in time for the release. I know this isn't much of a bug > >> report, but this is just a heads-up. > > > >I have been plagued by this problem for monthes now. I don't have a > >solution, but here is a bash shell script that will reproduce the > >problem. It is checking every file in its argument list. It is most > >likely to cause the problem when presented with a long argument list. > >I like to exercise it by launching it from C:\Windows as > > undupe.sh * > > Wow. Two replies to my request for testing the current snapshot. The > first talks about a two-month old snapshot and the second doesn't > provide any details about whether this is a problem with the current > snapshot or not. > > Not what I'd call an auspicious start. Okay, I was wrong. I did reproduce the problem with essentially the same strace under the 12/20 snapshot (sorry, still not the latest, but I'm building a debug version of cygwin1.dll from cvs HEAD now). More details when I have them. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Execute bit getting set on created files when it shouldn't
On Wed, 21 Dec 2005, Don Peterson wrote:
> Please reference the mail list thread
> http://sourceware.org/ml/cygwin/2005-10/msg00921.html for what I could
> find on this topic. I didn't find an answer, but I have a suspicion
> that the problem's cause is not due to cygwin's behavior. Output of
> cygcheck on my machine attached.
>
> Problem statement: running a non-cygwin program in a console generate
> files with the execute bit set, even if your umask doesn't allow it.
That's because non-Cygwin programs don't know about Cygwin umask. FYI,
you can get Cygwin programs to behave the same way by setting
CYGWIN=nontsec.
> The only annoyance of this is that subsequent use of 'ls --color=auto'
> results in lots of files showing up as executables that really aren't.
>
> For one occurrence of this behavior, it's ignorable. However, it's the
> apocryphal Chinese water torture after thousands of occurrences. I've
> happily used cygwin on NT4 and Win2000 from 1997 or so to around the
> middle of 2005 and this problem never occurred (not to mention lots of
> time on UNIX machines that also don't exhibit this behavior). I bought
> a new computer last summer with XP, installed cygwin, restored my
> .profile/.bashrc stuff, and started seeing the problem. I suspect the
> root cause is that XP changed its permissions behavior from how
> Win2000/NT4 behaved.
Actually, it has nothing to do with the OS -- I've had the same problem on
Win2k, before we went to XP. It has to do with inheritable directory
permissions -- you must've had the parent directory's "file execute" ACL
turned off on Win2k, and XP turned it on by default.
You could try playing with permission inheritance to fix this...
> I use the following shell function as a quick hack to recursively fix
> things:
>
> unx () {
> find . -type d | xargs chmod a+x;
> find . -type f ! -name "*.exe" | xargs chmod a-x
> }
...or you could use a more comprehensive script I posted in
<http://cygwin.com/ml/cygwin/2005-10/msg00935.html>. :-)
> Its problem is that it doesn't work on file names with space characters
> (one could hack on find to add a -Q option to quote any filenames with
Actually, using "find -print0 | xargs -r0" is the preferred way.
> spaces etc. so that hopefully xargs would do the right thing). An
> undesirable side effect is that e.g. files that are scripts where you do
> want them to be executable are changed to nonexecutable.
>
> One tip: if you're using InfoZip's unzip command, be sure to add the -X
> option to restore access control lists. This cuts down on the problem.
> I use the alias 'alias unzip="unzip -X"'.
Or use the Cygwin unzip package... :-)
> Here's an example of the problem on my machine (I took out some
> unrelated cruft):
>
> --> ls -l
> total 80
> -rw-r--r-- 1 Don None 19482 Jul 23 2002 md5.c
> --> gcc -c md5.c
> --> ls -l
> total 85
> -rw-r--r-- 1 Don None 19482 Jul 23 2002 md5.c
> -rwxr-xr-x 1 Don None 4617 Dec 21 12:19 md5.o
>
> The md5.o file has its execute bits set. This occurs even if I have my
> umask set to 0122.
Umm, are you using a non-Cygwin gcc? Why?
> However, if I execute 'rm md5.o; touch md5.o' (i.e., use a cygwin tool),
> the permissions are as I expect (i.e., no execute bits set, even if my
> umask is 0). This tells me the problem is not caused by cygwin, but
> rather by Windows.
>
> My question for the esteemed cygwin folks is: Does anyone have an idea
> for a workaround that could eliminate or mitigate this behavior?
>
> If there's no workaround, one day I'll get around to writing a fix for
> the above unx function which turns the execute bits off for all files
> except for those where the first two characters are '#!'. I think this
> should work, since *.exe files don't need the permission bit set in
> order to run either from bash or Windows Explorer. *.com files, though,
> do need the bit, as do *.bat files. For me, this is ignorable, since I
> essentially don't use them.
Actually, DLLs also need to be executable. The script at the link above
should take care of it.
> PS: I'd like to thank the cygwin developers and the Red Hat executives
> (past and present) who continue to support cygwin. Life on Windows
> would be miserable without your work and dedication.
Hear, hear...
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'
Re: Please try a snapshot - final push for 1.5.19
On Wed, 21 Dec 2005, Christopher Faylor wrote: > On Wed, Dec 21, 2005 at 12:17:09PM -0500, Igor Pechtchanski wrote: > >I've been having problems with "fork: resource unavailable" on my machine > >with the 10/03 snapshot.[snip] > > > >I'm at a loss on how to proceed.[snip] > >[snip] > > > >Any pointers/advice would be appreciated. > > Below is the contents from "how-to-debug-cygwin.txt". This file is > found in the cygwin source directory. > [snip] A simple "you'd have to debug this yourself" would have sufficed, thank you. And I knew I would need to do this. However, this kind of problem is not covered in how-to-debug-cygwin.txt, for two reasons: a) it is not a crash, and thus the JIT debugging instructions are useless, and b) it was not reproducible under gdb, unfortunately -- only under strace. I was hoping that the particular pattern in the strace would jump out at someone familiar with the code. I guess this is not the case, so I'll try to get more understanding of the code and see if I can figure out the problem myself. At first glance, this looks like a PID reuse problem -- the PID is reused before the old pinfo structure could be released, and with the high load, 20 loop iterations aren't enough to wait it out. I suspect that upping the NPIDS_HELD to 8 would at least work around the problem -- would a patch like this be accepted if I could show that this is the reason for the failure? I'll post back when (and if) I have more info. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Please try a snapshot - final push for 1.5.19
On Wed, 21 Dec 2005, Christopher Faylor wrote: > Only four more testing days remain if we want to get a cygwin 1.5.19 > release out there by Christmas. Please try a snapshot and report > success/failure to this thread. > > When reporting a problem please report the exact steps that you've taken > and *please* narrow down the failure to the absolute minimum scenario > needed to duplicate it. > > So, please try the 2005-Dec-21 snapshot: http://cygwin.com/snapshots/ . I've been having problems with "fork: resource unavailable" on my machine with the 10/03 snapshot. The problem is only reproducible after Cygwin has been running for a while, under a heavy load. I'll try to see if it appears under the 12/20 snapshot, but there's no guarantee I'll be able to reproduce it in time for the release. I know this isn't much of a bug report, but this is just a heads-up. I'm at a loss on how to proceed. Would an strace captured under the 10/03 snapshot be helpful at all? If not, would it at least be possible to add the relevant debugging information to the fork() code, so that when I do reproduce this (and I have a feeling that in a few days, I'll be able to), I can get meaningful information from the strace even with the outdated snapshot? Unfortunately, the whole nature of the problem setting precludes using the latest snapshot... I also have a feeling that this would be next to impossible to reproduce on other machines... FWIW, here's the (IMO) relevant bit of the strace, captured under the 10/03 snapshot. I don't know how normal it is for a newly-created process to have the PID_EXITED bit set: 22 76572 [main] bash 12000 fork: entering 20 76592 [main] bash 12000 sig_send: sendsig 0x734, pid 12000, signal -40, its_me 1 22 76614 [main] bash 12000 sig_send: wakeup 0x6E4 27 76641 [main] bash 12000 sig_send: Waiting for pack.wakeup 0x6E4 26 76667 [main] bash 12000 sig_send: returning 0x0 from sending signal -40 255 76922 [main] bash 12000 stack_base: bottom 0x23, top 0x22E72C, stack 0x22E72C, size 6356, reserve 6356 21 76943 [main] bash 12000 frok::parent: CreateProcess (C:\cygwin\bin\bash.exe, C:\cygwin\bin\bash.exe, 0, 0, 1, 0x20, 0, 0, 0x22E730, 0x22E7A0) 1180 78123 [sig] bash 12000 wait_sig: signalled 0x6E4 (the part below is repeated 20 times) 37 89289 [main] bash 12000 open_shared: name (null), n 11608, shared 0x147 (wanted 0x0), h 0x6D4 22 89311 [main] bash 12000 pinfo::init: looping because pid 11608, procinfo->pid 11608, procinfo->dwProcessid 6644 has PID_EXITED set (the part above is repeated 20 times) 38 89349 [main] bash 12000 frok::parent: pinfo failed 28 89377 [main] bash 12000 frok::parent: returning -1 18 89395 [main] bash 12000 fork: fork failed - child pid 11608, errno 11 19 89414 [main] bash 12000 __set_errno: int fork():602 val 11 19 89433 [main] bash 12000 fork: -1 = fork() Any pointers/advice would be appreciated. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Inconvenient ghostscript and transfig dependences
On Wed, 21 Dec 2005, Yitzchak Scott-Thoennes wrote:
> On Tue, Dec 20, 2005 at 07:24:56PM -0500, Larry Hall (Cygwin) wrote:
> > Sorry but there is currently no way to represent "either/or"
> > dependencies via "setup.exe" (PTC). That said, there's no reason that
> > you can't override "setup.exe" and not install gs-no-X11. If you know
> > that's what you want, then you should feel free to do so. If your
> > gripe is that "setup.exe" will try to install gs-no-X11 each time you
> > run it, you should feel free to manually edit /etc/setup/install.db to
> > include the package name and an impossibly high version number to fool
> > "setup.exe" into thinking you already have a version installed that is
> > more current than what it has available to it.
>
> This keeps getting advocated, but in my testing it does *not* work.
> If you have found otherwise, or see somewhere in the source for setup
> where this is supposedly implemented, please give some detailed
> information.
>
> But AFAICT, setup seems to have no concept of higher/lower version
> numbers, nor do I see how setup *could* understand the variety of
> version numbers out there. Which is higher, 20030307 or 1.875?
> 2.5.4a or 2.5.4? 2.8.0 or 2.10.1? These all involve assumptions
> that may or may not be true.
Yes, you're correct. I've also been occasionaly guilty of recommending
this option, and it indeed does not work. The code in setup.exe only
checks for version equality, so if you have "installed != current",
"current" will be selected, even if "installed" is higher (for some
definition of higher).
It might be quicker (and easier) to implement a "lock package" option in
installed.db, so that locked packages never get upgraded, even if their
version is not the same as "curr". <http://cygwin.com/acronyms/#PTC>
(which I will provide eventually, though someone else is welcome to beat
me to it).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"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: SSH problem after upgrade
On Wed, 21 Dec 2005, Ed Brady wrote: > > Ed Brady wrote: > > > > > After upgrading to the latest release of cygwin, I am continually > > > receiving the error message. > > > > > > socket: Operation not permitted > > > ssh: connect to host port 22: Operation not permitted > > > > > > I have had Cygwin installed on this computer for over three years > > > and have used ssh reguarly without any problems until this recent > > > upgrade. > > > > > > Also, I can copy ssh.exe to my home directory and for some strange > > > reason this seems to work. I have searched all over for an answer > > > to this problem with no avail. > > > Any help appreciated > > Thinking that the firewall might be an issue, I tried disabling it, but > with no luck. > The one peculiar behavior I see here is that this only seems to happen > whenever the files reside in /usr/bin. If I make a copy of them and put > them into my home dir the problem goes away. > Additionally, if I make a copy of the files, and let them REMAIN in the > /usr/bin dir, the problem still exists. Does it help if you leave the files in /usr/bin, but explicitly specify the path to the program (e.g., /home/Ed/telnet.exe)? > Some additional notes: > #1 - Copying the program to a different name under the SAME directory > (/usr/bin) does not cause the problem to go away, creating symlinks > does not help either. This means the problem is somehow related to > something specific to the attributes of /usr/bin itself. > #2 - Considering the three programs found (ssh, ftp, telnet), there is a > high probability that the root cause is related to how the "socket" or > related api cmds are being invoked or differences in how it is being > called when the application resides in the home directory versusus > /usr/bin. > #3 - I have yet to find a complete list, but I am betting that this > behavior will exist on all applications trying to open a priviledged > port. Sounds like a permission issue. What does "ls -ld /usr/bin" show? This may be a red herring, but try the following command: chmod a+x / /bin /lib /usr /etc If this helps, your trouble may be with traverse checking... Also, can you post the permissions on the original files and the copies in your home directory (both "ls -l" and "getfacl")? HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"
On Tue, 20 Dec 2005, JeDi wrote: > > > I am now able to launch bash properly. > > > > > > Worm ? > > > > Not sure. services.exe could be a wrapper that was running some > > Cygwin program at the time... > > Well ProcessExplorer used to point services.exe on > c:\windows\system\DRIVER, were I couldn't find any services.exe in the > explorer (I checked that explorer was not configured for hidding files). > Moreover I was not able to create a file called services.exe, explorer > wouldn't do it because another one was called like this in the > folder Then, in a command prompt I executed "del services.exe", and > the del command told me no file was there. Then, I did "mv services.exe > services.exe.old", and the file was renamed. I created a services.exe > from an empty txt file, and that's it, services.exe (the one containing > a copy of cygwin1.dll) does not launch himself anymore at each boot and > cygwin works correctly. > > I definitly think it's a worm. Ok. > > Hmm... Weird. Well, it's gone now... > > Thanks to you, thank you and the other guys in the > forum for your gracious help. > > > > /etc/setup does exist and contains some files. Actually cygcheck is > > > depending on cygwin1.dll I guess, so ... > > > > Your guess is wrong. cygcheck does attempt to invoke some programs > > that depend on cygwin1.dll, but it itself does not depend on it. The > > fact that it thinks that you have no mounts and that no packages are > > installed is alarming. > > But everything seems to work perfectly. For now. Your configuration is just asking for trouble. > > What is the output of "mount" from bash? Does your system have an > > /etc/setup/installed.db? > > bash-3.00$ mount > c: on /cygdrive/c type system (binmode,noumount) > d: on /cygdrive/d type system (binmode,noumount) > e: on /cygdrive/e type system (binmode,noumount) > g: on /cygdrive/g type system (binmode,noumount) > h: on /cygdrive/h type system (binmode,noumount) You need to have the "/", "/usr/bin", and "/usr/lib" mounts, at the very least. > And I have a /etc/setup/installed.db in my cygwin directory. Attached > with the mail, my last cygcheck which seems fine. It is not fine. The default mounts are missing, so most scripts will not work properly (those that use /usr/bin/PROG as their shebang line, for example). Looks like you've installed Cygwin into c:\cygwin, so you can restore the mounts with cd c:\cygwin\bin .\mount -f -s -b c:/cygwin / .\mount -f -s -b c:/cygwin/bin /usr/bin .\mount -f -s -b c:/cygwin/lib /usr/lib (from a cmd.exe window), or re-running setup.exe... FWIW, the empty list of installed packages is likely a consequence of the missing "/" mount, and should also be fixed by the above commands. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Setting cygwin permissions from Windows programs
On Tue, 20 Dec 2005, Steve Holden wrote: > Larry Hall (Cygwin) wrote: > > Steve Holden wrote: > > > > > I am writing a Python program to generate file trees to be > > > distributed to a Linus machine using Cygwin's scp. As the GUI to > > > this program uses wxPython, a native Windows approach is the most > > > straightforward. > > > > > > Is there any way to set permissions on the output files from the > > > Windows side that will result in predictable permissions when the > > > output tree is viewed from Cygwin? > > > > > > A Python recipe would be useful, but I'll take what I can get! > > > > > > Have you checked what the permissions on a file you created by Windows > > looks like under Cygwin and seen some problem? If so, please post the > > details and perhaps someone can help. Otherwise, I'd suggest just > > doing the above and working with the result unless you see problems. > > In general, unless you've done something to restrict access in > > Windows, Cygwin can see and interact with "natively created" files > > just fine. > > Holger Krull wrote: > > Cygwin doesn't have an own management of permissions. So any program > > that modifies permission in Windows will be able to change permissions > > for cygwin files. cacls and xcacls are command line tools from > > windows. Don't know how this would be usually done in python. > > Thanks for the responses. The issue is that I'd like the files to appear in > Cygwin with permissions of -rwxr--r--, or -rwxr-xr-x for executables and > directories. > > I'm trying to avoid having to use Cygwin utilities to assert Cygwin > permissions, but I am unable to determine the Windows permissions I must > assert when creating the files in order for Cygwin to see those > permissions. Currently a newly created file appears as: > > -rwx-- 1 sholden None 13834 Dec 20 14:26 index.html > > This is under Win XP. Are the Cygwin and Windows permissions different > universes that don't interact? To clarify what Holger said: on NTFS, Cygwin does not do its own permission management -- it uses the ACLs on the underlying filesystem and maps them to Unix-style permissions. You can experiment with this mapping by playing with the Cygwin getfacl/setfacl tools (or use cacls, but I found the getfacl output much more palatable). Once you understand how the mapping works, you can change the ACLs appropriately to get the right Unix permission bits from Cygwin. FYI, on FAT filesystems, Cygwin can emulate permissions using NTEA, but those will need to be changed via Cygwin itself -- Windows won't know anything about them, and so none of the pure Windows tools can be used to change them. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: vim under cygwin
On Tue, 20 Dec 2005, Luke Vanderfluit wrote: > Igor Pechtchanski wrote: > > > On Tue, 20 Dec 2005, Luke Vanderfluit wrote: > > > > > > > Hi. > > > > > > I'm a vi user :-) > > > > > > I recently started using cygwin, so forgive me if this is an obvious > > > one. I want to use vi under cygwin but I'm having trouble with > > > terminal settings. > > > > > > apparently these are the possible term settings. > > > > > > builtin_ansi > > > builtin_xterm > > > builtin_iris-ansi > > > builtin_dumb > > > > > > However, none of these work right. > > > Can someone advise me on the term settings for windows XP/cygwin or > > > point me to an appropriate resource. > > > > Just to clarify: if you use the default cmd.exe "console" window > > (i.e., the default Cygwin shortcut), then your TERM is "cygwin". If > > you use rxvt or xterm, you'd use TERM="xterm", of course... > > HTH, > > Thanks for your reply. > I'm using rxvt. I use the following in cygwin.bat: > > bash --login -i -c 'rxvt -geometry 80x29 -sb -sl 1 -bg Black -fg green > -bd LightSeaGreen -fn Courier -font 7x15' > > I've tried setting > term=builtin_xterm -> bad characters when using cursor, no > backspace=delete to previous line as in vim set backspace=2, no info > telling me which mode I'm in. > term=ansi, backspace=2 -> no mode info, backspace deletes but screen > doesn't show deletions until next insert (annoying, not workable) > > If there are any cygwin users on XP who have a nicely working vi, please > let me know what your settings are. I use vi under XP all the time. Here are my settings: :set --- Options --- background=dark isprint=@,129-255 scroll=11 term=cygwin nocompatible laststatus=2shell=/bin/sh visualbell incsearch ruler shiftwidth=2 nowrapscan formatoptions=tcroq shortmess=filnxtToOI If you wish, I could also email you the output of ':set all' off-list... HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: vim under cygwin
On Tue, 20 Dec 2005, Luke Vanderfluit wrote: > Hi. > > I'm a vi user :-) > > I recently started using cygwin, so forgive me if this is an obvious one. > I want to use vi under cygwin but I'm having trouble with terminal settings. > > apparently these are the possible term settings. > > builtin_ansi > builtin_xterm > builtin_iris-ansi > builtin_dumb > > However, none of these work right. > Can someone advise me on the term settings for windows XP/cygwin or > point me to an appropriate resource. Just to clarify: if you use the default cmd.exe "console" window (i.e., the default Cygwin shortcut), then your TERM is "cygwin". If you use rxvt or xterm, you'd use TERM="xterm", of course... HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: vim under cygwin
On Tue, 20 Dec 2005, Luke Vanderfluit wrote: > Hi. > > I'm a vi user :-) > > I recently started using cygwin, so forgive me if this is an obvious one. > I want to use vi under cygwin but I'm having trouble with terminal settings. > > apparently these are the possible term settings. > > builtin_ansi > builtin_xterm > builtin_iris-ansi > builtin_dumb > > However, none of these work right. > Can someone advise me on the term settings for windows XP/cygwin or > point me to an appropriate resource. TERM="cygwin". HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Linker error after clean reinstallation of Cygwin
On Mon, 19 Dec 2005, Yitzchak Scott-Thoennes wrote: > On Fri, Dec 16, 2005 at 07:03:12PM -0500, Igor Pechtchanski wrote: > > On Fri, 16 Dec 2005, Angelo Graziosi wrote: > > > > > The cygipc package has not been reinstalled, it, now, belongs to > > > obsolte section. > > > > > > Should I reinstall it or is sufficient to delete '-lcygipc' from the > > > build command? > > > > Actually, cygipc *is* installed, but the new version is empty (as are all > > obsolete packages) > > Doesn't seem to be true in this case: > > setup.ini: > > setup-timestamp: 1134667219 > ... > @ cygipc > sdesc: "IPC support for cygwin" > ldesc: "CygIPC provides a library, headers, and a daemon that can > be used to provide IPC services for cygwin. It is, however, slated > to become obsolete once the cygserver is complete (cygserver is a > similar library and daemon that will be a built-in part of the main > cygwin DLL)." > category: _obsolete > requires: cygwin libpopt0 > version: 2.03-2 > install: release/_obsolete/cygipc/cygipc-2.03-2.tar.bz2 374271 > 38e9b514fd9c0946a8d019d8a4c9b031 > source: release/_obsolete/cygipc/cygipc-2.03-2-src.tar.bz2 81505 > 71ff16929a3128a1c9a63c657deb380b > [prev] > version: 2.02-1 > install: release/_obsolete/cygipc/cygipc-2.02-1.tar.bz2 358773 > 6340582cd657fb3beabef20ee47c5f78 > source: release/_obsolete/cygipc/cygipc-2.02-1-src.tar.bz2 75792 > d08c0fa695264c881fd6c7fe16a10226 > > $ cygcheck -c cygipc > Cygwin Package Information > Package VersionSta > cygipc 2.03-2 OK > > $ cygcheck -l cygipc > /etc/postinstall/cygipc.sh > [snip more cygipc content] True -- I should've checked before assuming that this would be the case. Seems to be a cygipc packaging bug. Chuck, can we get an empty 2.03-3? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "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: Perl/TK Segmentation Violation
Ugh, top-posting... Reformatted.
On Sun, 18 Dec 2005, Brett Serkez wrote:
> On Fri, 16 Dec 2005 13:55:52 -0500 (EST), "Igor Pechtchanski" <[EMAIL
> PROTECTED]> said:
<http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks.
> > On Fri, 16 Dec 2005, Brett Serkez wrote:
> >
> > > > > >perhaps there is a missing library dependency?
> > > > >
> > > > > As another test I did a full install of Libs and X11, afterwards
> > > > > my test program now runs. I believe this confirms the issue is
> > > > > a missing dependency in the package management system. What
> > > > > tools are available to track down which package contains the
> > > > > missing libraries?
> > > >
> > > > Try the package search page - <http://cygwin.com/packages/>
> > >
> > > Sorry I wasn't clear, actually meant how do I figure out which
> > > libraries are missing? That will then allow me to use the package
> > > search to figure out which package dependency is missing.
> > >
> > > Here is the list of Cygwin DLLs in use by Perl when it is running my
> > > Perl/TK sample program. I could use some help determining which
> > > DLLs are in which package and thus missing libraries. I removed
> > > what were clearly Windows DLLs, I'm not 100% sure every DLL on this
> > > list is a Cygwin DLL:
> > >
> > > ctype.nls
> > > Cwd.dll
> > > cygcrypt-0.dll
> > > cygexpat-0.dll
> > > cygfontconfig-1.dll
> > > cygfreetype-6.dll
> > > cygperl5_8.dll
> > > cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat
> > > 1005.18..
> > > cygX11-6.dll
> > > cygXft-2.dll
> > > cygXrender-1.dll
> > > cygz.dll
> > > Encode.dll
> > > Event.dll
> > > locale.nls
> > > sortkey.nls
> > > sorttbls.nls
> > > Tk.dll
> > > unicode.nls
> >
> > The short but cryptic answer (as a techie, you might appreciate this):
> >
> > echo $THE_ABOVE_LIST | awk '{print $1}' | xargs which 2>/dev/null | \
> > xargs cygcheck | sed 's/^\s\+//' | sort -u | cygpath -f - | \
> > xargs cygcheck -f
> >
> > (provided you have all the packages installed).
> >
> > The long answer: you can use the "cygcheck" tool to find out which
> > DLLs an executable (or DLL) depends on, like this:
> >
> > $ cygcheck `which cygperl5_8.dll`
> > C:/cygwin/bin/cygperl5_8.dll
> > C:/cygwin/bin\cygcrypt-0.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
> >
> > (since DLLs have to be in the PATH unless loaded via dlopen(), you can
> > use "which" to find out where the DLL lives).
> >
> > You can also use this versatile tool to find out which (installed)
> > package a file belongs to, like this:
> >
> > $ cygcheck -f `which cygperl5_8.dll`
> > perl-5.8.7-4
> >
> > The rest is glue.
>
> While this technique is useful, it is not producing results for me.
Huh? Exactly which of the above recipes doesn't produce results? What
did you try running them on? FWIW, for missing dependencies, cygcheck
will complain that a file could not be found (to stderr).
> I can see that simply installing all libraries resolves the dependency.
Right. And the above commands should show (after installing all
libraries) which of them are actually used by a given DLL.
> Perhaps the package maintainer could try building the package on a
> system with just the default libraries installed? This should produce a
> clear error from the linker as to precisely which library is in question
> vs. the run-time that simply gives up.
You can do the same thing with the above, if you indeed have all the
libraries installed. The newer snapshots of Cygwin also allow you to
programmatically search for files in packages that aren't installed.
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"
Sorry to be getting back so late -- just found this in my Drafts... On Sat, 10 Dec 2005, JeDi wrote: > > > filename. Is there a way to know which dll is loaded in memory and > > > which filename or program it is loaded from ? > > > > Yes, you could try using ProcessExplorer or some other tools (e.g., > > "handle") from SysInternals.com (ProcessExplorer can give you a list > > of all loaded DLLs, for example). However, I don't think they will > > let you search by the shared memory region name... > > I found the cygwin1.dll in a process called 'services.exe'. Seemed that > I was not able to kill it at first. I took a look in the window > directory processExplorer was pointing, and found nothing. After a while > I was able to kill it and another services.exe launch right after, this > one from C:\WINDOWS\system32\services.exe, and without the cygwin1.dll. > I am now able to launch bash properly. > > Worm ? Not sure. services.exe could be a wrapper that was running some Cygwin program at the time... > > Have you rebooted since you've uninstalled all of those programs? A > > program still running with the old DLL will cause your error message > > to be produced, even if the uninstall succeeded. > > Sure I had :) Hmm... Weird. Well, it's gone now... > > This looks suspicious: > > > > > HKEY_CURRENT_USER\Software\Cygnus Solutions > > > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin > > > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 > > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions > > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin > > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 > > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options > > > > (you seem to be missing all your mounts). So does this: > > > > > Cygwin Package Information > > > No setup information found > > > Use -h to see help about each section > > > > Do you have the /etc/setup directory in your Cygwin installation? > > /etc/setup does exist and contains some files. > Actually cygcheck is depending on cygwin1.dll I guess, so ... Your guess is wrong. cygcheck does attempt to invoke some programs that depend on cygwin1.dll, but it itself does not depend on it. The fact that it thinks that you have no mounts and that no packages are installed is alarming. What is the output of "mount" from bash? Does your system have an /etc/setup/installed.db? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Linker error after clean reinstallation of Cygwin
On Fri, 16 Dec 2005, Angelo Graziosi wrote: > After I reinstalled Cygwin there is the following linker error in build > some applications: > > -- > > g77 ... foo.F -lcygipc > > /bin///ld: cannot find -lcygipc > ... > -- > > The cygipc package has not been reinstalled, it, now, belongs to obsolte > section. > > Should I reinstall it or is sufficient to delete '-lcygipc' from the > build command? Actually, cygipc *is* installed, but the new version is empty (as are all obsolete packages), so reinstalling it won't help unless you go for the old version. That said, IIRC, the cygipc functionality is superseded by the Cygwin DLL itself, so deleting -lcygipc should work. However, now instead of starting the cygipc service, you need to add and start the cygserver service. I'm sure there's an entry about this in the FAQ or the User's Guide somewhere -- if not, you can read the cygserver README. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl/TK Segmentation Violation
On Fri, 16 Dec 2005, Brett Serkez wrote:
> > > >perhaps there is a missing library dependency?
> > >
> > > As another test I did a full install of Libs and X11, afterwards my test
> > > program now runs. I believe this confirms the issue is a missing
> > > dependency in the package management system. What tools are available
> > > to track down which package contains the missing libraries?
> >
> > Try the package search page - <http://cygwin.com/packages/>
>
> Sorry I wasn't clear, actually meant how do I figure out which libraries
> are missing? That will then allow me to use the package search to
> figure out which package dependency is missing.
>
> Here is the list of Cygwin DLLs in use by Perl when it is running my
> Perl/TK sample program. I could use some help determining which DLLs
> are in which package and thus missing libraries. I removed what were
> clearly Windows DLLs, I'm not 100% sure every DLL on this list is a
> Cygwin DLL:
>
> ctype.nls
> Cwd.dll
> cygcrypt-0.dll
> cygexpat-0.dll
> cygfontconfig-1.dll
> cygfreetype-6.dll
> cygperl5_8.dll
> cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat
> 1005.18..
> cygX11-6.dll
> cygXft-2.dll
> cygXrender-1.dll
> cygz.dll
> Encode.dll
> Event.dll
> locale.nls
> sortkey.nls
> sorttbls.nls
> Tk.dll
> unicode.nls
The short but cryptic answer (as a techie, you might appreciate this):
echo $THE_ABOVE_LIST | awk '{print $1}' | xargs which 2>/dev/null | \
xargs cygcheck | sed 's/^\s\+//' | sort -u | cygpath -f - | \
xargs cygcheck -f
(provided you have all the packages installed).
The long answer: you can use the "cygcheck" tool to find out which DLLs an
executable (or DLL) depends on, like this:
$ cygcheck `which cygperl5_8.dll`
C:/cygwin/bin/cygperl5_8.dll
C:/cygwin/bin\cygcrypt-0.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
(since DLLs have to be in the PATH unless loaded via dlopen(), you can use
"which" to find out where the DLL lives).
You can also use this versatile tool to find out which (installed) package
a file belongs to, like this:
$ cygcheck -f `which cygperl5_8.dll`
perl-5.8.7-4
The rest is glue.
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Switching Default Text Type
On Thu, 15 Dec 2005, Shankar Unni wrote:
> Lennart Borgman wrote:
> > What is the minimum sequence of operations needed to switch default
> > text type in Cygwin?
>
> mount -m > commands.sh
>
> # edit commands.sh, and change -t to -b or vice versa
>
> sh commands.sh
Or, in one shot:
Text->Binary:
eval "`mount -m | sed '/ -s /s/ -t / -b /'`"
Binary->Text:
eval "`mount -m | sed '/X11/!{/ -s /s/ -b / -t /}'`"
(See <http://cygwin.com/ml/cygwin/2003-07/msg00124.html>).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`' -. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: download cygwin packages in multiple session
On Thu, 15 Dec 2005, Cj2k5 wrote: > Hi all > > I have created a shell script because I dont have an internet connection > and this script allow me to do a dowload session limited in n Mbytes > using wget. I then fill a usb flash memory key and go home to update my > local cygwin miror. Then repeat the session. > > The script compare a latest setup.ini with a local miror of cygwin > packages and generate multiple text file that will be use by wget. > > I did not have my script when sending this message, but tomorrow I will > look for reply to this message and if there are people interesting to > it, I will post the script to a new message. This may not be apparent from that FAQ entry, but Michael Chase's clean_setup.pl, referenced from [1], does that and more. It would be good to know how your script differs from it... Igor [1] <http://cygwin.com/faq/faq.setup.html#faq.setup.disk-space> -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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.exe - un-attended installation support
On Tue, 13 Dec 2005, René Berber wrote:
> Duane Ellis wrote:
> [snip]
> > The solution I have always found that always works is
> > to supply either a CD image with all the files on it
> > or host the data on a local internal mirror server.
> [snip]
>
> This plus changing the file setup.ini by setting "category: Base" to all
> the extra packages you need installed will allow your users to use
> setup.exe, don't select anything (is already selected) just finish the
> installation.
>
> You do need your own repository or CD to avoid unexpected version
> changes.
>
> Just an idea, I haven't tested it.
It should work, but a nicer approach would be to reuse setup's dependency
mechanism and create a dummy package in "Base" that depends on all of the
needed packages...
Oh, and setup's "unattended install" option ("-q") should work once you
have all the needed packages either in "Base" or as dependencies of
"Base". It'll still pop up a window, but shouldn't require any user
input.
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"
On Sat, 10 Dec 2005, JeDi wrote: > > It's irrelevent what the name of the .exe is. As Igor already said, > > even if a third party packages a cygwin1.dll that has simply been > > renamed, it will still have the same shared memory name, so that if > > the two DLLs are ever loaded at the same time they will clash. This > > is exactly what the error message you're getting indicates -- that you > > have two incompatible Cygwin libraries on your system somewhere, even > > if one of them has been renamed to something you don't recognise. > > Brian, > > I have uninstall OpenSSH and every software that was including > cygwin1.dll (WinBoard, ...), and I obtain the same message when I try to > launch cygwin. Pardon my insistance, I'm not familiar to the dll > mechanism, and I understand that the name in the shared memory af a DLL > instance does not correspond to the dll filename, but if I rename a .dll > file, how can it be loaded again ? > Furthermore, I have, right now, just one and only one cygwin1.dll, and > it is the original one from the latest release. So maybe another program > has loaded this dll from a totally different filename. Is there a way to > know which dll is loaded in memory and which filename or program it is > loaded from ? Yes, you could try using ProcessExplorer or some other tools (e.g., "handle") from SysInternals.com (ProcessExplorer can give you a list of all loaded DLLs, for example). However, I don't think they will let you search by the shared memory region name... > I don't mean to bother, just trying to understand and fix the problem as > cygwin is a great tool and would help me in what I'm doing. Have you rebooted since you've uninstalled all of those programs? A program still running with the old DLL will cause your error message to be produced, even if the uninstall succeeded. > PS: attached my latest cygcheck output. This looks suspicious: > HKEY_CURRENT_USER\Software\Cygnus Solutions > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options (you seem to be missing all your mounts). So does this: > Cygwin Package Information > No setup information found > Use -h to see help about each section Do you have the /etc/setup directory in your Cygwin installation? I suggest you re-run Cygwin setup and reinstall all of your packages. If you haven't cleared the local package cache, you should even be able to do this without any downloads. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"
On Sat, 10 Dec 2005, JeDi wrote: > Hi, > > On a Windows XP SP2 I have installed cygwin 1.5.18-1 (the latest as > for now). When I launch cygwin.bat, I have: > > C:\cygwin\bin\bash.exe (3652): *** system shared memory version mismatch > detected - 0x75BE0074/0x75BE0084. > This problem is probably due to using incompatible versions of the > cygwin DLL. Search for cygwin1.dll using the Windows Start->Find/Search > facility and delete all but the most recent version. The most recent > version *should* reside in x:\cygwin\bin, where 'x' is the drive on > which you have installed the cygwin distribution. Rebooting is also > suggested if you are unable to find another cygwin DLL. > > This occurs for every cygwin executable (ls, grep, dd, etc ...). I have > followed the instruction above: looked for other cygwin1.dll, I have > renamed all of them. I have rebooted. I have tries with another user > acount. I have uninstalled cygwin (delete the folder and the registry > key) and installed it again. I always obtain the same result. Please read and follow the Cygwin problem reporting guidelines at <http://cygwin.com/problems.html>, especially the part that asks you to attach (as an uncompressed text attachment) the output of "cygcheck -svr" on your system. In the absense of that output, a WAG would be that you've encountered a particularly devious what we dub <http://cygwin.com/acronyms/#3PP> -- a set of tools that bundles parts of Cygwin. The deviousness manifests in that their cygwin1.dll is apparently renamed to something else. However, that still doesn't avoid the shared memory region conflicts, since the shared region id is Windows-global. Looking at the output of "cygcheck -svr" requested above should confirm or deny this guess. At that point we can work on further steps in isolating the culprit. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: [ANNOUNCEMENT] Updated: zsh-4.2.6-1
On Sat, 10 Dec 2005, zzapper wrote: > As you suggested, an uninstalof zsh l followed by install cleared the > problem. > > I would guess that when one runs setup.exe and the shell itself is being > updated zsh bash etc it would be best to close all running shells? Yes, that would be good, since Windows cannot replace in-use files immediately. Either that or reboot as setup indubitably asked you to. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh fails, missing cygcrypto-0.9.7.dll
On Fri, 9 Dec 2005, Swallow, Harold wrote: > Igor Pechtchanski wrote: > > > On Fri, 9 Dec 2005, Swallow, Harold wrote: > > > > > > > Unable to run ssh due to missing dll. > > > > > > cygcrypto-0.9.7.dll > > > > > > I ran the setup.exe many times to pick up that dll . It's missing > > > in action. > > > Suggestions are welcome? > > > > > > > Please read and follow the Cygwin problem reporting guidelines at > > <http://cygwin.com/problems.html>. In particular, please attach the > > output of "cygcheck -svr" as an uncompressed text attachment. Without > > this information, we can only guess at what's wrong with your system. > > > > One WAG: the latest ssh should depend on cygcrypto-0.9.8.dll -- did you > > have sshd running while you upgraded? Did setup inform you that in-use > > files were replaced? Did you reboot as setup told you? > > Igor > > I am running Windows XP. > Downloads failed from several mirror sites. > sshd was not running during install. > > ssh was initially missing I loaded an ssh from another site. Ok, here's your culprit. Please contact "another site" for the support of their ssh package. According to your cygcheck, you don't even have openssh installed. Alternatively, remove the third-party ssh and install the official Cygwin openssh package. > I attempted to remove cygwin package to start over but cgywin was > in the Windows Add/Remove utility listing. Yes, Cygwin is installed/uninstalled using the setup utility. > It is true that I failed to reboot one several attempts. > > Perhaps I should start over. How can I flush cgywin out to start > over. See <http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all>. But you don't really need to remove all of Cygwin, just the third-party ssh package. > Below is the information that you requested. > > Cygwin Configuration Diagnostics > [snip inline cygcheck output] That was not an attachment. In the future, please provide the cygcheck output as an attachment to avoid adding spurious search matches to list archives. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh fails, missing cygcrypto-0.9.7.dll
On Fri, 9 Dec 2005, Swallow, Harold wrote: > Unable to run ssh due to missing dll. > >cygcrypto-0.9.7.dll > > I ran the setup.exe many times to pick up that dll . It's missing > in action. > Suggestions are welcome? Please read and follow the Cygwin problem reporting guidelines at <http://cygwin.com/problems.html>. In particular, please attach the output of "cygcheck -svr" as an uncompressed text attachment. Without this information, we can only guess at what's wrong with your system. One WAG: the latest ssh should depend on cygcrypto-0.9.8.dll -- did you have sshd running while you upgraded? Did setup inform you that in-use files were replaced? Did you reboot as setup told you? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD fails to display gui, no error message
On Fri, 9 Dec 2005, Jesse wrote: > I've had Cygwin's ssh daemon (sshd) working for some time now on my > windows box. I have turned x11 forwarding on and I can test it by > connecting to the machine remotely and running some X applications like > xeyes and xclock. They work just fine. > [snip] > I made sure my program runs locally without any x11 and it does. > I tested out my application on someone else's ssh server and you can run > it remotely without any problems. > [snip] > Anyone have any ideas why simple X applications work fine, but my java > gui's don't work over x11? Because java under Windows is not an X application. You can't forward windows native applications over ssh (unless you use something like VNC). At a guess, the "someone else's" server you mention above is a Linux box (which does have an X implementation of Java GUI code). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gnuplot dependency in octave
On Thu, 8 Dec 2005, James R. Phillips wrote:
> I am starting a new thread on this issue.
>
> Quoting from
> http://cygwin.com/ml/cygwin/2005-12/msg00319.html :
>
> >I often use octave and do no plotting at all. Octave starts and runs
> >fine if gnuplot isn't installed. (It complains about not being able
> >to find gnuplot when the plot command is used.) Should there really
> >be a dependency if only a subset of features requires a package?
>
> >I'd prefer to see gnuplot removed from the octave dependency list.
> >Of course then you'd have to deal with all the posts saying that
> >the plot command in octave is broken. So I don't know what the best
> >approach would be. How do others feel?
>
> >Tony Richardson
>
> As the OP notes, having a gnuplot dependency pulls in X when installing
> octave, which is not what some users need or want. And octave will load
> and run just fine without gnuplot - it just won't plot. However, most
> users want to plot, and will need gnuplot.
>
> So, my current view is that a gnuplot dependency is optimal for most
> users, and that those who don't want it can work around the issue by
> using known solutions, such as hacking the /etc/setup/installed.db file
> to fool setup into thinking gnuplot is installed.
>
> On the other side is how Debian does it: gnuplot is "suggested" for
> octave, not "required". Also, Debian has a gnuplot-nox package, which I
> suppose omits the gnuplot X11 drivers, and actually allows installing
> gnuplot without requiring X.
>
> I think that gnuplot-nox is kind of a neat solution, but even if such a
> package were available in cygwin, we don't have a way to express OR
> dependencies. So it would be difficult to use this approach. Also we
> don't have a way to express "suggested" rather than required.
>
> On balance, I favor retaining the current dependency on gnuplot. I
> would ask that those with alternative views post to this thread.
What about <http://cygwin.com/ml/cygwin/2005-12/msg00339.html> (which
fails gracefully if gnuplot isn't installed)? Or does octave-forge
already "do the right thing" (tm) with respect to a missing gnuplot (i.e.,
print out a meaningful error message, such as "plotting disabled since
gnuplot is not installed -- please install it to plot")?
Unfortunately, with packages that have lots of dependencies, it's not
enough to just fool setup.exe into not installing that particular package
-- you also need to set all of its dependencies to high versions. In case
of gnuplot, this means at least all of X. :-(
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
On Thu, 8 Dec 2005, Tony Richardson wrote: > Igor Pechtchanski cs.nyu.edu> writes: > > > On Wed, 7 Dec 2005, Tony Richardson wrote: > > > > > I often use octave and do no plotting at all. Octave starts and runs > > > fine if gnuplot isn't installed. (It complains about not being able > > > to find gnuplot when the plot command is used.) Should there really > > > be a dependency if only a subset of features requires a package? > > > > > > I'd prefer to see gnuplot removed from the octave dependency list. > > > Of course then you'd have to deal with all the posts saying that > > > the plot command in octave is broken. So I don't know what the best > > > approach would be. How do others feel? > > > > Actually, a viable solution for this was already proposed by John W Eaton > > in <http://cygwin.com/ml/cygwin/2005-12/msg00283.html>. Since octave adds > > other directories to the path before it runs, it's possible to create a > > gnuplot wrapper that uses the real gnuplot if present and exits with a > > reasonable error message otherwise. > > > > Just to clarify, the reason I thought it was a hack was that it was an > > *octave-forge* script dealing with a *gnuplot* bug. I don't think the > > mechanism itself is in any way hacky. > > Igor > > I don't follow. I'm asking for the gnuplot requirement for octave to be > dropped from setup.ini so that when I install octave all of the X11 > stuff (through a gnuplot dependency) isn't installed by default. You were also asking what the best approach would be to avoid the complaints that octave is broken once that dependency is removed. That's what my post was trying to address. FWIW, I agree that if it's possible to avoid the dependency, it should be done. > It's not that I can't work around the problem, I can. Perhaps a better > way to handle it, as you suggested in another message regarding tetex-bin, > is to add a comment in the README about installing cygwin/X11/gnuplot > and/or setting up Windows-native gnuplot if you want to do plotting > with octave. The message I quoted was a solution for the package maintainer, not for the users (though it's possible for the users to employ it as well). IMO, it's not enough to just mention this in the README if things are going to break -- my suggestion was only meant for things like harmless warnings. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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 logo
On Wed, 7 Dec 2005, Matthew Persico wrote: > On 12/7/05, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote: <http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks. > > Igor Pechtchanski wrote: > > > On Wed, 7 Dec 2005, Larry Hall (Cygwin) wrote: > > > > > >>Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-) > > > > > > You mean, like this? :-) > > > Igor > > > > LOL! > > > > That's perfect! Does anyone want to set up a web site that we can all > > vote at so I can go vote for this one a couple of thousand times. ;-) > > Looks like the logo for YetAnotherStarTrekSeries, this time in an > alternative universe 90 degrees out of phase with ours... > > :-) Heh, can't blame me for the green stuff -- I just "borrowed" (read: creatively stole) it from the previous contender. It was a proof of concept anyway... :-D Igor P.S. "StarTrek: The Hippo Generation"? P.P.S. It's *our* universe that's 90 degrees out of phase... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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 logo
On Wed, 7 Dec 2005, Larry Hall (Cygwin) wrote: > Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-) You mean, like this? :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA cygwin-logo-hippo.png Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
On Wed, 7 Dec 2005, Tony Richardson wrote: > I often use octave and do no plotting at all. Octave starts and runs > fine if gnuplot isn't installed. (It complains about not being able > to find gnuplot when the plot command is used.) Should there really > be a dependency if only a subset of features requires a package? > > I'd prefer to see gnuplot removed from the octave dependency list. > Of course then you'd have to deal with all the posts saying that > the plot command in octave is broken. So I don't know what the best > approach would be. How do others feel? Actually, a viable solution for this was already proposed by John W Eaton in <http://cygwin.com/ml/cygwin/2005-12/msg00283.html>. Since octave adds other directories to the path before it runs, it's possible to create a gnuplot wrapper that uses the real gnuplot if present and exits with a reasonable error message otherwise. Just to clarify, the reason I thought it was a hack was that it was an *octave-forge* script dealing with a *gnuplot* bug. I don't think the mechanism itself is in any way hacky. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
On Wed, 7 Dec 2005, James R. Phillips wrote: > --- Igor Pechtchanski wrote: > > > Ok, so first off, octave-forge *shouldn't* depend on tetex-bin. If > > anything needs to depend on tetex-bin, it should be gnuplot. The > > presence of tetex-bin in octave-forge's requires: line is a packaging > > bug (even if it's intended to work around gnuplot's missing > > dependency). > > Igor, if you read the whole thread, you will see that the dependency > could not possibly have been intended to work around a problem with > gnuplot, because we didn't know there was a problem with gnuplot. All > we knew was that there was a problem with octave-forge. I realize that. I never claimed that you should have not inserted the dependency -- just that in the light of this thread, the dependency should be in gnuplot. Maybe adding the "anymore" after the sentence with the starred "shouldn't" would help... > Now that we know more specifically where the problem is, I can agree > that the tetex-bin dependency for octave-forge causes more problems than > it solves, and should be dropped. > > It seems the best solution to this problem lies in updating the gnuplot > package. In the meantime, users can try the workarounds suggested. > > BTW, the gnuplot version in Debian sarge behaves exactly the same way as > the cygwin version in response saving a file if kpsexpand is not > present. What is the behavior? Does it fail, or does it simply produce the error messages? I don't think this was ever specified... If it's the error messages, then I'd even say a note in the README that those are harmless would be enough... > And Debian does not list tetex-bin as a dependency for gnuplot. Well, Debian doesn't quite target the OOTB experience that Cygwin does... :-) > Probably this needs to be researched further with the gnuplot mailing > lists. Possibly some bugs need to be filed upstream. True. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
On Wed, 7 Dec 2005, John W. Eaton wrote:
> OK, let's back up a bit, and see why kpsexpand is needed in the first
> place.
Yes, let's.
> Graphics in Octave use gnuplot. The legend function from Octave Forge
> sends a "save FILE" command to gnuplot so that it can extract some
> information about gnuplot's current state. If you do the following
>
> mv /usr/bin/kpsexpand. /usr/bin/kpsexpand-save
> gnuplot
> ...
> gnuplot> save "foo"
>
> you should see the errors
>
> sh: kpsexpand: command not found
Ok, so first off, octave-forge *shouldn't* depend on tetex-bin. If
anything needs to depend on tetex-bin, it should be gnuplot. The presence
of tetex-bin in octave-forge's requires: line is a packaging bug (even if
it's intended to work around gnuplot's missing dependency).
> So, why does gnuplot need kpsexpand to save state?
Yes, why does it *need* kpsexpand/kpsewhich to save state? Looks like the
kpsexpand command can easily fail with no adverse effects. The only
problem is the error message -- so this looks to me to be a bug in gnuplot
(either a minor one if all it does is display the message, or a major one
if it stops processing the curr_fontpath array on such errors).
> So gnuplot is using kpsexpand to locate some font files.
> It looks like there are a couple of options.
>
> One is to set GNUPLOT_FONTPATH in the environment before calling
> gnuplot.
That would avoid the use of kpsexpand altogether, but will hard-code the
paths. A better solution would be to use kpsexpand if it's available, and
ignore it if it isn't (but this has to be done in gnuplot).
> Another is to make a wrapper kpsexpand that looks for the real version
> and does nothing if the real version is not present:
>
> #! /bin/sh
> if [ -x /usr/bin/kpsexpand ]; then
> exec /usr/bin/kspexpand "$@"
> fi
>
> (though you might want to add some comments about why this is needed).
Ugh. Why not just modify gnuplot to test whether an executable is present
before blindly calling it?
> If the real kpsexpand is not present, then chances are the font files
> are not -either, so it should not matter that the corresponding
> directories named in the fontpath are bogus.
Bingo.
> You could install the wrapper script in one of the directories in
> Octave's DEFAULT_EXEC_PATH (for example,
> /usr/lib/octave/2.1.72/exec/i686-pc-cygwin, where a couple of other
> scripts are already installed), then it would only be found by Octave
> and should not introduce any other conflicts.
Either one is a reasonable hack pending the appropriate gnuplot change,
but both are still hacks, IMO.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: octave-forge dependency?
On Wed, 7 Dec 2005, Chris Taylor wrote: > Two things: Firstly, the OP _doesn't_ want his configure scripts picking > up tetex, ergo tetex must not be in the path. > [snip] As you noted, for tetex to not be in the PATH, it needs to not be installed. > The only way to stop this behaviour is to > a) completely trash the cygwin path, and thus lose 99% of the functionality > b) install tetex elsewhere (/usr/local/octave-tetex/*hierarchy_here* for > example). There's a third way -- read on. > Neither of these are brilliant solutions, and the latter would actually > require hacking the cygwin package in order for it to install there, and > still work (it would probably require tetex to be recompiled). Though > you could perhaps persuade octave not to install the normal tetex using > the setup database that tracks what is and isn't installed... (Not > entirely clear on how that works at the moment though - Igor might be > able to clear that up?) The setup database is not sophisticated enough to track package alternatives. All it does is record which *packages* are installed. It's possible to, as you say, hack it when your proposed octave-tetex package is installed to record that the version of tetex is some improbably high number, but since the only thing that programmatically modifies the database is setup itself, this would have to be done by hand. I don't think it's even possible to do this cleanly in a postinstall script. > It may be worth having an either or dependancy for octave.. Setup does not support this kind of dependencies. > None of this is all that straightforward, but it would mean people > weren't forced to install tetex.. The third alternative I mentioned is to split out the "legend" command into a separate package, and have *that* package depend on tetex-bin. This way, people who want to use octave without tetex (and thus without "legend") can install the base octave-forge package, and those who do want to use "legend" can install "octave-legend" with all the gory consequences (i.e., dragging in tetex-bin). However... Chuck, since all "legend" needs is kpsexpand, why not simply make setup convinced that tetex-bin *is* installed (hack installed.db by hand)? That way, "legend" will even pick up the kpsexpand from MikTeX, and setup will never try to install tetex-bin automatically... This will solve your particular problem right now, but can't be expected of each and every user of octave-forge, of course. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: [PATCH] cygcheck bug when listing services
On Tue, 6 Dec 2005, Christopher Faylor wrote: > On Tue, Dec 06, 2005 at 08:41:24PM -0500, Igor Pechtchanski wrote: > >On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote: > >[snip] > >> That needs a comment in the code. > > > >Fair enough: > >[snip] > >+ /* Add two nulls to avoid confusing strtok() when the trailing > >separator > >+ is missing */ > > How about a testcase which shows that the MSVCRT strtok needs two > trailing NUL bytes to work around problems when there is no trailing > separator? I would find that much more interesting than a comment which > simply asserts that behavior. Fair enough. The double-null issue was a red herring, apparently -- a simple recompile fixed the problem. In fact, the cygcheck from the latest snapshot doesn't exhibit this behavior. Patch withdrawn. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: [PATCH] cygcheck bug when listing services (Was Re: Parallel writes to a single FIFO do not queue, and deadlock cygwin)
On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote:
> On Mon, Dec 05, 2005 at 09:40:01AM -0500, Igor Pechtchanski wrote:
> > Running cygcheck under strace shows that after listing all the available
> > services, it invokes "cygrunsrv --query grunsrv.exe --list", which results
> > in the above message. I think this may be because the output of
> > "cygrunsrv --list" doesn't contain a trailing '\n', and so strtok gets
> > confused. The following patch (against a slightly older cygcheck) fixes
> > it for me, but I haven't had the time to test it extensively:
> > [snip]
> > - buf[nchars] = 0;
> > + buf[nchars] = buf[nchars+1] = 0;
>
> That needs a comment in the code.
Fair enough:
Index: cygcheck.cc
===
RCS file: /cvs/src/src/winsup/utils/cygcheck.cc,v
retrieving revision 1.77
diff -u -p -r1.77 cygcheck.cc
--- cygcheck.cc 17 Aug 2005 00:52:43 - 1.77
+++ cygcheck.cc 7 Dec 2005 01:38:07 -
@@ -950,8 +950,10 @@ dump_sysinfo_services ()
else
{
/* read the output of --list, and then run --query for each service */
- size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 1, f);
- buf[nchars] = 0;
+ size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 2, f);
+ /* Add two nulls to avoid confusing strtok() when the trailing separator
+ is missing */
+ buf[nchars] = buf[nchars+1] = 0;
pclose (f);
if (nchars > 0)
I'll even add a ChangeLog of sorts :-)
2005-12-06 Igor Pechtchanski <[EMAIL PROTECTED]>
* cygcheck.cc (dump_sysinfo_services): Add an extra NUL to mollify
strtok() when the trailing newline is missing.
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: encoding scripts (so that user can't see passwords easily)?
On Tue, 6 Dec 2005, Tomasz Chmielewski wrote:
> Wayne Willcox schrieb:
>
> > On Tue, Dec 06, 2005 at 02:58:15PM -0500, Jim Drash wrote:
> >
> > > Don't put the user names or passwords in the script put them in a file
> > > only readable by SYSTEM
>
> > that would not solve the requirement of protecting the passwords
> > if the disk was stolen. The scripts are supposedly already
> > readable by system and admin only.
> >
>
> That's exactly what I mean (they are already readable by SYSTEM and admins
> only).
>
> If the disk is stolen, it would add some extra time before the password is
> compromised.
>
> Someone gave a clue here:
>
> http://cygwin.com/ml/cygwin/2005-12/msg00181.html
>
> "instead of storing them plaintext, why don't you try encoding them via
> cryptographic hashes - md5, sha1, tiger and the like."
>
> But I don't really know where to start (which tool should I use for it?)
Umm, "crypt"? As in
stored_password=42wlq4L2SDUdw
echo -n "Enter your password: "; stty -echo; read password; stty echo
if [ x"`crypt 42 "$password"`" = x"$stored_password" ]; then
echo "Access granted"
else
echo "Invalid password"
fi
(the '42' above is the "salt" -- see "man crypt").
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: gcj file input problem, "available" incorrect
On Tue, 6 Dec 2005, Martin Gusenbauer wrote: > I found your (old) question on cygwin.com, but no answer. Do you have > any solution yet? In came over a similar problem yesterday, available of > system.in always returns 0, but only if compiled on gcj and run as exe > on xp. > > Thanks, > > Martin > > > --- > Martin Gusenbauer Tel.: 0 7262 / 53 0 17 > Haydnstraße 13 [EMAIL PROTECTED] > A-4320 Perg http://home.pages.at/gusenbauer > --- Martin, <http://cygwin.com/acronyms/#PPIOSPE>. I'm forwarding your question to the appropriate Cygwin mailing list. Please follow-up there. I don't use gcj, so I'm afraid I won't be of much help in this case. If you can reduce this to a small self-contained reproducible test case, I'm sure the gcc maintainer will be interested in looking at it. If you plan to go through with the test case, please also read and follow the Cygwin problem reporting guidelines at <http://cygwin.com/problems.html>. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with numerical input for certain applications in Cygwin
On Mon, 5 Dec 2005, scott Langford wrote:
> I am running Cygwin to ssh onto a Linux server which handles a couple of
> applications that I use for design work. When I run the applications
> there are various fill forms which require numeric entry. For some
> reason I cannot make any numeric input into these forms. The same forms
> have character entry which works fine. I tried the FAQ and users Guide
> but could not find any examples of this exact problem. I have some Linux
> support but that person was basically at a loss. I am not sure where to
> look to correct this problem. When I run directly on my Linux server I
> do not have this problem. I suspect there is some setup in my startx.sh
> file that may help. Any suggestions?
You haven't specified exactly *how* you invoke the applications on Linux,
but I suspect they are X applications and you invoke them via the X
forwarding feature of ssh. This makes your question off-topic for the
main list, and on-topic for the cygwin-xfree list (which the Reply-To of
this message points to). If you aren't using X, please follow-up to the
main list with more details.
As for your problem, in the absense of more information, it looks like
you're seeing weird Num-Lock-related behavior, which is a known problem
with Cygwin/X. Try using the digits above the alphabetical keys instead
of the keypad. I also seem to recall some recipes for making Num-Lock
work properly -- searching the cygwin-xfree archives may help.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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/
cygcheck bug when listing services (Was Re: Parallel writes to a single FIFO do not queue, and deadlock cygwin)
On Sun, 4 Dec 2005, Mark Piper wrote:
> P.S. Here is the full output from cygcheck
>
> $ /bin/cygcheck.exe -s
>
> Cygwin Configuration Diagnostics
> [snip]
> 1265k 2005/07/03 C:\cygwin\bin\cygwin1.dll
> Cygwin DLL version info:
> DLL version: 1.5.18
> DLL epoch: 19
> DLL bad signal mask: 19005
> DLL old termios: 5
> DLL malloc env: 28
> API major: 0
> API minor: 132
> Shared data: 4
> DLL identifier: cygwin1
> Mount /usr/bin/cygrunsrv: Exactly one of --install, --remove,
> --start, --stop, --query, or --list is required
> Try `/usr/bin/cygrunsrv --help' for more information.
> registry: 2
> Cygnus registry name: Cygnus Solutions
> Cygwin registry name: Cygwin
> Program options name: Program Options
> Cygwin mount registry name: mounts v2
> Cygdrive flags: cygdrive flags
> Cygdrive prefix: cygdrive prefix
> Cygdrive default prefix:
> Build date: Sat Jul 2 20:30:04 EDT 2005
> Shared id: cygwin1S4
>
>
> Service : sshd
> Display name: CYGWIN sshd
> Current State : Running
> Controls Accepted : Stop
> Command : /usr/sbin/sshd -D
Note the cygrunsrv error message above. I was able to reproduce it in
non-verbose mode.
Running cygcheck under strace shows that after listing all the available
services, it invokes "cygrunsrv --query grunsrv.exe --list", which results
in the above message. I think this may be because the output of
"cygrunsrv --list" doesn't contain a trailing '\n', and so strtok gets
confused. The following patch (against a slightly older cygcheck) fixes
it for me, but I haven't had the time to test it extensively:
Index: cygcheck.cc
===
RCS file: /cvs/src/src/winsup/utils/cygcheck.cc,v
retrieving revision 1.77
diff -u -p -r1.77 cygcheck.cc
--- cygcheck.cc 17 Aug 2005 00:52:43 - 1.77
+++ cygcheck.cc 5 Dec 2005 14:37:58 -
@@ -950,8 +950,8 @@ dump_sysinfo_services ()
else
{
/* read the output of --list, and then run --query for each service */
- size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 1, f);
- buf[nchars] = 0;
+ size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 2, f);
+ buf[nchars] = buf[nchars+1] = 0;
pclose (f);
if (nchars > 0)
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: SA_SIGINFO and signal info ?
On Sun, 4 Dec 2005, Christopher Faylor wrote: > Thank you for the patch, but there are a couple of problems with it. > [snip] > - Changing SI_USER could have consequences for existing applications. > I'm willing to change SI_USER to zero and then add a workaround later if > anyone squawks (since this breaks backwards compatibility) but I'm not > willing to change the value of every value in that enum as your change > above does. Just a quick note: the SA_SIGINFO handling was only added in the snapshots, so backward compatibility shouldn't be that much of an issue. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Posting to the gmane.os.cygwin not via Gmane
On Sat, 3 Dec 2005, Alex Vinokur wrote: > I usually send messages to the group via Gmane. > How to post them directly to this mailing list? Send email to . In fact, every post you make ends up in the mailboxes of all list subscribers... :-) HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Symbolic links with cvs
Ugh, top-posting... Reformatted. On Fri, 2 Dec 2005, Akshay Dua wrote: > > From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] > > Sent: Friday, December 02, 2005 6:43 PM > > To: Akshay Dua > > Cc: [EMAIL PROTECTED] <http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks. > > Subject: Re: Symbolic links with cvs > > > > On Fri, 2 Dec 2005, Akshay Dua wrote: > > > > > Hello, > > > > > > Unfortunately, we have .lnk files in our source control > > > [snip] > > > U thirdparty/OPENSSL-0.9.7-BETA3/Makefile.lnk > > > cvs checkout: cannot stat Makefile.lnk: No such file or directory > > > > As soon as you check out a .lnk file, it becomes a symlink, and Cygwin > > will attempt to read the file that the symlink refers to. If that > > file doesn't exist (e.g., hasn't been checked out yet), any operations > > on the symlink will fail (it will be a dangling link). This is not a > > Cygwin-specific issue (unless the .lnk in the name is an unfortunate > > coincidence). If you really are trying to commit a symlink to cvs, > > the CVS manual says that this is not supported: > > <http://ximbiot.com/cvs/manual/cvs-1.12.13/cvs_15.html>. > > Thanks so much for your reply. > > Is there a way to tell Cygwin to stop converting (or treating) .lnk > files as symlinks? Larry already mentioned it: add "nowinsymlinks" to your CYGWIN variable. > The thing is my colleagues with the same version of Cygwin do not have > this problem. In their case Cygwin treats the .lnk file as a plain file > rather than a symbolic link and hence does not follow it. I wonder why > this behavior exists on my machine. Hmm... For a .lnk file to be treated as a symlink, it has to also be marked read-only (and "system", I think)... > The only thing I can think of, is that I set and then unset > CYGWIN=ntsec. I don't know if that changed something. Before that I had > whatever is enabled by default and in fact was not observing the above > behavior even when I checked out .lnk files. Heh. Check that the directory you're checking out to still has Windows (inherited) permissions... Maybe that's your problem. > The issue really is that since .lnk files are treated as symbolic links, > they appear as locally modified to CVS because in one case the links are > followed (locally) and in the other case they aren't (in the > repository). > > Any suggestions on how I can get the old behavior back? You still haven't answered whether they are *supposed* to be symlinks... If they are, see the CVS manual -- what you're doing is non-portable, and you can't expect it to work. Subject to change at any time. If they are regular files that just happened to have the .lnk extension, you may have a shot with the options above. Another thing that would be useful for people on this list to be able to help you is the output of "cygcheck -svr", as requested in the Cygwin problem reporting guidelines at <http://cygwin.com/problems.html>. Please make sure to attach the output, rather than including it inline. That would also answer the question of whether you have something unusual in your environment. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Symbolic links with cvs
On Fri, 2 Dec 2005, Akshay Dua wrote: > Hello, > > Unfortunately, we have .lnk files in our source control so I cannot > avoid the following problem. When I try to checkout a symbolic link > file, something happens to it and cvs is unable to stat it to set > necessary file information. Its almost like cygwin changed the name of > the file from under CVSs' feet. Can anyone help? > > U thirdparty/OPENSSL-0.9.7-BETA3/Makefile.lnk > cvs checkout: cannot stat Makefile.lnk: No such file or directory > cvs checkout: cannot set time on Makefile.lnk: No such file or directory > cvs checkout: cannot stat Makefile.lnk: No such file or directory As soon as you check out a .lnk file, it becomes a symlink, and Cygwin will attempt to read the file that the symlink refers to. If that file doesn't exist (e.g., hasn't been checked out yet), any operations on the symlink will fail (it will be a dangling link). This is not a Cygwin-specific issue (unless the .lnk in the name is an unfortunate coincidence). If you really are trying to commit a symlink to cvs, the CVS manual says that this is not supported: <http://ximbiot.com/cvs/manual/cvs-1.12.13/cvs_15.html>. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: SA_SIGINFO and signal info ?
On Sat, 3 Dec 2005, Samuel Thibault wrote: > [snip] > So SI_USER should rather be defined to 0. > Mmm, btw, SIGALRM sets 0 in si_code, while it should set SI_KERNEL. A clear case of <http://cygwin.com/acronyms/#PTC>... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: SA_SIGINFO and signal info ?
On Sat, 3 Dec 2005, Samuel Thibault wrote: > Hi, > > Cygwin defines SA_SIGINFO, but it doesn't seem to be implemented: the > following program gets in "info" just 0x0 or a strange pointer. Could > it be supported somehow? The bit of information I'd really need is > info->si_code, so as to know whether the signal is sent by "kernelspace" > (because of alarm, setitimer, ...) or by "userspace" (kill, raise). AFAICS, this should work in the snapshots, according to <http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00205.html>. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: screen-4.0.2 on Cygwin 1.5.R18-1
On Fri, 2 Dec 2005, Peter wrote:
Thanks for your quick reply. It gives me a bit more to think about; I
don't really know my way around cygwin/*nux that well, from the
administrative end; I've just been an end user for a long time.
> How exactly do you invoke screen? Does "setsid" work for you? Does
> "nohup"? IIRC, bash also has an option for controlling whether
> background processes are terminated on exit...
How will I know whether setsid is working? I tried setting the setuid
bits via chmod, but I don't know what I'm doing other than that. I'll
try nohup and look through the shell documentation for options. I'm
either invoking screen from the command line as my user, or as SYSTEM
(by scheduling a cmd window with the NT "at" command). This works okay,
but the process does not persist.
"setsid" is a program like "nohup" that dissociates a process from the
console. It has nothing to do with the setuid bit.
I've tried running it as a service like so:
cygrunsrv -I screen -p /usr/local/bin/screen -a '-d -m'
cygrunsrv -S screen
I get the hanging, plus it runs as SYSTEM unless I add the options to
run it as myself. Now that I think of it, perhaps I need to add -i for
interactive; I'll try that.
You might also run something that'll switch user context before running
screen (e.g., su).
> What is the error message when screen runs as SYSTEM? I suspect it's
> a fifo permission issue...
I haven't figured out how to get the error messages out of cygrunsrv
processes, but I should be able to figure that out and get back to you.
By default cygrunsrv logs program output to /var/log/PROGRAM.log and to
the Windows Event Log. Check in both places.
I know that it runs okay up to a point as SYSTEM because it creates a
new S-SYSTEM directory in /tmp/uscreens and creates fifos there (which I
can investigate post hoc by taking control of the directory).
Does "chmod 666 /tmp/uscreens/S-SYSTEM/*" help?
> As for hanging does it consume CPU at all? Try attaching to the
> process with strace and seeing where it hangs.
Will do.
> If you wish for others to try reproducing your behavior, please post
> the "minor changes" you mentioned above (as a patch).
Here you go. Like I said: very minor changes. More intelligent changes
are almost certainly possible, but I don't really have time to read
through the source code and figure things out much more. Have other
people done more meticulous patching? Most patches I googled are now
404.
Thanks, I'll try to build with this patch later.
Hope you get screen working correctly. Once you're able to do that,
please consider contributing screen as a Cygwin package. See the
"Contributing" section of the Cygwin web page for details.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: sshd: solution to the SID change problem ?
On Fri, 2 Dec 2005, Corinna Vinschen wrote: > On Dec 2 10:25, Igor Pechtchanski wrote: > > On Fri, 2 Dec 2005, Ludovic Drolez wrote: > > > > > So having the same SID for the user and unix group won't make cygwin > > > (and windows) go crazy ? > > > > AFAIK, Windows groups are actually compound users. > > Huh?!? Windows groups can act as users (as far as owning files, having ACLs associated with them, etc), which is, perhaps, what I should have said. I'm not aware of any significant things that groups can do and users can't, so I made the generalization above. I'd be happy to learn of the cases which show that it's an incorrect one. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: solution to the SID change problem ?
On Fri, 2 Dec 2005, Ludovic Drolez wrote:
> Corinna Vinschen wrote:
> > On Dec 2 12:50, Ludovic Drolez wrote:
> >
> > > Hello,
> > >
> > > Since I do not want to update '/etc/passwd' each time the SID changes
> > > (sysprep deployment for example), I wanted to know if I can modify my
> > > /etc/passwd like this:
> > >
> > > Administrator:unused_by_nt/2000/xp:544:544:U-Administrator,S-1-5-32-544:/home/Administrator:/bin/bash
> > >
> > > Or assign any other well know SID to the user ? S-1-5-18 ?
> > >
> > > Sshd seems to work well, but does it have any side effects on cygwin and
> > > windows?
> >
> >
> > You can hurt your /etc/passwd as you like as long as it works. It
> > won't affect native Windows apps usually, unless you make some bad
>
> So having the same SID for the user and unix group won't make cygwin (and
> windows) go crazy ?
AFAIK, Windows groups are actually compound users. As long as the SID you
use in both /etc/passwd and /etc/group belongs to a Windows group, you
should be ok. I don't know what will happen with a user's SID (this
actually is a question to Corinna, since ACL and group ownership mapping
happens within Cygwin).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: screen-4.0.2 on Cygwin 1.5.R18-1
On Fri, 2 Dec 2005, Peter wrote: > I got screen to compile with very minor source code changes (more > changes might be better, but I haven't fiddled too much). Everything > seems to work okay, except that I can't get screen to persist once I > close my terminal window. How exactly do you invoke screen? Does "setsid" work for you? Does "nohup"? IIRC, bash also has an option for controlling whether background processes are terminated on exit... > I tried running screen "-d -m" as a service through cygrunsrv, but with > little success. When it runs as SYSTEM I can't attach the screen, and > when it runs as me it hangs immediately. It seems to hang eventually > when running as SYSTEM too, but it's hard to tell what's going on. > > Anyone who can tell me a better way? What is the error message when screen runs as SYSTEM? I suspect it's a fifo permission issue... As for hanging does it consume CPU at all? Try attaching to the process with strace and seeing where it hangs. If you wish for others to try reproducing your behavior, please post the "minor changes" you mentioned above (as a patch). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
Adding standard service dependences in sshd-host-config? (Was Re: [SOLVED] Re: zone alarm service depency problem with sshd)
Reposting from yesterday with a better subject. Igor On Thu, 1 Dec 2005, H. S. wrote: > H. S. wrote: > > Hi, > > > > I am trying to have sshd running on my Windows XP box. I have Zone Alarm > > installed, ver. 6.0.667. > > > > I configured sshd with: > > $> ssh-host-config > > > > and started as a service: > > $> cygrunsrv -S sshd > > which promptly made Zone Alarm to ask if sshd should be allowed internet > > access. I allowed it's client as well as server access. And it worked from > > my other LAN PCs. > > > > But then I noticed that after I rebooted the Windows XP box, I could no > > longer ssh to it from another computer even though the sshd service was > > running. Zone Alarm was blocking it. I had restart sshd service to make Zone > > Alarm ware to allow access to/from it. > > > > A little google search resulted in making Zone Alarm service a dependency of > > sshd. So: > > 1. I removed sshd service using "cygrunsrv -R sshd" > > 2. I installed it again by making Zone Alarm service as it's dependency: > > $> cygrunsrv -I sshd -p /usr/sbin/sshd -f "Cygwin SSH Demon" -y zlclient.exe > > The problem was that ... er ... zlclient is not a service at all, or so it > seems to me (since "tasklist /svc" in a command prompt listed it, it first > looked as service to me). > > So I stopped the service: > $ cygrunsrv -E sshd > > then removed it > $ cygrunsrv -R sshd > > and then this command solved the problem (there was another problem of > CYGWIN env. too but I didn't know about it earlier): > $ cygrunsrv -I sshd -p /usr/sbin/sshd -f "Cygwin SSH Demon" -a'-D' -e > 'CYGWIN=binmode ntsec tty' -y tcpip -y vsmon > > After giving this command, I restarted the service > $ cygrunsrv -S sshd > > and rebooted. I was then able to log in to the XP box just after booting > (without loggin as any user). Would it make sense to change ssh-host-config to include the "tcpip" and "vsmon" dependencies automatically? Corinna? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: [SOLVED] Re: zone alarm service depency problem with sshd
On Thu, 1 Dec 2005, H. S. wrote: > H. S. wrote: > > Hi, > > > > I am trying to have sshd running on my Windows XP box. I have Zone Alarm > > installed, ver. 6.0.667. > > > > I configured sshd with: > > $> ssh-host-config > > > > and started as a service: > > $> cygrunsrv -S sshd > > which promptly made Zone Alarm to ask if sshd should be allowed internet > > access. I allowed it's client as well as server access. And it worked from > > my other LAN PCs. > > > > But then I noticed that after I rebooted the Windows XP box, I could no > > longer ssh to it from another computer even though the sshd service was > > running. Zone Alarm was blocking it. I had restart sshd service to make Zone > > Alarm ware to allow access to/from it. > > > > A little google search resulted in making Zone Alarm service a dependency of > > sshd. So: > > 1. I removed sshd service using "cygrunsrv -R sshd" > > 2. I installed it again by making Zone Alarm service as it's dependency: > > $> cygrunsrv -I sshd -p /usr/sbin/sshd -f "Cygwin SSH Demon" -y zlclient.exe > > The problem was that ... er ... zlclient is not a service at all, or so it > seems to me (since "tasklist /svc" in a command prompt listed it, it first > looked as service to me). > > So I stopped the service: > $ cygrunsrv -E sshd > > then removed it > $ cygrunsrv -R sshd > > and then this command solved the problem (there was another problem of > CYGWIN env. too but I didn't know about it earlier): > $ cygrunsrv -I sshd -p /usr/sbin/sshd -f "Cygwin SSH Demon" -a'-D' -e > 'CYGWIN=binmode ntsec tty' -y tcpip -y vsmon > > After giving this command, I restarted the service > $ cygrunsrv -S sshd > > and rebooted. I was then able to log in to the XP box just after booting > (without loggin as any user). Would it make sense to change ssh-host-config to include the "tcpip" and "vsmon" dependencies automatically? Corinna? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
Syslog "event source" registration [Was Re: Suggest cygrunsrv extension: --pidfile option (patch included)]
On Thu, 24 Nov 2005, Brian Dessent wrote:
> Christian Franke wrote:
>
> > Unlike syslog, windows event log is intended to store only message
> > parameters, not complete messages.
> > The (probably localized) messages must be provided by such an "event
> > message file" (the misleading MS-term;-), which is essentially an .exe
> > or .dll containing (message id, string) pairs in a resource section.
> > For Cygwin, this would be one trivial (0, "%1") pair.
> >
> > Does such a file (and associated registry tool) exist for Cygwin?
>
> It's trivial to add the RT_MESSAGETABLE resource to cygwin1.dll that
> contains the single message "%1\r\n". It's complicated by the fact that
> windres doesn't have parsing support for messagetables, but you can just
> specify the raw binary for something this trivial. If you search the ML
> archives someone posted the appropriate .rc bits a couple years ago.
>
> The hard part is that for every "event source" you need to add keys:
>
> HKLM\SYSTEM\CurrentControlSet\Services\Eventlog\Application\(name)\
>EventMessageFile = REG_SZ "c:\path\to\cygwin1.dll"
>TypesSupported = REG_DWORD 0x1f
>
> where (name) is whatever the application passed to openlog()'s first
> parameter.
>
> This sucks because it means that to truly do this right, the code in
> Cygwin's openlog() has got to add these keys every time it's called.
> But it can't just blindly overwrite whatever event source might exist
> already because otherwise a malicious application that called e.g.
> openlog("MsiInstaller", ...) would fubar the MSI event source. So it's
> got to check if the event source exists, decide if it's a Cygwin event
> source, figure out if the DLL path is correct, and if not, put the
> current cygwin DLL path in the key.
>
> This is not insurmountable but it's kind of a pain. I've been slowly
> working on a patch that does all this, but it's not ready yet. For the
> time being I just add event sources manually and it works great.
Why complicate openlog()? Let the Cygwin applications that use openlog()
do this (e.g., in a postinstall script). We could even add a utility
package in "Base", similar to "editrights", that contains scripts for
adding and removing this setting (something like 'regtool add
"KEY/$1/VAL"; regtool set "KEY/$1/VAL" "value"') that the postinstall and
preremove scripts can invoke... That way this would also be cleaned up
if, say, "openssh" were uninstalled.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin and (Linux or Unix) env: running applications
On Tue, 29 Nov 2005, Aldi Kraja wrote:
> Hi,
>
> 1. I have set two symbolic links under the /usr/local/bin/
> for SAS (sas) and SPLUS (splus70) for windows (Two statistical packages that
> reside in my desktop with Microsoft XP OS).
> [snip]
>
> When I use SAS to invoke the same command:
> %sysexec splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
> c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err ;
>
> or
> X 'splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
> c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err';
>
> or
> call system('splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
> c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err');
>
> cygwin responds with a window at C:\ WINDOWS\system32\cmd.exe
>
> 'splus70' is not recognized as internal or external command, operable
> program or batch file
> c:\aldi2\splus_test>
>
> Do you know if cygwin is providing a different general path to the
> programs such as SAS?
> Any suggestions how can I tell SAS that "splus70" is present in the
> general path of cygwin?
First off, please don't hijack an unrelated thread for your questions --
if you have a separate question, please start a new thread.
Secondly, Windows programs (like SAS) don't understand Cygwin symlinks.
Either let SAS know where the real SPLUS lives, or spawn a Cygwin process
that will understand the symlink (e.g., something like
call system('bash -c "splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err"');
).
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Practical method for automatic Cygwin install?
On Wed, 23 Nov 2005, Christopher Faylor wrote: > On Tue, Nov 22, 2005 at 09:51:56PM -0600, William J. Leslie wrote: > >Note: I am rephrasing the question I asked last time (for which the > >conversation drifted into GPL and licensing issues). > > > >My program depends on cygwin DLLs, my installer must make sure these > >dependencies are satisfied. I've heard that installing private copies of > >cygwin DLLs can lead to version mismatches. Instead of installing private > >copies of the cygwin DLLs, my installer will install a complete (but minimal) > >cygwin installation to c:\cygwin. > > > >There are a few issues that I am not sure how to deal with: > > > >1) How to determine whether or not cygwin is already installed? If so, what > >is the prefix path (e.g. c:\cygwin)? > > Right now, the only way to do it is to query the registry. I think I'm > convinced that cygwin will always need to add something to the registry > so the concept of querying the registry to find out if cygwin is > installed should be useful for the foreseeable future, even if the > location to query might change (and what a hue and cry there will be if > it does change). > > It is possible to copy the cygwin DLL to a system and just have it work, > though, so what I would do is: > > 0) Look at the current installer to see how it does things. > > 1) Try running "mount --version" to see if it is the cygwin version. > If it succeeds and the word "cygwin" shows up in the output, then cygwin > is installed. This assumes that mount is in the path. > > 2) Look in the registry (in the currently used location) for the cygwin > root directory. See if the bin directory under this location contains > cygwin1.dll. If it succeeds, then cygwin is installed. Or you could look at how setup.exe/cygcheck does it and help extract the mount code into a library that could be linked into other apps. > >2) If cygwin is already installed, what optional packages are present? > >What versions? > > Use the same method as the current setup (and cygcheck) to determine > what packages are installed. > > >3) If cygwin is NOT installed, how do we install it, without setup.exe > >prompts? (I have a gut feeling that it's a bit more complicated than > >just untarring packages.) > > It's not a lot more complicated than that. You have to get dependencies > right and you have to deal with post install scripts. And you have to make sure that whatever non-Cygwin application/library you use to untar packages understands and can create Cygwin symlinks and hard links (optional, copies would work just as well). > >4) If cygwin is installed, but some optional packages need version > >upgrades, how do we accomplish that? > > As Gary said in another message, it sounds like the best way to > accomplish what you want is to augment setup.exe and make sure that your > changes show up in the official version. You contribute to setup.exe > via the cygwin-apps mailing list. Maybe you might want to peruse the > archives of that mailing list to see how that happens. Another thing that I don't recall mentioned in this thread is that setup.exe has an unattended mode (which is not scriptable, but that could be alleviated with custom setup.ini files). The GUI will still pop up, but user interaction isn't really necessary. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: exception while starting cygwin
On Wed, 23 Nov 2005, Eric Blake wrote: > According to cygwin on 11/23/2005 7:08 AM: > > Not Found: sh > > Even worse - your cygwin installation is incomplete. The postinstall > script that installs /bin/sh probably failed because of your other > unix-y tools in your path, but without /bin/sh, many other cygwin tools > will fail. Would it make sense for setup to prepend /bin to the path before invoking postinstall scripts? I recall this being proposed before, but don't remember what the objections were at the time (other than SHTDI). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: escape codes in ksh "\033]0;\$PWD\007\$PWD> "
On Tue, 22 Nov 2005, Robert Body wrote:
> I have not been able to figure out how to send escape codes to ksh
KSH does not understand escape codes. You have to embed literal special
characters into $PS1.
> I saw a syntax for ksh on
> http://www.steveshilling.pwp.blueyonder.co.uk/scripts/xtermtitle.txt
> -
> PS1='^[]0;[EMAIL PROTECTED]: ${PWD}^Gksh$ '
> -
> where ^[ is used instead of \033 and ^G instead of \007
> but I tried 3 systems with ksh, no go, it doesn't understand escape
> characters, not with \032, not with \[\e and not with ^[ to signfy beginning
> of escape code... ksh just repeats them exactly like regular characters
In bash, you can type in the following character sequence (sans the
spaces):
P S 1 = ' Ctrl-V Esc ] 0 ; $ { U S E R } @ $ { H O S T } : Space $ { P W D }
Ctrl-V Ctrl-G k s h $ Space '
To get the above prompt. Then start ksh.
> in bash it's easy
>
> PS1='\[\e]0;$PWD\a\]$PWD> '# (in title) HOST-$PWD ... $PATH>
>
>
> I came up with the following... needs perl, needs xterm
> but works in ksh, and bash too
>
> PS1=$(perl -e 'printf "\033]0;\$PWD\007\$PWD> "')
>
Sure, that works too. You can use awk or sed instead of perl (which have
the advantage of being part of the default installation).
> but i just don't know how (and someone must know how) people get the
> escape codes into ksh that it works from command prompt or script with a
> one line solution (and without secondary help from something like c or
> perl code)
Both vi and emacs allow you to enter special characters literally. Edit
your .profile (or /etc/profile), and you're all set. The ksh-related
section of the default /etc/profile has a bug and doesn't work.
> Oh, the purpose of this escape sequence is to synchronize the title with
> PS1 to be the current directory on an xterm (but the question is about
> escape codes, not xterm ;-) )
Again, ksh does not understand escape codes. Neither does ash. Use
literal characters.
Igor Pechtchanski
Volunteer PDKSH maintainer for Cygwin
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Where is cygwin bin directory?
On Tue, 22 Nov 2005, Lennart Borgman wrote: > Christopher Faylor wrote: > > > On Tue, Nov 22, 2005 at 07:20:26PM +0100, Lennart Borgman wrote: > > > > > Is the path to Cygwin bin directory available in windows registry? > > > > > > It would be nice if it were there since that would make it easier to use > > > Cygwin from other programs. > > > > "man cygpath" > > "man mount" > > Thanks Christopher, it was not what I asked for, but I realized I should > have been more clear. > > I want to start Cygwin from within an application. It is in a package > that will be distributed to many computers and I have no idea at all if > Cygwin is installed and in that case where it is installed. MS > recommends that you put this information in the Windows Registry... > > Maybe that pattern does not fit Cygwin very well, but I hoped that the > information was available in some other OFFICIAL place in the Windows > Registry. Your answer however led me to remember a place in the registry > where I currently can get this information: > > HKLM\SOFTWARE\Cygnus Solution\Cygwin\mounts v2\/\native > > The problem is that it does not look as official information I can trust > to be there tomorrow. So I would still like to know where to find this > information in Windows Registry (if it is there?). This is a valid concern, and yes, using cygpath or mount won't help here. You'll need to do exactly what Cygwin's setup.exe installer is doing -- it can be guaranteed that whatever way there is to find Cygwin on the machine, setup.exe is going to use it. Also, setup is a pure Windows application, so it doesn't use Cygwin internal calls, but has its own way. For now, this means that you can look at the above registry, but do track setup development very closely (maybe even subscribe to the cygwin-apps-cvs list). If the means for finding the location of Cygwin ever changes, setup will have to reflect it. It would arguably be "a good thing" (tm) to extract that portion of setup code into a library that other Windows applications can also link in. SHTDI, though. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: escape codes for ksh in /etc/profile ... was Re: mkpasswd, mkgroup - initial
On Tue, 22 Nov 2005, Robert Body wrote:
> I don't suppose there is a way of NOT letting %HOME% take priority over
> "/etc/passwd" for my home directory?
Yes. Edit /Cygwin.bat and add "unset HOME" right before invoking bash.
> Brian,since you know about so many things, how come the following ksh
> doesn't work in
> 1) Linux xyz 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown
> 2) HP-UX xyz B.11.00 U 9000/785 2004606272 unlimited-user license
>
> the PS1 line below puts path into the title of the xterm, and puts
> "$PWD" into prompt and this works fine in bash (different section of
> /etc/profile), but not in ksh
bash uses a different set of escape codes. The below is actually a bug in
the default /etc/profile -- the '^[' symbols should be literal Esc (0x1B)
characters, and '^G' should be 0x07 characters. I've reported this
before, but it probably is time to bring it up again.
> -taken from cygwin's /etc/profile
> ...
> ksh* | -ksh* | */ksh* | \
> ksh*.exe | -ksh*.exe | */ksh*.exe )
># Set a HOSTNAME variable
>typeset -l HOSTNAME
>
># Set a default prompt of: [EMAIL PROTECTED] and current_directory
>PS1='^[]0;${PWD}^G
> [EMAIL PROTECTED] ^[[33m${PWD}^[[0m
> $ '
> -
> Basically the escape codes are being ignored in ksh,
Those aren't escape codes, those are improperly pasted control characters.
> but it came from cygwin's /etc/profile so it must be perfect right?
:-)
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: mkpasswd, mkgroup - initial setup of group, home dir
On Tue, 22 Nov 2005, Brian Dessent wrote:
> Robert Body wrote:
>
> > Hi, I installed on a networked computer, but i don't want my cygwin to
> > be part of that network as far as username/groups go (I don't want to
> > add all
>
> Use -l instead of -d when running mkgroup and mkpasswd.
Actually, "-l -c" ("-c" stands for "current user", even if a domain one).
> > I would like to change these to "Owner" and "mygroup", and I would
> > like my
>
> The user and group names in the /etc/passwd and /etc/group files should
> match those in Windows. The purpose of those files is to mirror the
> actual Windows user and group names for programs that expect to be able
> to read them from those files. You can't arbitrarily define user/group
> names there, you have to do that in Windows. You should probably stick
> to only creating them with mkpasswd and mkgroup and not hand editing
> them to contain other values.
Umm, sorry, Brian, but this is not true. The username in /etc/passwd
doesn't matter at all, and neither does the UID -- it's the SID field
that's important.
> Or put differently, just because you change your username in /etc/passwd
> doesn't mean you've actually changed your account's user name --
True.
> and in fact you may cause strange failures if the two aren't in sync.
> If you want a different group name, create one in Windows and add
> yourself to it, and then re-run mkgroup to keep /etc/group in sync.
Not true. The name can be changed arbitrarily (in fact, the ntsec section
of the UG has examples of this).
> > default home directory to be /home/Owner (which is really
> > C:\cygwin\home\owner in windows). The system insists on making my home
> > directory "/cygdrive/u" even if I modify /etc/passwd file
>
> http://cygwin.com/faq/faq.setup.html#faq.setup.home
>
> > I read about "mkpasswd -d" - well I don't want people on network added
> > to my cygwin setup,
>
> Then don't use -d.
Use "-d -u USERNAME" to add only the user USERNAME from the domain.
Or use "-c" to add the current (domain) user.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Folder ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains after install (FAQ alert)
On Tue, 22 Nov 2005, Igor Pechtchanski wrote: > On Mon, 21 Nov 2005, Brian Dessent wrote: > > > Christian Franke wrote: > > > > > Somewhat offtopic and probably FAQ: > > > The local package cache fills up with outdated (no longer in setup.ini) > > > versions. > > > Is there any hidden setup.exe functionality or cleanup script available > > > to delete old package files? > > > > There's nothing in setup.exe, but I do remember that someone once posted > > a script that does this. I don't recall the filename but google on the > > mailing list archives ought to work. > > The script you're thinking of is Michael A. Chase's clean_setup.pl. > Unfortunately, Googling for it mostly turns up references to it in the > mailing list archives, and the actual site comes up only at the bottom of > the page. It would be nice if there was a link to this script in the FAQ > somewhere. Gaah, I forgot to include the link to the script: <http://home.ix.netcom.com/~mchase/zip/>. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Folder ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains after install (FAQ alert)
On Mon, 21 Nov 2005, Brian Dessent wrote: > Christian Franke wrote: > > > Somewhat offtopic and probably FAQ: > > The local package cache fills up with outdated (no longer in setup.ini) > > versions. > > Is there any hidden setup.exe functionality or cleanup script available > > to delete old package files? > > There's nothing in setup.exe, but I do remember that someone once posted > a script that does this. I don't recall the filename but google on the > mailing list archives ought to work. The script you're thinking of is Michael A. Chase's clean_setup.pl. Unfortunately, Googling for it mostly turns up references to it in the mailing list archives, and the actual site comes up only at the bottom of the page. It would be nice if there was a link to this script in the FAQ somewhere. > I prefer to maintain a local rsync repository rather than letting > setup.exe download anything. If you go this route you can use --delete > to delete stuff no longer on the master site. You can be pretty > flexible in what you mirror, e.g. --exclude=\*-src.tar\* to skip source > packages (though I don't do this.) This works too. Doesn't rsync also work asymmetrically (delete but don't download)? This could be used to purge obsolete copies of things from setup's cache... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Folder ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains after install
On Mon, 21 Nov 2005, Van Snyder wrote: > After installing CYGWIN_NT-5.1 lap-fr4zcs84sdc 1.5.18(0.132/4/2) > 2005-07-02 20:30 i686 on Windows XP or Windows 2000, a folder named ftp% > 3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains on the desktop. > [snip] > 4. If it needs to be kept, but need not be kept on the desktop, it > would be useful if the installer offered an option to put it somewhere > else. Just one thing to add to what Brian said: setup by default offers to put the local package cache in the directory that it runs from. If you save setup to the desktop, that would be the default value for the local package cache. If you want a different default, save setup somewhere else. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: generic-build-script extension to update version numbers in README
On Fri, 18 Nov 2005, Christian Franke wrote: the build-script of the smartmontools package creates the "Cygwin/package-*.README" file from "srcdir/CYGWIN-PATCHES/package.README.in" by replacing VER/REL with the current version/release numbers. This might be useful for other packages to avoid extra editing of README on each minor release. A patch for generic-build-script 1.43 is attached. Christian, I'd like to discuss this patch, and cygwin-apps@ is the proper place for this discussion. It's nicer if the whole thread is on one list. Would you mind resubmitting this patch to [EMAIL PROTECTED] Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: 1.5.18: grep -f option broken
On Thu, 17 Nov 2005, Chris Milam wrote: > In the latest release of grep (2.5.1a-2), I believe that the -f option > (read expressions from a file) is no longer working. > [snip manpage quote] > However, it appears that no match of any input is ever found for any set > of strings in the file specified by -f. This functionality was working > in an earlier release (I regret to say that I cannot remember the last > time it was working but it was a release within the last year, I think). I was only able to reproduce this behavior if the script had DOS line endings on a binmode mount (which you have). Run the script through d2u and try again. It's arguably a bug in grep that the pattern file should be opened in text mode. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Capital/upper case B doesn't register in either cygwin bash prompt, rxvt bash prompt, or ssh client bash prompt
On Wed, 16 Nov 2005, Eric Blake wrote: > According to Igor Pechtchanski on 11/15/2005 12:24 PM: > > > First thing to rule out is Windows-level problems -- I assume if you run > > "cat" from bash, you can type in 'B', right? Then let's work on bash: > > Can you paste a 'B' into bash? Does 'B' show up if you type 'Ctrl-V B'? > > Also check the output of "stty -a" to make sure that you haven't turned B > into a terminal control character. True, though that would've been taken care of by the "Windows-level problems" above (wrong name, I know). > > Does 'bind -p | grep "B"' show anything for 'B'? > > > > Check your .inputrc for any bindings for "B"; then .bashrc and > > /etc/profile, for any "bind" commands. Now, interestingly enough, a lone 'B' in .inputrc doesn't produce any key binding that could be found in the "bind" output (with all the flags I tried). How would I figure out that 'B' is bound to "nothing", but bound nonetheless[*]? Igor P.S. This is a non-Cygwin-specific readline question, and perhaps off-topic for this list. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Can I get a sigint when the bash window closed with close window's button?
On Tue, 15 Nov 2005, Joe Smith wrote:
> "Igor Pechtchanski" <[EMAIL PROTECTED]> wrote in message news:[EMAIL
> PROTECTED]
<http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks.
> > On Tue, 15 Nov 2005, Konrad Eisele wrote:
> >
> > > When th cygwin bash window is closed by clicking on the window's
> > > close button the the appliaction gets killed without recieving a
> > > sigint or any atexit called. Is there a way to be able to run
> > > cleanup code when the application is about to be killed?
> >
> > According to exceptions.cc, a SIGHUP will be sent to bash in this
> > case. Are you handling the right signal?
> >
> > BTW, the atexit() callback also should be called -- do you have a
> > simple testcase to reproduce the problem?
> > Igor
>
> I know nothing about signals, but this program when run inside bash does
> not seem to run callback() *ever*.
> ^c does not run it. Closing the bash window does not run it. But if you
> remove the loop then it *is* run.
>
> #include
> void callback()
> {
> FILE *current;
>
> current=fopen("test.txt","a");
> fprintf(current,"atexit");
> }
>
> int main()
> {
> atexit(*callback);
> while(1)
> {};
> }
IIRC, the atexit callback is not supposed to be invoked from a default
signal handler. In fact, Cygwin defines a signal_exit specifically to
avoid invoking it. If you change the above to terminate on something
other than a signal (e.g., a condition in the loop), your callback will be
invoked. Adding a signal handler that calls exit() should also cause the
callback to be invoked.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Can I get a sigint when the bash window closed with close window's button ?
On Tue, 15 Nov 2005, Konrad Eisele wrote: > When th cygwin bash window is closed by clicking on the window's close > button the the appliaction gets killed without recieving a sigint or any > atexit called. Is there a way to be able to run cleanup code when the > application is about to be killed? According to exceptions.cc, a SIGHUP will be sent to bash in this case. Are you handling the right signal? BTW, the atexit() callback also should be called -- do you have a simple testcase to reproduce the problem? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Capital/upper case B doesn't register in either cygwin bash prompt, rxvt bash prompt, or ssh client bash prompt
On Tue, 15 Nov 2005, jboehmler wrote:
> Searching the web and the lists, including the cygwin mailing lists, on
> anything with just a "B" element is very difficult but I've tried.
> When I try to type a capital B in any form of cygwin terminal, it
> doesn't register. A lower case one does. First, it doesn't show up.
> Second, if I type "return" after typing "B", the prompt just comes back
> with no error. When typing any other capital letter, the letter is
> visible and typing "return" after it causes a
> [EMAIL PROTECTED]:~$ C
> bash: C: command not found
> [EMAIL PROTECTED]:~$ b
> bash: b: command not found
> error.
>
> All other letters, numbers and characters, shifted and un-shifted seem
> to work. I've had this problem across several versions of cygwin. It
> also occurs regardless of which method I use to access cygwin, bash,
> rxvt, or ssh. I have not tried it with X11 since I don't have it.
>
> Any help or search suggestions would be appreciated. Thank you.
First thing to rule out is Windows-level problems -- I assume if you run
"cat" from bash, you can type in 'B', right? Then let's work on bash:
Can you paste a 'B' into bash? Does 'B' show up if you type 'Ctrl-V B'?
Does 'bind -p | grep "B"' show anything for 'B'?
Check your .inputrc for any bindings for "B"; then .bashrc and
/etc/profile, for any "bind" commands.
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Files missing after installation
On Tue, 15 Nov 2005, robertchung3 wrote:
<http://cygwin.com/acronyms/#PCYMTWLL>. Thanks.
> I am simply trying to install Cygwin on my new OQO (with Windows XP SP2)
> and it is not completing installation correctly. I've searched Mailing
> List Archive and FAQ but still have not found answer.
>
> Below is summary of what I did:
> (1) Downloaded latest setup.exe
>
> (2) Ran setup with "Download Without Installing"
>
> (3) Ran setup with "Install from Local Directory"
>
> (4) setup hung forever while running "xinetd" post installation script.
> I found out that xinetd post-installation log kept growing to almost
> 2GB. So I killed "bash" process that was running xinetd
> post-installation script.
>
> (5) setup still hung going nowhere for hours. So I ended up clicking
> "Cancel" button in setup window.
>
> (6) Ran setup again and finished installation successfully.
>
> (7) I found out simple things such as /bin/ls, /bin/cat, /bin/cp,
> /bin/echo, etc. are not installed. So I ended up running setup yet
> again. I tried everything . . . "Install", "Reinstall" . . . But
> simple things such as /bin/ls, /bin/cat, /bin/cp, /bin/echo, etc., are
> still missing after successful installation.
>
> (8) I completely removed Cygwin from my OQO. I ran setup with
> "Uninstall". I deleted c:\cygwin and deleted all Cygwin related
> registry entries in Windows registry.
>
> (8) I tried running setup again. But no matter what I do, simple things
> such as /bin/ls, /bin/cat, /bin/cp, /bin/echo, etc. are still missing.
> setup with "Install", "Reinstall", whatever . . . Nothing is installing
> /bin/ls, /bin/cat, /bin/cp, /bin/echo, etc., even though setup says
> installation is completed.
>
> What should I do? Please help.
First and foremost, look at
> Problem reports: http://cygwin.com/problems.html
and provide enough information for us to help you.
It would also be nice to know what was at the end of the xinetd
postinstall log (the one that was 2G), what was in setup.log, and what was
in setup.log.full from that setup run.
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Cron does not start - Hangs "Starting"
On Mon, 14 Nov 2005, Arun Biyani wrote: Hello, I am trying to get cron to work reliably on my pc (runs Windows XP). When I type cygrunsrv -S cron I get an error message that the service did not respond in a timely fashion. Looking under services from Control Panel, cron status is listed as "Starting". I cannot stop it by using cygrunsrv either. Known problem, see <http://cygwin.com/ml/cygwin/2005-11/msg00382.html>. cron was installed using cron-config. Output of cygcheck -srv is enclosed. /var/log/cron.log has no messages. There may be messages in the Windows Event Log that could provide a clue as to what went wrong. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: setsid() does not call FreeConsole() even if all files are closed
On Sun, 13 Nov 2005, Christian Franke wrote: > Igor Pechtchanski wrote: > > > [...] > > > > Yep, so, as CGF noted, try > > > > $ /usr/sbin/syslogd >/dev/null 2>&1 > $ exit > > That makes no difference. Shell exits but console window persists (at > least on XP SP2) until syslogd is terminated. > > Did you get a different result? No, I actually was able to reproduce your result without using syslogd: $ setsid sleep 10 >/dev/null 2>&1 &- 2>&- <&- $ exit (same result). I've generated the strace for the above cases, and will take a deeper look when time permits. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: setsid() does not call FreeConsole() even if all files are closed
On Sun, 13 Nov 2005, Christian Franke wrote: when starting a daemon from the console, the console will not close before the daemon finishes. Try, e.g: $ /usr/sbin/syslogd $ exit Shell exits, but console window persists until syslogd is terminated. Workaround: setsid(); + #ifdef __CYGWIN__ + FreeConsole(); + #endif According to syscall.cc:setsid(), FreeConsole() should be called if a tty exists and no files are open. Yep, so, as CGF noted, try $ /usr/sbin/syslogd >/dev/null 2>&1 http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Xemacs broken after postgresql upgrade
On Sun, 13 Nov 2005, Brian Dessent wrote: > René Berber wrote: > > > A better fix is to link cygpq.dll to pq.dll: > > > > # ln /usr/bin/cygpq.dll /usr/bin/pq.dll > > That's not a great habit to get into. It will only work if the program > uses Cygwin methods (e.g. dlopen()) to dynamically load the dll at > runtime. It will absolutely not work for a .exe that was linked to a > .dll in the normal way, or for a program that uses LoadLibrary() at > runtime, because the windows dynamic loader has no idea what a symlink > is and you will get the "Can't locate DLL" popup. "ln -s" creates a symlink, "ln" creates a hardlink. Windows understands hardlinks just fine. On filesystems that don't support hardlinks, "ln" will copy the file, which is the desired behavior. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing error: cygwin1.dll not found
On Thu, 10 Nov 2005, Kevin Worrell wrote: > > From: Igor Pechtchanski <[EMAIL PROTECTED]> > > Reply-To: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > CC: Kevin Worrell <[EMAIL PROTECTED]> <http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks. > > Subject: Re: Installing error: cygwin1.dll not found > > Date: Wed, 9 Nov 2005 19:20:55 -0500 (EST) > > > > On Wed, 9 Nov 2005, Larry Hall (Cygwin) wrote: > > > > > Kevin Worrell wrote: > > > > Hi, > > > > > > > > I recently installed cygwin on my Windows XP but when I try to run > > > > cygwin I get an error saying "This application (bash.exe) has failed > > > > to start because cygwin1.dll was not found. Re-installing the > > > > application may fix this problem." > > > > > > > > I also got a similar message during the initial installation and it > > > > keeps coming up on attempted re-installations (when I tried > > > > re-installing the default packages). After checking the FAQs I > > > > identified the cygwin1.dll in the cygwin package and have tried to > > > > install it specifically on the Select Packages setup page by switching > > > > the toggle button from "skip" to "1.5.18-1." When I click next, the > > > > setup detects additional dependent packages that need to be > > > > downloaded, but when I continue I get one of the following two errors: > > > > > > > > "Fatal error: uncaught exception > > > > Thread: install > > > > Type: St16invalid_argument > > > > Message: URL Scheme not registered!" > > > > > > > > or "Can't open (null) for reading: no such file" > > > > > > > > What am I doing wrong? I also found a similar problem in the mailing > > > > list archives, entitled ?Error while installing cygwin? from Abhinav > > > > Varshney, dated 11/5/05. Thanks for any help that you can give. > > > > > > > > Additional info: > > > > setup.exe version 2.510.2.2 > > > > cygwin dll release version 1.5.18-1 > > > > > > How about cygcheck output as requested by: > > > > > > > Problem reports: http://cygwin.com/problems.html > > > > > > As to the 'setup.exe' problem, was there anything "interesting" that > > > showed up in setup.log or setup.log.full? > > > > For the 'setup.exe' problem, nothing interesting will show up in > > setup.log* for the OP's version of setup. Version 2.513-1-alpha[*] added > > some interesting debugging info -- this should also show up in the next > > setup snapshot, if and when it is built. > > Igor > > [*] <http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-1-alpha.exe> > > Yes, the beginning of the setup.log file looks like this: > > 2005/10/26 19:00:42 Starting cygwin install, version 2.510.2.2 ^ setup.log is accumulated across all setup runs. You should move it out of the way and run the newer setup version I mentioned -- you'll get a new setup.log. > 2005/10/26 19:00:42 io_stream_cygfile: fopen failed 2 No such file or > directory > 2005/10/26 19:00:42 io_stream_cygfile: fopen failed 2 No such file or > directory > 2005/10/26 19:00:42 io_stream_cygfile: fopen failed 2 No such file or > directory > 2005/10/26 19:00:42 io_stream_cygfile: fopen failed 2 No such file or > directory These messages are a result of a missing package database -- the newer setup doesn't print them. > 2005/10/26 19:00:42 Current Directory: C:\Documents and Settings\Kevin > Worrell\Desktop > 2005/10/26 19:00:42 Changing gid to Users > 2005/10/26 19:00:42 Could not open service McShield for query, start and > stop. McAfee may not be installed, or we don't have access. > 2005/10/26 19:02:49 io_stream_cygfile: fopen failed 2 No such file or > directory > 2005/10/26 19:02:49 source: network install > 2005/10/26 19:03:55 root: C:\cygwin binary system > 2005/10/26 19:06:03 io_stream_cygfile: fopen failed 2 No such file or > directory > 2005/10/26 19:06:03 Selected local directory: C:\Program Files\Cygwin > 2005/10/26 19:06:14 net: Direct > 2005/10/26 19:06:28 io_stream_cygfile: fopen failed 2 No such file or > directory > 2005/10/26 19:06:28 site: ftp://cygwin.dp.ua/pub/mirrors/cygwin Hmm, why are you installing from Ukraine? :-) > 2005/10/26 19:07:34 io_stream_cygfile: fopen failed 2 No such file or > directory > > I'
Re: AW: non gui setup of cygwin possible?
On Thu, 10 Nov 2005, Roy Wiseman wrote: > One related question ... > is there a command in cygwin to report the installed > packages ? some command line tool that just lists them > all on the current setup or a log file that I can look > at ? Welcome to one of the many faces of "cygcheck". "cygcheck -cd" is what you're looking for. If you omit the "-d", cygcheck will even verify that all the files in the package are present (it won't check if they are intact, though). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: AW: non gui setup of cygwin possible?
On Thu, 10 Nov 2005, cygwin.20.maillinglist wrote: > > -Ursprüngliche Nachricht- > > Von: Igor Pechtchanski - [EMAIL PROTECTED] > > Gesendet: Mittwoch, 9. November 2005 20:02 > > An: [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED] <http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks. > > Betreff: Re: non gui setup of cygwin possible? > > > > On Wed, 9 Nov 2005, cygwin.20.maillinglist wrote: > >^ > > You're missing the "B"... :-) > > Sorry but I didn't got the joke. I added you to the confidential User so > you could write me direct to explain me what you meant. Cygwin B20 is claimed to be "the best version of Cygwin ever". It's all been downhill from there. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem: sigrelse() in winsup but not defined in signal.h
On Thu, 10 Nov 2005, Scott Finneran wrote: > I am trying to compile something under cygwin but am hitting a snag with > sigrelse(). I am running the latest binary downloaded by setup.exe. Please see <http://cygwin.com/problems.html> for instructions on reporting your Cygwin version properly. However... > It appears to be defined in winsup/cygwin/exceptions.cc (in CVS) but is not > declared in signal.h so of course the compile fails. > > Is there any reason for this? There were some changes in CVS since the last official Cygwin release. Try installing a full snapshot from <http://cygwin.com/snapshots/> (make sure to get the -inst tarball, which includes the headers). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing error: cygwin1.dll not found
On Wed, 9 Nov 2005, Larry Hall (Cygwin) wrote:
> Kevin Worrell wrote:
> > Hi,
> >
> > I recently installed cygwin on my Windows XP but when I try to run
> > cygwin I get an error saying "This application (bash.exe) has failed
> > to start because cygwin1.dll was not found. Re-installing the
> > application may fix this problem."
> >
> > I also got a similar message during the initial installation and it
> > keeps coming up on attempted re-installations (when I tried
> > re-installing the default packages). After checking the FAQs I
> > identified the cygwin1.dll in the cygwin package and have tried to
> > install it specifically on the Select Packages setup page by switching
> > the toggle button from "skip" to "1.5.18-1." When I click next, the
> > setup detects additional dependent packages that need to be
> > downloaded, but when I continue I get one of the following two errors:
> >
> > "Fatal error: uncaught exception
> > Thread: install
> > Type: St16invalid_argument
> > Message: URL Scheme not registered!"
> >
> > or "Can't open (null) for reading: no such file"
> >
> > What am I doing wrong? I also found a similar problem in the mailing
> > list archives, entitled ?Error while installing cygwin? from Abhinav
> > Varshney, dated 11/5/05. Thanks for any help that you can give.
> >
> > Additional info:
> > setup.exe version 2.510.2.2
> > cygwin dll release version 1.5.18-1
>
> How about cygcheck output as requested by:
>
> > Problem reports: http://cygwin.com/problems.html
>
> As to the 'setup.exe' problem, was there anything "interesting" that
> showed up in setup.log or setup.log.full?
For the 'setup.exe' problem, nothing interesting will show up in
setup.log* for the OP's version of setup. Version 2.513-1-alpha[*] added
some interesting debugging info -- this should also show up in the next
setup snapshot, if and when it is built.
Igor
[*] <http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-1-alpha.exe>
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: non gui setup of cygwin possible?
On Wed, 9 Nov 2005, cygwin.20.maillinglist wrote: ^ You're missing the "B"... :-) > I like to know if it is possible to setup cygwin from the command line. > without any user interaction after the setup is started. You're asking two separate questions here. To answer the first one: no, there is no command-line-only tool to set up Cygwin. You'll have to use the graphical setup.exe application. To answer the second one: setup.exe supports an unattended install mode, where it installs everything in the Base category and upgrades installed packages automatically. You can even use a trick to install *any* set of packages automatically -- see my recent reply about the Cygwin package server. I don't know if it's fully interactionless (i.e., there's that "Installation complete" message box that may pop up at the very end), but it should serve your needs. > IMPORTANT > I will read replies only from the mailing list. > If you send me email directly it will be deleted. So set Reply-To:... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to install software in cygwin without installer
On Wed, 9 Nov 2005, Liu Haibin wrote: > I'm using a product which integrates a cygwin. I want to install some > software like gcc in this cygwin. But the problem is this cygwin > doesn't have a installer. Any idea how I can install software in this > special cygwin? Either they use an unmodified Cygwin installation, in which case you do it the usual way (run setup.exe and select "gcc"), or they are one of what we call <http://cygwin.com/acronyms/#3PP>, in which case you'll have to ask them how to do this. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Old versions of setup.exe
On Tue, 8 Nov 2005, Peter A. Castro wrote:
> On Tue, 8 Nov 2005, Dave Korn wrote:
>
> > Peter A. Castro wrote:
> >
> > > Unfortunately, the Cygwin Time Machine hasn't been archiving setup.exe
> > > (at least not consistently). The top of /pub/cygwin/ always has the
> > > latest setup.exe (and setup.ini), but the Time Machine hasn't been
> > > archiving it because there's no automatic way to extract the version
> > > number from it.
> >
> > Well, ...
> >
> > [EMAIL PROTECTED] /tmp> strings setup.exe | grep setup-version | cut -d ' '
> > -f 3
> > 2.521
> > [EMAIL PROTECTED] /tmp>
>
> Hmmm... that doesn't seem to work for me on linux :(
> And, it doesn't work for me on Cygwin either?!
> This is what I get:
>
> % strings -a w:/webserver/ftp/pub/cygwin/setup.exe | grep -i setup
> name="RedHat.Cygwin.Setup"
>
> This is the latest setup.exe from the cygwin website too. I'm at a loss
> as to why it works for you and not me.
Dave's running this command on a self-compiled version of setup. The
setup on the Cygwin site is compressed with upx, which mangles all strings
(except the PE header). So, one way to get version information into setup
is to use the "Version:" tag in the PE header (or whatever it's called),
but that will only work for the newest setup versions -- the older ones
will have the "unextractable version" problem.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: Automatic (Silent) Installation with specific packages ?
Ugh, top-posting... Reformatted.
On Tue, 8 Nov 2005, Roy Wiseman wrote:
> --- Harakiri <[EMAIL PROTECTED]> wrote:
<http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks.
> > is it possible to do a silent install of cygwin with
> > some additional libs ? I would like to bundle cygwin
> > with some already downloaded libs into another
> > application and distribute it using a custom windows
> > setup.exe
> >
> > Is it possible to use a command line installer where
> > you specify a list of packages ?
>
> I would also love an answer to this question. Please
> upgrade setup.exe to allow this ? I would very very
> much like to be able to do this as having to manually
> select the packages every time is quite ime consuming
> when you install on multiple systems. Having a list
> that setup.exe looks at and gets the mirror to use and
> the packages to install and then just installs what
> you want silently would make the process so much
> easier (and also mean that you know you get your
> carefully selected packages every time !)
The OP was asking two separate questions: (a) is it possible to specify a
list of packages that setup would automatically install, and (b) is there
a command-line installer available. The answer to (b) is "no". The
answer to (a) (which is what you seem to be asking as well) is most
definitely "yes".
I've posted this recipe a few times already: create an empty package on
your own server, put it in the "Base" category (which is what "setup.exe"
selects by default on new installs), and make that package depend on the
packages you want installed. You'll need to create a custom setup.ini
file (see <http://sourceware.org/cygwin-apps/package-server.html>), but
don't need to create a full-fledged mirror (i.e., having the users select
both your mirror and some other mirror will also work).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: chmod: Permission denied
On Mon, 7 Nov 2005, Sam Steingold wrote:
> > * Igor Pechtchanski <[EMAIL PROTECTED]> [2005-11-07 13:58:16 -0500]:
> >
> > On Mon, 7 Nov 2005, Sam Steingold wrote:
> >
> >> my windows login domain has changed and now I cannot chmod the files
> >> that I created when I was logged in using my previous login domain.
> >> how can I fix this?
> >> do I need to do
> >> find . -exec 'cp -p {} {}.new; mv {}.new {}' \;
> >> (or something)?
> >
> > After you update your /etc/passwd, does "chown" work?
>
> you mean chmod?
Nope, I meant "chown". If the old owner of the file is defunct, the new
user might as well take ownership -- that should also allow changing
permissions.
> I fixed the login domain in /etc/passwd, nothing changed
> - how do I tell cygwin to re-read /etc/passwd?
This should happen automatically -- no need to restart things.
> I killed all cygwin processes, but this did not help
> (I guess I have to manually unload cydwin1.dll)
Did you also fix the SID? I suggest doing a
mkpasswd -d -u YOURUSER YOURNEWDOMAIN >> /etc/passwd
and then renaming the old user in /etc/passwd to something like
"YOURUSER_old". You can make the appropriate changes to the home
directory and login shell fields, as needed.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: chmod: Permission denied
On Mon, 7 Nov 2005, Sam Steingold wrote:
> my windows login domain has changed and now I cannot chmod the files
> that I created when I was logged in using my previous login domain.
> how can I fix this?
> do I need to do
> find . -exec 'cp -p {} {}.new; mv {}.new {}' \;
> (or something)?
After you update your /etc/passwd, does "chown" work?
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: where is setup.exe source?
On Sun, 6 Nov 2005, Linda Walsh wrote: > Brian Dessent wrote: > > > This, however is going to be rather fruitless. > > [snip] > >Has "setup.exe" been modified to work from the local copy of the mirror > list if the cygwin main site is down or unreachable (as recent or future > network schisms might cause)? <http://cygwin.com/ml/cygwin-apps/2005-09/msg00538.html> > > <http://cygwin.com/mirrors.lst> should be trivial to process with > > sed/awk/perl/etc. > > Another option might be to store in a local file, the last max download > speed associated with a given server. This is a good idea, considering that one reason to switch mirrors would be slow connection speed. This way the connection speed information could be cached for the mirrors that were accessed already. I don't think we ought to use the last max download speed, but some averaged metric would work. Combined with the ability to re-ping selected mirrors (as I proposed), this should be pretty useful. > I don't know if there is anyway for cygwin to determine line speed other > than by time it takes to download the servers file from cygwin.com, > which may not be a reliable indicator of connection speed. I think you meant "download setup.bz2 from the mirror"... > Too bad the development environment _seems_ difficult to set up. > [snip] > ...or it might have been trying to setup to do a cross-development > environment... Yes, that's most likely it. The setup sources rely on having the w32api headers (which ought to be installable on Linux), but I'm not sure the configury is smart enough to pick up a cross-compiler without heavy coaching through command-line options. I haven't tried to do a cross build, however, so the above is just a conjecture. OTOH, other options could be Wine or VMWare -- Cygwin should run under both. The best way to improve Cygwin setup is to submit patches to it. Every little bit helps. I hope you do get your environment into shape and start contributing. :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: where is setup.exe source?
On Sun, 6 Nov 2005, Brian Dessent wrote: > Igor Pechtchanski wrote: > > > I disagree. FWIW, keeping the local ping response time information for > > mirrors and re-pinging on demand has been on my TODO list for a while. > > The only thing I would strenuously object to is re-pinging the mirrors > > automatically on every setup -- it's much better to let the user update > > the mirror information (by adding a "Ping" button). I don't recall if the > > mirror list is sortable, actually -- if it isn't, it ought to be. BTW, > > now that setup is resizable, it would make sense to at least add the > > location information from mirrors.lst to the mirror list dialog. > > Well there's fundamentally two different concepts going on here. > > A) Is the mirror online and fresh? This is taken care of by the > infrastructure at cygwin.com. > > B) Based on *my* connection, is the mirror fast? This obviously is > something that can only be measured by the end user. However, ping is a > really poor way to judge bandwidth. One of the main reasons is that > carrier grade routers do standard IP packet forwarding in hardware line > cards (at full line rate) but they often punt things like ICMP and SNMP > to be handled by the CPU which is much slower. More at > <http://www.iwl.com/Resources/Papers/icmp-echo_print.html>. So a low > ping doesn't correlate to high bandwidth, and vice versa. Heh. I should've quoted the "ping"... What I meant by "ping" above is some measure of the connection speed, not the actual ICMP packets. Besides, doing ping in software requires an ICMP-compliant library. > [snip more "ping" vs "connection speed" discussion] > > I would argue the only way to measure this is by manually experimenting > with various mirrors and finding one from which you can download fast. > This too could be automated by setup, but it is a lot harder than just > measuring pings. And you would want to do it in a way that doesn't > cause abuse, i.e. you wouldn't want to always download a 1MB file from > every mirror just to see which one is the fastest. Yes, fully agreed. That's why I'm waiting for a really large round tuit, rather than doing something quick and dirty, but braindead. However, the "always" in your statement above isn't that bad, since it won't happen unless a user chooses to perform that action. I also vaguely recall reading something about a standard bandwidth-test download that won't be considered "abuse" (it probably would be much smaller than 1MB). If anyone recognizes what I'm talking about, I would appreciate a pointer in private mail. > Also, personally, I tend to find one mirror that I like and stick with > it. All the mirrors on the official list have the same set of packages > so once you find a suitable mirror it makes no sense to then try others, > unless you experience connection problems. So I don't really see a need > for adding a lot of automation to measuring bandwidth. Picking that first mirror can be a hassle, too. But even if you have a mirror, it's nice to know what other options are available. There is also a question of server load... Not everyone uses setup in the same way. > > Yuk. Then you'd need to pass this information to setup (not easy, as > > setup actually grabs one from cygwin.com). It's better to do this in > > setup proper. > > Well again, I see it defined more as "I want to measure this once and > find a suitable mirror, which I then select in setup" as opposed to "I > will need ongoing measurements and rankings because I will be constantly > selecting the best mirror." From that perspective, you can write a > simple perl script that downloads a package from each mirror in the list > and tells you which one is the fastest - there's no need to communicate > this back to setup.exe since you can just pick that mirror and be done > with it. Well, yes, if you put it that way. However, there's a chicken-and-egg problem here, right? As in "I want to download Cygwin fast" needs Cygwin to figure it out[*]? Igor [*] And I'm not even going to suggest using a non-Cygwin set of tools to write that script... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: where is setup.exe source?
On Sun, 6 Nov 2005, Brian Dessent wrote: > Carl Karsten wrote: > > > What builds the setup.exe source? > > Anyone who wants to. If you mean who compiles the setup.exe binaries > that are on the mirrors, that would be the maintainers (currently Max > Bowser and myself, although Igor helps so much he's a de facto > maintainer.) Thanks for that... :-) > As to the location of the source, please read > <http://cygwin.com/ml/cygwin/2005-10/msg01019.html>. Since you are the > second person who has asked this in the last week I have to wonder if > there is something about the website that's unclear. Is there any > wording that could be made more clear to answer what I would hope would > be a simple question of "where is the source"? Perhaps we need a couple of FAQ entries for setup.exe and its source? > > I am interested in an option to prob all the servers and disable the > > ones that are currently off line. Maybe even do a traceroute and sort > > by number of hops. > > This, however is going to be rather fruitless. I disagree. FWIW, keeping the local ping response time information for mirrors and re-pinging on demand has been on my TODO list for a while. The only thing I would strenuously object to is re-pinging the mirrors automatically on every setup -- it's much better to let the user update the mirror information (by adding a "Ping" button). I don't recall if the mirror list is sortable, actually -- if it isn't, it ought to be. BTW, now that setup is resizable, it would make sense to at least add the location information from mirrors.lst to the mirror list dialog. > The list of mirrors is already checked frequently (at least daily) by > automatic infrastructure on the cygwin.com machine, and any mirror that > is offline or is more than 24 hours out of sync is automatically removed > from the mirrors.lst file. This works for dead mirrors, but doesn't do anything for (a) mirrors explicitly added in the past, though Buzz's patch tries to address this, and (b) mirrors that are up-to-date but across an extremely slow link from the local machine. I think the OP is actually asking for the ping information w.r.t. the local machine. > So barring a local connectivity problem, if it's in the mirrors.lst file > (which is the same data as presented <http://cygwin.com/mirrors.html>) > then it's guaranteed to be fresh and online. But that's the point. Links differ. I don't think the fact that some mirror in the US is fast for me is going to mean that someone in, say, the Philippines won't be better off with a local mirror. Some countries also have bandwidth restrictions for foreign connections, which could be termed a "connectivity problem", but isn't something easy to work around. Another problem is the sort order for the mirror list (the fact that mirrors are sorted alphabetically has caused at least one good mirror -- archive.progeny.com -- to drop Cygwin, as people just picked the first available one). Sorting by ping time would be ideal. Randomizing the list (as apache does) is at least going to ensure a reasonable distribution of hits on various mirrors. As I said, I'm waiting for a round tuit... > > Or at least export the list so that a seperate utility could be used > > to pick a server. > > <http://cygwin.com/mirrors.lst> should be trivial to process with > sed/awk/perl/etc. Yuk. Then you'd need to pass this information to setup (not easy, as setup actually grabs one from cygwin.com). It's better to do this in setup proper. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: Old versions of setup.exe
On Sun, 6 Nov 2005, Scott Cegielski wrote: > Are older versions of setup.exe kept around? Last time I installed > cygwin, I also installed cygnome and it would crash setup using the > current version at the time. I had to finad version 2.340.2.5 of setup > and use that. Well, it stands to reason, then, to try the newest version of setup, not embark on quests for older ones. Why not try the latest snapshot[*] and, only if that fails too, report this as a bug and grab an older version? > Is there an archive of these versions somewhere? If the newest snapshot doesn't work for you, you can try grabbing the one you want from the "Cygwin Time Machine" (Google for it). Note that anything you get from there is unsupported on this list. HTH, Igor [*] The snapshots are usually at <http://cygwin.com/setup-snapshots/>. However, in this case, the snapshot is temporarily residing at <http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-1-alpha.exe>. I've Cc'd the cygwin-apps list for the following request to the setup maintainer: Brian, all the patches in that version are already in CVS. Can we get a new setup snapshot out, please? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: KSH Mode in CYGWIN & CPU-Usage
On Sat, 5 Nov 2005, S.Sunil Kumar wrote: > Before I had only DOS-Window for CYGWIN. > Now I have XTERM also. > > But XTERM only works If I START the X-SERVER. You could try rxvt too -- it doesn't need an X server. > Whether it is DOS/XTERM Mode CPU Goes up more that > 90%. Does the Task Manager show that it's the ksh process that's taking up the CPU? > Its scary... Calm down. :-) > If possible can you tell me about in which Lcation I > should run "cygcheck -svr" script and what will will > be the format of the command ? See > Problem reports: http://cygwin.com/problems.html All the relevant instructions are in there. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup doesn't resume failed downloads
On Sat, 5 Nov 2005, peterl2002se wrote: > Hello, > When trying to download the packages from, in my case, ftp.sunet.se I > get often a ftp connection error. It could be that ftp.sunet.se is > limited on the number of concurrently conneced anonmous ftp users. > > The progress downloads several packages, then says connecting and stops. > At that time I can connect with a parallel ftp client so it doesn't look > like it is retrying. > > After a long time I get back to mirror select dialog. Selecting same > mirror doesn't work, but any other works. > > Setup 2.510.2.2 (Install from Internet) At a guess, you're seeing the problem I addressed in CVS recently. It's not that the setup you're using doesn't reconnect after an error, it's that it won't reconnect to a timed-out FTP server, period. Please try the setup snapshot at <http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-1-alpha.exe>, and post back with results. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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 emacs: broken key mappings (still?)
On Fri, 4 Nov 2005, Robert V Sasseen wrote:
> I'm having a problem with Emacs under Cygwin bash that's been reported
> before but as far as I can tell never been resolved.
> See, e.g.,
> http://cygwin.com/cgi-bin/htsearch?config=htdig&restrict=&exclude=&method=and&format=builtin-long&sort=score&words=emacs+key+mapping
> http://sourceware.org/ml/cygwin/2002-12/msg00086.html
> http://sourceware.org/ml/cygwin/2002-12/msg00100.html
>
> The problem is with keys such as c-@ (set-mark-command) not having the proper
> effect. In my case, c-@ has no apparent effect on setting the mark, even
> though m-X describe bindings says it's bound to set-mark-command, and even
> though I can do m-X set-mark-command and it sets the mark properly. The
> keystroke has no apparent affect at all; it's as though it's getting
> intercepted and filtered out along the way.
> (I set CYGWIN=tty to resolve the (different) c-C problem discussed in the
> archives, but the c-@ problem is unaffected by this setting.)
I think the Ctrl-Space (^@) character is not recognized by the CMD window
(a.k.a. plain bash window) and not passed to the program running in that
window. Thus, it may be impossible to capture/use that key. If you
insist on using the "plain bash window", you might consider remapping the
function to another key combo.
> Most of the suggested fixes have been of the "don't do that"
> variety--use XEmacs or NTEmacs instead of the Emacs that ships with
> Cygwin, or use rxvt or an xterm in place of Cygwin bash (the latter two
> ideas both requiring one to run X Windows, I believe).
Not true for rxvt. It can (and will by default) run in Windows native
mode.
> I just installed the latest Cygwin so I'm running GNU bash version
> 3.00.16(11) and GNU Emacs 21.2.1. It's running on a new Compaq PC
> running Windows XP Media Center Edition.
That's not how useful Cygwin installation information is reported. Please
review and follow <http://cygwin.com/problems.html> if you have further
questions (though in this case using rxvt might be the solution you are
looking for).
> Like those earlier posters with this problem, I'm not too sophisticated
> about Emacs, terminals, and the like. But I'd like to truly solve this
> and I'll try anyone's diagnostic suggestions.
XEmacs also comes with Cygwin, and I've heard good things about it from
people who actually use emacs (I'm a vi person myself).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin and ssh - password auth. problem
On Fri, 4 Nov 2005, Re Persina wrote:
> Hello,
> I have cygwin running on a windows 2000 server, which is also a PDC.
> I setup sshd in cygwin and I've been using it for some time to login
> as administrator, both using the password and using public-key auth,
> and it has been working great. I now need to have a regular user (a
> member of the Domain User group) login using ssh. I'll call this user
> "user1". I created the user in active directory, and synced cygwin's
> passwd file with "mkpasswd -d > /etc/passwd". However, this does not
> allow me to login over ssh as my new user, using the password I set.
>
> I try to ssh to the server as the user and I enter the password when
> I am prompted by ssh, but it does not accept it; I get "Permission
> denied, please try again.". I checked the windows event log, and it
> says: "...sshd: PID:2588: Failed password for user1 from 10.0.0.2...".
> If I upload my public key to ~user1/.ssh/authorized_keys, I can login.
> I understand that is because ssh pub-key auth bypasses windows auth
> altogether. Unfortunately, I cannot use pub-key auth for this
> particular user.
>
> The only way I've found to make password-auth work, is to add the
> user to the Administrators group. As soon as I do that, I can
> successfully ssh to the server and succesfully login with the "user1"
> user and its password. Then as soon as I remove the user from the
> Administrators group, I can no longer login over ssh. Actually I've
> found that adding this user to one of a variety of elevated-privledge
> groups will allow him to login. Making the user a member of any one
> of: "Server Operators", "Backup Operators", or "Domain Admin" will
> allow the user to login over ssh with his password. The problem is
> this user cannot have special permissions; he needs to be a standard
> user/ Domain User. I tried making him a member of the local Users
> group, but that had no effect.
Sounds like a permission problem. Did you run "ssh-user-config" for that
user on the PDC?
> From the research I've done so far, I haven't found any good reason
> why this shouldn't work. There should be a way to allow this user to
> login with his password without him needing elevated privledges, yes?
> Can someone please point me in the right direction?
You could try running sshd in verbose debug mode to see what messages you
get... Also, a tool like "filemon" from SysInternals could help by
listing the files that sshd tries (and fails) to access...
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34
On Fri, 4 Nov 2005, Michael Schaap wrote: > On 20-Oct-2005 16:42, Christopher Faylor wrote: > > On Thu, Oct 20, 2005 at 04:15:34PM +0200, Christoph Jeksa wrote: > > > >> there is a bug in this version: > >> > >> Supposed, you have a file X.sh ( exactly in this spelling ). If you > >> enter: > >> > >> vim x.sh ( also exactly in this spelling ) > >> > >> and write it back after any modification, the file will be renamed even > >> to x.sh. This behavior is very nasty if such file is used by programs > >> which are case-sensitive for file names, example: SCM program perforce. > > > > This isn't a vim problem. Windows filename handling is case-insensitive. > > > > I suppose that there could be a vim option to deal with this case but > > that would require modifying vim, i.e., PTC* by the upstream vim > > developers. > > Actually, there already is such an option... > > $ touch X > $ ls -l > total 0 > -rw-r--r-- 1 mscha None 0 Nov 4 01:29 X > $ vim x > :wq! > $ ls -l > total 0 > -rw-r--r-- 1 mscha None 0 Nov 4 01:30 x > $ rm x > $ touch X > $ vim -c 'set backupcopy=yes' x > :wq! > $ ls -l > total 0 > -rw-r--r-- 1 mscha None 0 Nov 4 01:30 X > > See ":help backupcopy" for details. It defaults to "auto", which is > kinda unpredictable. Set it to "yes", and it might be a bit slower, but > won't mess with your case. :-) More interestingly, ":help backupcopy" says: (Vi default for Unix: "yes", otherwise: "auto") This means that VIm treats Cygwin as non-Unix. Shouldn't the Cygwin default be the same as for Unix? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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 on a network share
On Wed, 2 Nov 2005, Matthias Teege wrote: > I've installed cygwin on a fileserver to share the setup between > different users. The users doesn't have write permissions on the network > share. How do I "redirect" the home and/or tmp directorys to a directory > where the user can write to? You need to use mounts. See "man mount" for more details. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: cygcheck improvements
On Wed, 2 Nov 2005, Dave Korn wrote: > Igor Pechtchanski wrote: > > On Wed, 2 Nov 2005, Dave Korn wrote: > > > >> Christopher Faylor wrote: > >>> On Wed, Nov 02, 2005 at 05:37:25PM -, Dave Korn wrote: > >>>> Christopher Faylor wrote: > >>>>> What other kind of common things could cygcheck be testing for? > >> > >> Hey, I had another idea. It should definitely scan /etc/postinstall > >> and report any scripts that failed to complete (i.e. don't end with > >> '.done'). > > > > Sigh, this would imply that (a) postinstall scripts produce valuable exit > > codes (or are run with "set -e", so that they bail out at first sign of > > trouble), and that (b) setup doesn't rename scripts that didn't complete > > normally to "*.done". Neither is true at the moment. PTC, of course. > > Well, only if we wanted it to be 100% infallible. But my line of > thinking is that cygcheck could do a lot of the basic checks that we > normally advise people to do manually when they present on the list with > tricky-to-diagnose problems. Just because postinstall scripts don't > always report errors correctly, and just because setup does sometimes > rename scripts that didn't complete, that doesn't stop us from advising > people to manually browse through /etc/postinstall looking for scripts > that don't have ".done" on the end. So it would be just as useful and > likely to save us a cycle of message-and-response if cygcheck had > already provided that information for us. Fair enough. I guess what I was saying is that the addition of the two things I mentioned would make that part of cygcheck output all the more valuable. :-) BTW, one thing that's been suggested a while ago is to have cygcheck report the user mounts for "SYSTEM" -- that may prevent services from working properly, and is rather hard to get from the command line (without getting into the whole sysbash process, that is). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA --jA2IL5H2026974.1130955665/slinky.cs.nyu.edu-- ReSent-Date: Wed, 2 Nov 2005 14:38:12 -0500 (EST) ReSent-From: Igor Pechtchanski <[EMAIL PROTECTED]> ReSent-To: cygwin@cygwin.com ReSent-Subject: RE: cygcheck improvements ReSent-Message-ID: <[EMAIL PROTECTED]> On Wed, 2 Nov 2005, Dave Korn wrote: > Igor Pechtchanski wrote: > > On Wed, 2 Nov 2005, Dave Korn wrote: > > > >> Christopher Faylor wrote: > >>> On Wed, Nov 02, 2005 at 05:37:25PM -, Dave Korn wrote: > >>>> Christopher Faylor wrote: > >>>>> What other kind of common things could cygcheck be testing for? > >> > >> Hey, I had another idea. It should definitely scan /etc/postinstall > >> and report any scripts that failed to complete (i.e. don't end with > >> '.done'). > > > > Sigh, this would imply that (a) postinstall scripts produce valuable exit > > codes (or are run with "set -e", so that they bail out at first sign of > > trouble), and that (b) setup doesn't rename scripts that didn't complete > > normally to "*.done". Neither is true at the moment. PTC, of course. > > Well, only if we wanted it to be 100% infallible. But my line of > thinking is that cygcheck could do a lot of the basic checks that we > normally advise people to do manually when they present on the list with > tricky-to-diagnose problems. Just because postinstall scripts don't > always report errors correctly, and just because setup does sometimes > rename scripts that didn't complete, that doesn't stop us from advising > people to manually browse through /etc/postinstall looking for scripts > that don't have ".done" on the end. So it would be just as useful and > likely to save us a cycle of message-and-response if cygcheck had > already provided that information for us. Fair enough. I guess what I was saying is that the addition of the two things I mentioned would make that part of cygcheck output all the more valuable. :-) BTW, one thing that's been suggested a while ago is to have cygcheck report the user mounts for "SYSTEM" -- that may prevent se
"fork: Resource Temporarily Unavailable" (Was Re: Hang with 1.5.18, 1.5.19 snapshot 20051029)
On Wed, 2 Nov 2005, Peter Rehley wrote: > [snip] > One really odd thing that I did notice on my windows 2000 machines was > that when I do a 'ps -ef' many times in a row quickly, the > test_configure script that I'm using dies...it either segfaults or I get > fork: Resource Temporarily unavailable. I've been recently plagued with a "resource temporarily unavailable" (a.k.a. EBUSY) fork problem (on WinXP), with 1.5.18, snapshots, and self-build DLLs. I don't know if it's related to what you're seeing. The problem doesn't seem to be reproducible under gdb, but can be reproduced under strace for long-running scripts. I hereby repeat my plea to Cygwin developers for debugging suggestions -- what information would be useful to put into the strace to help (me) track down the source of this problem? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: cygcheck improvements
On Wed, 2 Nov 2005, Dave Korn wrote: > Christopher Faylor wrote: > > On Wed, Nov 02, 2005 at 05:37:25PM -, Dave Korn wrote: > >> Christopher Faylor wrote: > >>> What other kind of common things could cygcheck be testing for? > > Hey, I had another idea. It should definitely scan /etc/postinstall > and report any scripts that failed to complete (i.e. don't end with > '.done'). Sigh, this would imply that (a) postinstall scripts produce valuable exit codes (or are run with "set -e", so that they bail out at first sign of trouble), and that (b) setup doesn't rename scripts that didn't complete normally to "*.done". Neither is true at the moment. PTC, of course. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
