RE: ATTN: jpeglib maintainer

[Jörg Schaible]

Hi Chuck,

Charles Wilson wrote on Friday, July 22, 2005 12:22 AM:
[snip]
> 
> So, what to do?  On cygwin, I think you just need to do something
> like this: 
> 
> #ifdef __CYGWIN__
> # define CHECK_PROGRESSIVE(cinfo) (cinfo->process ==
> JPROC_PROGRESSIVE) #else # define CHECK_PROGRESSIVE(cinfo)
> (cinfo->progressive_mode) #endif
> 
> and replace all accesses to progressive_mode with this macro.

Thanks for explanation. Your suggested method works.

>  Note that you'll also need to do something similar for the
> change:  'width_in_blocks' --> 'width_in_data_units'
> 'height_in_blocks' --> 'height_in_data_units' But search the
> archives for more information about these two beasties.
> 
> There has been some movement in recent months on the jpeglib
> mailing list about rolling out a jpeg-6c (and possibly a
> jpeg-7).  It is an open question whether that process may
> eventually fold something like lossless jpeg into the main
> codebase in a non-disruptive way.  We'll just have to wait and see.

:)

- Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: buggy tab-expansion

[Lars Munch]

On Thu, Jul 21, 2005 at 12:25:16PM -0400, Igor Pechtchanski wrote:
> On Thu, 21 Jul 2005, Lars Munch wrote:
> 
> > On Thu, Jul 21, 2005 at 06:10:48AM -0600, Eric Blake wrote:
> > > According to Alex Goldman on 7/21/2005 3:00 AM:
> > > > Here's an example (I tried this in the original DOS/Cygwin terminal
> > > > and in Rxvt) :
> > > >
> > > > 1. type "grep" in the command line, but don't hit Enter
> > > > 2. hit Tab quickly several times (two is often enough)
> > > >
> > > > The line now becomes "grepp", even though there are no "grepp*" in PATH.
> > > >
> > > > (Hitting Enter invokes "grep" - single 'p')
> > >
> > > This sounds related to the buggy prompt display code.  There is a known
> > > issue in readline where some (but not all) prompts cause display problems,
> > > because the display engine isn't properly accounting for invisible
> > > characters in the string, and I am awaiting a patch from the upstream
> > > maintainer.  In the meantime, I was unable to reproduce the symptoms;
> > > could you please let me know what your $PS1 variable is?
> >
> > I have also been having this problem for the last month or so. My PS1 is
> > a long nasty one:
> >
> > \[\e]2;[EMAIL PROTECTED] \w\a\e[32m\]\u\[\e[34;[EMAIL 
> > PROTECTED];1m\]:\[\e[0m\e[33m\]\W\[\e[34;1m\]>\[\e[0m\]
> 
> A common workaround for prompt problems in bash is to add \[\] to the end
> of the $PS1 (which is what Eric's patch attempts to do, given the current
> lack of a proper fix from the upstream maintainers).
>   Igor

Adding \[\] to the end of $PS1 did not work in my case.

-- Lars Munch

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Known issues with Pthreads in 1.5.18?

[Dave Korn]

Original Message
>From: Fred Smith
>Sent: 22 July 2005 01:03

> I can't determine yet if I've got a subtle bug (quite possible) or if
> there's something whacko in cygwin. I'm hoping some of you can
> enlighten me as to the state of cygwin's pthreads functions.
> 
> The program has a particular mutex that fails the SECOND time it is
> unlocked. I'm at home right now so I don't have the particular error
> code.
> 
> It acts like the stack is wedged, because if I put an extra variable
> on the stack in the routine that calls the pthread unlock function the
> problem goes away, but so far it has eluded me.
> 
> I'll keep looking for it, but thought to inquire of any known issues
> in the pthreads implementation.


  The default type of mutex just got changed, from error checking, to
normal.  If your code is setting up a default mutex and then one thread
attempts to recursively take the mutex, it will now deadlock where before it
would have succeeded.  Or it may be possible your code is unlocking the
mutex more times than it takes it, which would probably show the same
symptom.  See the thread starting at:

http://www.cygwin.com/ml/cygwin/2005-05/msg01298.html

and the announcment for 1.5.18

http://www.cygwin.com/ml/cygwin-announce/2005-07/msg1.html

in particular the line that says 

"cgf: Change default value for PTHREAD_MUTEX_DEFAULT to PTHREAD_NORMAL."


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Cron is running but jobs are not being executed

[Ruzomberka, Mark]

I recently installed cron in my cygwin environment on my Windows XP machine. 
I am having trouble getting scripts to execute however. 

I see that cron is running

[mark/tmp]:>ps -a
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1592   11592   1592?   18 09:38:36 /bin/cygrunsrv
 170815921708   1780?   18 09:38:36 /usr/sbin/cron
 2668   12668   2668  con 17205 09:50:22 /bin/bash
 295226682952244  con 17205 09:58:48 /bin/ps
[mark/tmp]:>

I have checked my crontab file: 

[mark/tmp]:>crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/mruzomberka installed on Thu Jul 21 17:16:16 2005)
# (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
0 * * * * echo "WAKE UP" 2>&1 /dev/console
10 * * * * echo "WAKE UP" 2>&1 /dev/console
20 * * * * echo "WAKE UP" 2>&1 /dev/console
30 * * * * echo "WAKE UP" 2>&1 /dev/console
35 * * * * echo "WAKE UP" 2>&1 /dev/console
40 * * * * echo "WAKE UP" 2>&1 /dev/console
50 * * * * echo "WAKE UP" 2>&1 /dev/console
*  * * * * date >> /tmp/date.txt[mark/tmp]:>

It is my understanding of the crontab file that I should be getting "WAKE UP" 
statements printed to my screen every ten minutes. 
I also should be getting a file created in my /tmp directory called date.txt 
which displays the date every minute and then is over-written. 

No jobs are being executed. 

I ran:

[mark/bin]:>./cron_diagnose.sh
cron_diagnose.sh 1.10

which out put.

This script did not find any errors in your cron setup.

All of my research has lead me to belive the problem is with permissions. My 
log on to our windows network is "mruzomberka". 
This is also the name of the crontab I am currently using: 
/var/cron/tabs/mruzomberka

[mark/tmp]:>ls -l /var/cron/tabs/
total 3
-rwx--+ 1 mruzomberka mkgroup-l-d 313 Jul 15 16:33 mark
-rwx--+ 1 mruzomberka mkgroup-l-d  42 Jul 15 16:31 mark~
-rw-r-  1 mruzomberka root530 Jul 21 17:16 mruzomberka

Can someone please help me with this issue? 

Thanks is advance, 

Mark Ruzomberka

P.S. this is my first post to this list


 <> 


cygcheck.out
Description: cygcheck.out
--
Unsubscribe info:  http://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 is running but jobs are not being executed

[J. David Boyd]

"Ruzomberka, Mark" <[EMAIL PROTECTED]> writes:

> echo "WAKE UP" 2>&1 /dev/console


This doesn't do anything in my cygwin, unless I add a '>' before the
/dev/console, such as

echo "WAKE UP" 2>&1 >/dev/console





--
Unsubscribe info:  http://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 is running but jobs are not being executed

[Igor Pechtchanski]

On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:

> I recently installed cron in my cygwin environment on my Windows XP
> machine. I am having trouble getting scripts to execute however.
>
> I see that cron is running
>
> [mark/tmp]:>ps -a
>   PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>  1592   11592   1592?   18 09:38:36 /bin/cygrunsrv
>  170815921708   1780?   18 09:38:36 /usr/sbin/cron
>  2668   12668   2668  con 17205 09:50:22 /bin/bash
>  295226682952244  con 17205 09:58:48 /bin/ps
> [mark/tmp]:>
>
> I have checked my crontab file:
>
> [mark/tmp]:>crontab -l
> # DO NOT EDIT THIS FILE - edit the master and reinstall.
> # (/tmp/mruzomberka installed on Thu Jul 21 17:16:16 2005)
> # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
> 0 * * * * echo "WAKE UP" 2>&1 /dev/console
> 10 * * * * echo "WAKE UP" 2>&1 /dev/console
> 20 * * * * echo "WAKE UP" 2>&1 /dev/console
> 30 * * * * echo "WAKE UP" 2>&1 /dev/console
> 35 * * * * echo "WAKE UP" 2>&1 /dev/console
> 40 * * * * echo "WAKE UP" 2>&1 /dev/console
> 50 * * * * echo "WAKE UP" 2>&1 /dev/console
> *  * * * * date >> /tmp/date.txt[mark/tmp]:>
  
I don't know if the missing newline at the end of crontab matters, but it
might be worth correcting.

> It is my understanding of the crontab file that I should be getting
> "WAKE UP" statements printed to my screen every ten minutes. I also
> should be getting a file created in my /tmp directory called date.txt
> which displays the date every minute and then is over-written.
>
> No jobs are being executed.

Look in /var/log/cron.log and the Windows Event log for cron error
messages.
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/

getting sshd to log to /var/log/sshd.log

[Wes S]

I wasn't getting anywhere trying to get sshd to log to 
/var/log/sshd.log

I googled, read the man pages, even the faq but while sshd is working 
great, I couldn't get it to log.

I found http://www.cygwin.com/ml/cygwin/2004-11/msg00136.html
by using site:cygwin.com in my google search which told me a bit 
about the puzzle but I couldn't get it to work.

Then I found:
http://www.cygwin.com/ml/cygwin-announce/2001/msg00058.html
which helped me a bunch with figuring out how to use cygrunsrv.

The example Corinna gave,
 cygrunsrv -I "Joey sshd" -p /usr/sbin/sshd -a '-d' -u joey

made me realize that I needed single quotes after the -a .

So

Trying,
cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a '-D -e'

made my day.

My thanks to Corinna and Brian.

Wes S

--
Unsubscribe info:  http://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 is running but jobs are not being executed

[Igor Pechtchanski]

On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:

> [snip]
> I have checked my crontab file:
>
> [mark/tmp]:>crontab -l
> # DO NOT EDIT THIS FILE - edit the master and reinstall.
> # (/tmp/mruzomberka installed on Thu Jul 21 17:16:16 2005)
> # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
> 0 * * * * echo "WAKE UP" 2>&1 /dev/console
> 10 * * * * echo "WAKE UP" 2>&1 /dev/console
> 20 * * * * echo "WAKE UP" 2>&1 /dev/console
> 30 * * * * echo "WAKE UP" 2>&1 /dev/console
> 35 * * * * echo "WAKE UP" 2>&1 /dev/console
> 40 * * * * echo "WAKE UP" 2>&1 /dev/console
> 50 * * * * echo "WAKE UP" 2>&1 /dev/console
^^
Someone else already noticed this, so I won't comment.

> *  * * * * date >> /tmp/date.txt[mark/tmp]:>
 
It's also a good idea to use full paths to utilities, as /bin (/usr/bin)
may not be in the PATH.  Try changing this to /usr/bin/date.
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: getting sshd to log to /var/log/sshd.log

[Igor Pechtchanski]

On Fri, 22 Jul 2005, Wes S wrote (snipped):

> Then I found:
> http://www.cygwin.com/ml/cygwin-announce/2001/msg00058.html
> which helped me a bunch with figuring out how to use cygrunsrv.

You do realize that the announcement message you quoted contains exactly
the same text as /usr/share/doc/Cygwin/cygrunsrv.README on your system,
right?
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: getting sshd to log to /var/log/sshd.log

[Wes S]

On 22 Jul 2005 at 11:16, Igor Pechtchanski wrote:

> On Fri, 22 Jul 2005, Wes S wrote (snipped):
> 
> > Then I found:
> > http://www.cygwin.com/ml/cygwin-announce/2001/msg00058.html
> > which helped me a bunch with figuring out how to use cygrunsrv.
> 
> You do realize that the announcement message you quoted contains exactly
> the same text as /usr/share/doc/Cygwin/cygrunsrv.README on your system,
> right?
>   Igor

Now I do.  Sigh.  ARRGH.

Thanks.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc 3.4.4 bug

[John M. Gravley]

I have found an apparent bug in Cygwin gcc 3.4.4.  The attached test 
case (and the code it's derived from) works as expected with Cygwin gcc 
3.3.3 with the exact same Cygwin install except the compiler packages. 
It also works fine with various versions of gcc on other platforms, 
including 3.4.2 (FC3) and 4.0 (FC4).


The test case is all attached files except cygcheck.out.

I can't swear this is a minimal test case, but I was not able to get it 
smaller.  Also, the bug only presents itself when the base class code is 
in a library.  If you include it in the main file or just link it in as 
a .o, the code works fine.


John

Cygwin Configuration Diagnostics
Current System Time: Fri Jul 22 09:54:51 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\devel\jmg\AutoSurvey\bin
c:\home\jmg\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
.\
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Hummingbird\Connectivity\7.10\NFSClient
c:\tcl\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Hummingbird\Connectivity\7.10\NFSClient
c:\tcl\bin
C:\cygwin\bin
.\

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1103(jmg)  GID: 10(staff)
0(root) 544(Administrators) 545(Users)  11059(mkgroup-l-d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1103(jmg)  GID: 10(staff)
0(root) 544(Administrators) 545(Users)  11059(mkgroup-l-d)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

USER = `jmg'
LD_LIBRARY_PATH = 
`:/usr/X11R6/lib:/c/devel/CCConfig/lib:/c/devel/CCGeom/lib:/c/devel/hydromap/lib'
PWD = `/devel/jmg/tmp/gcc-test/set-bug-1lib-v2'
HOME = `/c/home/jmg'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\jmg'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
APPDATA = `C:\Documents and Settings\jmg\Application Data'
HOSTNAME = `trivia'
XKEYSYMDB = `/usr/X11R6/lib/X11/XKeysymDB'
HYDROMAPHOME = `/c/devel/hydromap'
CCCONFIGHOME = `/c/devel/CCConfig'
TERM = `xterm'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel'
WINDIR = `C:\WINNT'
VSCOMNTOOLS = `"c:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"'
CVSROOT = `/p/src/master-repository'
NAVCOMHOME = `/c/devel/navcom'
WINDOWID = `2097166'
OLDPWD = `/c/home/jmg'
USERDOMAIN = `CCTECHNOL'
COMMONHOME = `/c/devel/CCcommon'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
XAPPLRESDIR = `/usr/X11R6/lib/X11/app-defaults'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
XTERM_SHELL = `/usr/bin/bash'
XCMSDB = `/usr/X11R6/lib/X11/Xcms.txt'
!:: = `::\'
TEMP = `/c/DOCUME~1/jmg/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
XNLSPATH = `/usr/X11R6/lib/X11/locale'
LIB = `c:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\'
INILIBHOME = `/c/devel/inilib'
TERMCAP = `xterm-r6|xterm|xterm X11R6 
version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:'
USERNAME = `jmg'
NMEADECODEHOME = `/devel/jmg/nmea_decode'
PROCESSOR_LEVEL = `6'
SYSTEMDRIVE = `C:'
LIB_7CS = `C:\Program Files\SevenCs\ECDIS Kernel'
CYGWIN_ROOT = `\cygwin'
CCGEOMHOME = `/c/devel/CCGeom'
USERPROFILE = `C:\Documents and Settings\jmg'
WXWIN = `/c/devel/wxWidgets/windows/wxWindows-2.4.2'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
LOGONSERVER = `\\ERIS'
PROCESSOR_ARCHITECTURE = `x86'
!C: = `C:\cygwin\usr\X11R6\bin'
XTERM_VERSION = `Cygwin 6.8.2.0(202)'
VER_7CS = `5009'
DATA_7CS = `C:\ENCs'
ASHOME = `/devel/jmg/AutoSurvey'
SHLVL = `1'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl'
HOMEDRIVE = `C:'
PROMPT = `$P$G'
COMSPEC = `C:\WINNT\system32\cmd.exe'
LESS = `-X'
LOGNAME = `jmg'
TMP = `/c/DOCUME~1/jmg/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINNT'
CVS_RSH = `/bin/ssh'
PROCESSOR_REVISION = `0905'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
BIN_7CS = `C:\Program Files\SevenCs\ECDIS Kernel'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
PROGRAMFILES = `C:\Program Files'
DISPLAY = `127.0.0.1:0.0'
NUMBER_OF_PROCESSORS = `1'
INCLUDE = `c:\Program Files\Microsoft Visual Stud

RE: Cannot write files if they are hidden

[Dave Korn]

Original Message
>From: Thrall, Bryan
>Sent: 22 July 2005 16:26

> Is there any reason why a file should *not* be written to if it has the
> Hidden attribute?

  Because it's hidden.  HTH!


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: getting sshd to log to /var/log/sshd.log (Attn: FAQ maintainer)

[Igor Pechtchanski]

On Fri, 22 Jul 2005, Wes S wrote:

> On 22 Jul 2005 at 11:16, Igor Pechtchanski wrote:
>
> > On Fri, 22 Jul 2005, Wes S wrote (snipped):
> >
> > > Then I found:
> > > http://www.cygwin.com/ml/cygwin-announce/2001/msg00058.html
> > > which helped me a bunch with figuring out how to use cygrunsrv.
> >
> > You do realize that the announcement message you quoted contains exactly
> > the same text as /usr/share/doc/Cygwin/cygrunsrv.README on your system,
> > right?
> > Igor
>
> Now I do.  Sigh.  ARRGH.

Perhaps it would have helped if the "Where's the documentation" FAQ entry
mentioned /usr/share/doc/Cygwin/package_name.README first, and then
referred the users to /usr/share/doc/package_name.

It would also probably make sense to add pointers from
/usr/share/doc/Cygwin/package_name.README to the
/usr/share/doc/package_name directory for more information.  I'll change
the generic-README template accordingly.
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 Digest 22 Jul 2005 13:17:06 -0000 Issue 4401

[Fred Smith]

> -- Forwarded message --
> From: "Dave Korn" <[EMAIL PROTECTED]>
> To: 
> Date: Fri, 22 Jul 2005 11:47:40 +0100
> Subject: RE: Known issues with Pthreads in 1.5.18?
> Original Message
> >From: Fred Smith
> >Sent: 22 July 2005 01:03
> 
> > I can't determine yet if I've got a subtle bug (quite possible) or if
> > there's something whacko in cygwin. I'm hoping some of you can
> > enlighten me as to the state of cygwin's pthreads functions.
> >
> > The program has a particular mutex that fails the SECOND time it is
> > unlocked. I'm at home right now so I don't have the particular error
> > code.
> >
> > It acts like the stack is wedged, because if I put an extra variable
> > on the stack in the routine that calls the pthread unlock function the
> > problem goes away, but so far it has eluded me.
> >
> > I'll keep looking for it, but thought to inquire of any known issues
> > in the pthreads implementation.
> 
> 
>   The default type of mutex just got changed, from error checking, to
> normal.  If your code is setting up a default mutex and then one thread
> attempts to recursively take the mutex, it will now deadlock where before it
> would have succeeded.  Or it may be possible your code is unlocking the
> mutex more times than it takes it, which would probably show the same
> symptom.  See the thread starting at:
> 
> http://www.cygwin.com/ml/cygwin/2005-05/msg01298.html
> 
> and the announcment for 1.5.18
> 
> http://www.cygwin.com/ml/cygwin-announce/2005-07/msg1.html
> 
> in particular the line that says
> 
> "cgf: Change default value for PTHREAD_MUTEX_DEFAULT to PTHREAD_NORMAL."
> 
> 
> cheers,
>   DaveK

Thanks for the reply, Dave!

The error I'm getting back from pthread_mutex_unlock() is 1,
"operation not permitted". I suppose this would be a valid response to
attempting to unlock a mutex that isn't locked. I'm pretty sure the
code isn't calling the unlock an extra time (else I think I'd be
having trouble on other platforms) but I'll go take (yet) another look
into that possibility.

I'll also verify the initialization values I'm using, too.

thanks again!

Fred

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot write files if they are hidden

[Thrall, Bryan]

Dave Korn wrote:
> Original Message
>> From: Thrall, Bryan
>> Sent: 22 July 2005 16:26
> 
>> Is there any reason why a file should *not* be written to if it has
>> the Hidden attribute?
> 
>   Because it's hidden.  HTH!
> 
> 
> cheers,
>   DaveK
> --
> Can't think of a witty .sigline today

Ah, but then Cygwin shouldn't find it to read in the first place, right?
I can "cat hiddenfile," "cp hiddenfile otherfile," and view hidden files
in vi and xemacs to my heart's content -- just not write them.

I'm not super familiar with Windows-style attributes, so does the formal
definition of Hidden include "can't modify"? These days, it would seem
to have more of the expected "show me/hide me" semantics (at least in
XP), which is why I was surprised I couldn't modify Hidden files.

-- 
Bryan Thrall
FlightSafety International
[EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot write files if they are hidden

[Dave Korn]

Original Message
>From: Thrall, Bryan
>Sent: 22 July 2005 17:01

> Dave Korn wrote:
>> Original Message
>>> From: Thrall, Bryan
>>> Sent: 22 July 2005 16:26
>> 
>>> Is there any reason why a file should *not* be written to if it has
>>> the Hidden attribute?
>> 
>>   Because it's hidden.  HTH!
>> 
>> 
>> cheers,
>>   DaveK
>> --
>> Can't think of a witty .sigline today
> 
> Ah, but then Cygwin shouldn't find it to read in the first place, right?

  Nope.  HTH!

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Cliff Hones]

Dave Korn wrote:
> Original Message
> 
>>From: Thrall, Bryan
>>Sent: 22 July 2005 17:01
> 
> 
>>Dave Korn wrote:
>>
>>>Original Message
>>>
From: Thrall, Bryan
Sent: 22 July 2005 16:26
>>>
Is there any reason why a file should *not* be written to if it has
the Hidden attribute?
>>>
>>>  Because it's hidden.  HTH!
>>>
>>>
>>>cheers,
>>>  DaveK
>>>--
>>>Can't think of a witty .sigline today
>>
>>Ah, but then Cygwin shouldn't find it to read in the first place, right?
> 
> 
>   Nope.  HTH!

I'm not aware of what the intended behaviour in Cygwin is - but it seems the
current behaviour is inconsistent and unexpected (at least by me).  I would
have expected the hidden attribute to either be ignored, or to result in
behaviour similar to Unix/Posix "." files [ie not showing by default
in directory listings, but access unaffected by the attribute.]  It seems that
at the moment a windows hidden file is listed by "ls", can be read and appended
to, but cannot be replaced.

-- Cliff



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot write files if they are hidden

[Dave Korn]

Original Message
>From: Cliff Hones
>Sent: 22 July 2005 17:27

> Dave Korn wrote:
>> Original Message
>> 
>>> From: Thrall, Bryan
>>> Sent: 22 July 2005 17:01
>> 
>> 
>>> Dave Korn wrote:
>>> 
 Original Message
 
> From: Thrall, Bryan
> Sent: 22 July 2005 16:26
 
> Is there any reason why a file should *not* be written to if it has
> the Hidden attribute?
 
  Because it's hidden.  HTH!
 
 
cheers,
  DaveK
 --
 Can't think of a witty .sigline today
>>> 
>>> Ah, but then Cygwin shouldn't find it to read in the first place, right?
>> 
>> 
>>   Nope.  HTH!
> 
> I'm not aware of what the intended behaviour in Cygwin is

  The same as in Windoze.  HTH!

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cron is running but jobs are not being executed

[Ruzomberka, Mark]

Wow! thanks for the quick responsebutno luck yet

Here is my latest crontab file: 

[mark/tmp]:>crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/mruzomberka installed on Fri Jul 22 12:38:18 2005)
# (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
0 * * * * echo "WAKE UP" 2>&1 >/dev/console
10 * * * * echo "WAKE UP" 2>&1 >/dev/console
20 * * * * echo "WAKE UP" 2>&1 >/dev/console
30 * * * * echo "WAKE UP" 2>&1 >/dev/console
35 * * * * echo "WAKE UP" 2>&1 >/dev/console
40 * * * * echo "WAKE UP" 2>&1 >/dev/console
50 * * * * echo "WAKE UP" 2>&1 >/dev/console
*  * * * * /usr/bin/date >> /tmp/date.txt

I made the 3 changes suggested: 
1. Added the > in front of /dev/console
2. Added a new line at the end of the file
3. Added explict path to date

However, no luck yet on cron executing any of these jobs. 

Here is the output of my cron.log file as requested: 

[mark/tmp]:>less /var/log/cron.log
[mark/tmp]:>ps -a
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1592   11592   1592?   18 09:38:36 /bin/cygrunsrv
 170815921708   1780?   18 09:38:36 /usr/sbin/cron
 2668   12668   2668  con 17205 09:50:22 /bin/bash
 243226682432   3260  con 17205 12:40:10 /bin/ps
[mark/tmp]:>less /var/log/cron.log
[2244] cron started
[2544] cron started
[1708] cron started

I can see that process 1708 is started, and no errors are reported in the log? 

Do I need to have the file date.txt already created? or will cron create the 
file for me? 

Thanks Again, 

Mark

-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
Sent: Friday, July 22, 2005 11:12 AM
To: Ruzomberka, Mark
Cc: cygwin@cygwin.com
Subject: Re: Cron is running but jobs are not being executed


On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:

> [snip]
> I have checked my crontab file:
>
> [mark/tmp]:>crontab -l
> # DO NOT EDIT THIS FILE - edit the master and reinstall.
> # (/tmp/mruzomberka installed on Thu Jul 21 17:16:16 2005)
> # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
> 0 * * * * echo "WAKE UP" 2>&1 /dev/console
> 10 * * * * echo "WAKE UP" 2>&1 /dev/console
> 20 * * * * echo "WAKE UP" 2>&1 /dev/console
> 30 * * * * echo "WAKE UP" 2>&1 /dev/console
> 35 * * * * echo "WAKE UP" 2>&1 /dev/console
> 40 * * * * echo "WAKE UP" 2>&1 /dev/console
> 50 * * * * echo "WAKE UP" 2>&1 /dev/console
^^
Someone else already noticed this, so I won't comment.

> *  * * * * date >> /tmp/date.txt[mark/tmp]:>
 
It's also a good idea to use full paths to utilities, as /bin (/usr/bin)
may not be in the PATH.  Try changing this to /usr/bin/date.
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: Cannot write files if they are hidden

[Cliff Hones]

Dave Korn wrote:
> Original Message
> 
>>From: Cliff Hones
>>Sent: 22 July 2005 17:27
> 
> 
>>Dave Korn wrote:
>>
>>>Original Message
>>>
>>>
From: Thrall, Bryan
Sent: 22 July 2005 17:01
>>>
>>>
Dave Korn wrote:


>Original Message
>
>
>>From: Thrall, Bryan
>>Sent: 22 July 2005 16:26
>
>>Is there any reason why a file should *not* be written to if it has
>>the Hidden attribute?
>
> Because it's hidden.  HTH!
>
>
>   cheers,
> DaveK
>--
>Can't think of a witty .sigline today

Ah, but then Cygwin shouldn't find it to read in the first place, right?
>>>
>>>
>>>  Nope.  HTH!
>>
>>I'm not aware of what the intended behaviour in Cygwin is
> 
> 
>   The same as in Windoze.  HTH!
> 
> cheers,
>   DaveK

Well, aside from whether that's sensible, Cygwin doesn't actually achieve this
as far as the user interface is concerned.

Windows hidden files are listed by "ls" (but aren't by windows "dir").
Under Windows you can read and append, but not replace - this is same as Cygwin.
But Windows "del " reports file not found, while Cygwin "rm" does
delete the file.

Would I be right in guessing there is no logic in Cygwin to specifically deal
with the Windows "H" attribute, and what we are seeing is the result of the
quirky Microsoft API behaviour?

-- Cliff

--
Unsubscribe info:  http://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 is running but jobs are not being executed

[Pierre A. Humblet]

Ruzomberka, Mark wrote

> 50 * * * * echo "WAKE UP" 2>&1 /dev/console
> *  * * * * date >> /tmp/date.txt[mark/tmp]:>
>
> It is my understanding of the crontab file that I should be getting "WAKE UP" 
> statements printed to my screen every
ten minutes.

The messages will be written to the console of the cron process.
Because it is started as a service, I am not sure there is one,
or what it would be.

Did you check the Windows event log?

Pierre



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Joe Smith]

I seccond the motion that the windows hidden attribute be ignored. I suspect 
that nearly every user on the list has Explorer.exe set to show hidden 
files. Sice Cygwin is very useful for system administrators, and they almost 
always leave hidden files visable, it makes no sense to treat these files in 
any special way. (Assming that cygwin does). 




--
Unsubscribe info:  http://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 is running but jobs are not being executed

[Igor Pechtchanski]

Ugh, top-posting.  Reformatted.

On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:

> -Original Message-
> Sent: Friday, July 22, 2005 11:12 AM
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]

.  Thanks.

> > On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:
> >
> > > [snip]
> > > I have checked my crontab file:
> > >
> > > [mark/tmp]:>crontab -l
> > > # DO NOT EDIT THIS FILE - edit the master and reinstall.
> > > # (/tmp/mruzomberka installed on Thu Jul 21 17:16:16 2005)
> > > # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
> > > 0 * * * * echo "WAKE UP" 2>&1 /dev/console
> > > 10 * * * * echo "WAKE UP" 2>&1 /dev/console
> > > 20 * * * * echo "WAKE UP" 2>&1 /dev/console
> > > 30 * * * * echo "WAKE UP" 2>&1 /dev/console
> > > 35 * * * * echo "WAKE UP" 2>&1 /dev/console
> > > 40 * * * * echo "WAKE UP" 2>&1 /dev/console
> > > 50 * * * * echo "WAKE UP" 2>&1 /dev/console
> > ^^
> > Someone else already noticed this, so I won't comment.
> >
> > > *  * * * * date >> /tmp/date.txt[mark/tmp]:>
> >  
> > It's also a good idea to use full paths to utilities, as /bin (/usr/bin)
> > may not be in the PATH.  Try changing this to /usr/bin/date.
> > HTH,
> > Igor
>
> Wow! thanks for the quick responsebutno luck yet
>
> Here is my latest crontab file:
>
> [mark/tmp]:>crontab -l
> # DO NOT EDIT THIS FILE - edit the master and reinstall.
> # (/tmp/mruzomberka installed on Fri Jul 22 12:38:18 2005)
> # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
> 0 * * * * echo "WAKE UP" 2>&1 >/dev/console
> 10 * * * * echo "WAKE UP" 2>&1 >/dev/console
> 20 * * * * echo "WAKE UP" 2>&1 >/dev/console
> 30 * * * * echo "WAKE UP" 2>&1 >/dev/console
> 35 * * * * echo "WAKE UP" 2>&1 >/dev/console
> 40 * * * * echo "WAKE UP" 2>&1 >/dev/console
> 50 * * * * echo "WAKE UP" 2>&1 >/dev/console
> *  * * * * /usr/bin/date >> /tmp/date.txt
>
> I made the 3 changes suggested:
> 1. Added the > in front of /dev/console
> 2. Added a new line at the end of the file
> 3. Added explict path to date
>
> However, no luck yet on cron executing any of these jobs.
>
> Here is the output of my cron.log file as requested:
>
> [mark/tmp]:>less /var/log/cron.log
> [mark/tmp]:>ps -a
>   PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>  1592   11592   1592?   18 09:38:36 /bin/cygrunsrv
>  170815921708   1780?   18 09:38:36 /usr/sbin/cron
>  2668   12668   2668  con 17205 09:50:22 /bin/bash
>  243226682432   3260  con 17205 12:40:10 /bin/ps
> [mark/tmp]:>less /var/log/cron.log
> [2244] cron started
> [2544] cron started
> [1708] cron started
>
> I can see that process 1708 is started, and no errors are reported in
> the log?

Did you see my earlier response in which I suggested looking at the
Windows Event log ()?

> Do I need to have the file date.txt already created? or will cron create
> the file for me?

If /tmp is writable, it should have no problem creating the file.

BTW, here's what I think is your problem: from the attached cygcheck.out:

  Not Found: sh

Your bash postinstall script didn't complete.  Please stop all Cygwin
processes (including cron) and reinstall the bash package.  Reboot if
setup asks 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/

Quick question about your site

[Packaging i]

Hi,

I took a look at your site a couple of hours ago...
and I want to tell you that I'd really love to trade links with you. I think
your site has some really good stuff related to my site's topic of packaging
and would be a great resource for my visitors as it deals with some great
aspects of packaging that I'd like to give my visitors more information about.

In fact, I went ahead and added your site to my Packaging i Resource Directory 
at 
http://packagingi.com/allpackaging

Is that OK with you?

Can I ask a favor? Will you give me a link back on your site? I'd really
appreciate you returning the favor.

Thanks and feel free to drop me an email if you'd like to chat more about
this.

Best wishes,

Andy
packagingi.com
P.S. When you do link back, there's some suggested code to use at
http://packagingi.com/addurl

//

Re: Known issues with Pthreads in 1.5.18?

[Doug Philips]

>> From: "Dave Korn" <[EMAIL PROTECTED]>
>> To: 
>> Date: Fri, 22 Jul 2005 11:47:40 +0100
>> Subject: RE: Known issues with Pthreads in 1.5.18?
>>   The default type of mutex just got changed, from error checking, to
>> normal.  If your code is setting up a default mutex and then one thread
>> attempts to recursively take the mutex, it will now deadlock where before it
>> would have succeeded.  Or it may be possible your code is unlocking the
>> mutex more times than it takes it, which would probably show the same
>> symptom.  See the thread starting at:
>> 
>> http://www.cygwin.com/ml/cygwin/2005-05/msg01298.html
>> 
>> and the announcment for 1.5.18
>> 
>> http://www.cygwin.com/ml/cygwin-announce/2005-07/msg1.html
>> 
>> in particular the line that says
>> 
>> "cgf: Change default value for PTHREAD_MUTEX_DEFAULT to PTHREAD_NORMAL."
>> 
>> 
>> cheers,
>>   DaveK

Unfortunately that seems to have borked Python 2.4. I found that out the hard 
way after returning from a week offline, I just upgraded everything to 1.5.18 
and as a result dequeuing operations stopped blocking and started getting 
"temp. unavailable" errors. No, I didn't bother saving the messages nor the 
configuration. Going back to older versions was a huge pain (at least when 
using setup.exe because an accidental/exploratory click could cause a newer 
version of a package to be selected which would prereq 1.5.18 again.. 
anyways)...
Since I don't have a second machine to infect with 1.5.18, I cannot directly 
re-produce this. My code used Python threads, one consumer, one producer. 
Instead of the consumer blocking, it would get an error trying to get a mutex, 
"resource temporarily unavailable." I have no idea if this is a bug in the 
python Queue code, python threading, or just an unexpected side-effect of 
changing mutex behaviour. Scanning the archives it didn't seem obvious that 
anyone else had seen this...

Since I'm not in a position to "fix this myself", I can offer to exchange toy 
python programs with someone who can, in an effort to track down where the bug 
is originating.

Thanks,
 --Doug


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Krzysztof Duleba]

Dave Korn wrote:

>> It seems that at the moment a windows hidden file is listed by "ls", 
can >> be read and appended to, but cannot be replaced.


  The same as in Windoze.  HTH!


That's true only to some extend. echo foo > hidden_file fails both in cmd 
and cygwin, but Windows editors (notepad, edit) can edit hidden files no 
problem.


Krzysztof Duleba


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Brian Dessent]

Joe Smith wrote:

> I seccond the motion that the windows hidden attribute be ignored. I suspect
> that nearly every user on the list has Explorer.exe set to show hidden
> files. Sice Cygwin is very useful for system administrators, and they almost
> always leave hidden files visable, it makes no sense to treat these files in
> any special way. (Assming that cygwin does).

Again, as Dave K has been trying to say, Cygwin is not treating the
Hidden attribute special in any way.  It asks Windows to open the file
and if it fails, it fails.  You can run strace and see.

In the case of "echo something > hiddenfile", this results in an open()
with the mode flags set to O_CREAT | O_TRUNC | O_WRONLY, which
translates to a call to NtCreateFile() in fhandler_base::open with
CreateDisposition set to FILE_OVERWRITE_IF, which returns an error code
of 0xC022.  This NT error status translates into win32 errno 5, or
"Access is denied."

In the case of "echo something >> hiddenfile", the call to open() has
flags O_CREAT | O_APPEND | O_WRONLY which translates into
CreateDisposition = FILE_OPEN_IF.  This succeeds with return value of 0.

So in other words, Windows is fine with opening the file for appending,
but not for replacing (truncating) it.  There is no special "treat +H
files weird" code in Cygwin.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Joe Brown]

My opinion of this matter:

Hidden should not imply read-only...  There are read-only and system 
attributes which can perform this feat.


Why in the world Microsoft decided hidden should be read-only in some of 
the time (dos edit -- for those of us who've had to use it when 
necessary) is beyond me.


If a file is hidden, it insinuates that an average user should not need 
access to the file.  By hiding it, under normal circumstances that 
circut is complete, one cannot edit what one cannot find.


IMO the read-only flag should be the only one that implies read-only.  I 
conceed that there is logic to the system flag also impliing read-only.  
I don't see much logic in hidden implying read-only.  That implies 
confusion to a simple state of being.


WordPad hidden-file save = access denied
NotePad hidden-file save = file saved

There is no logic in that...


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Larry Hall]

At 02:21 PM 7/22/2005, you wrote:
>My opinion of this matter:
>
>Hidden should not imply read-only...  There are read-only and system 
>attributes which can perform this feat.
>
>Why in the world Microsoft decided hidden should be read-only in some of the 
>time (dos edit -- for those of us who've had to use it when necessary) is 
>beyond me.
>
>If a file is hidden, it insinuates that an average user should not need access 
>to the file.  By hiding it, under normal circumstances that circut is 
>complete, one cannot edit what one cannot find.
>
>IMO the read-only flag should be the only one that implies read-only.  I 
>conceed that there is logic to the system flag also impliing read-only.  
>I don't see much logic in hidden implying read-only.  That implies confusion 
>to a simple state of being.
>
>WordPad hidden-file save = access denied
>NotePad hidden-file save = file saved
>
>There is no logic in that...


I think it's fair to say that further discussion along the lines of whether
Windows is smart or stupid to implement the hidden file semantics as it 
does is off-topic for this list.  Any further comments along these lines 
should be taken to the cygwin-talk list (if they could conceivably be 
linked to Cygwin in some way) or a Windows forum.





--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Fetchmail/procmail problem after upgrading

[Pete McCann]

Hi,

Today I upgraded cygwin and all the packages and suddenly
fetchmail/procmail is no longer working.  I get the following error
(edited to protect the server name):


$ fetchmail
28 messages for mccap at example.lucent.com.
reading message [EMAIL PROTECTED]:1 of 28 (2466 header octets)  (2063 body 
octets) fetchmail: SIGPIPE thrown from an MDA or a stream socket error
fetchmail: socket error while delivering to SMTP host example.lucent.com
fetchmail: Query status=2 (SOCKET)


Unfortunately I do not know what version(s) of everything got
replaced; the system was probably 6 months old or so.

Here is my .fetchmailrc (edited to protect the servername and password):

poll example.lucent.com proto imap
 user "mccap" pass ""
 mda "/usr/bin/procmail -Y -f %F /home/mccap/.procmailrc"

I believe that my server supports SSL and that fetchmail tries to use it.

What should I try?  I don't know how to revert the system back to its
old state.  I tried the previous versions of fetchmail & procmail
available under the cygwin setup program and they failed in the same way.

-Pete


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot write files if they are hidden

[Thrall, Bryan]

Larry Hall wrote:
> 
> I think it's fair to say that further discussion along the lines of
> whether Windows is smart or stupid to implement the hidden file
> semantics as it does is off-topic for this list.  Any further
> comments along these lines should be taken to the cygwin-talk list
> (if they could conceivably be linked to Cygwin in some way) or a
> Windows forum. 
> 

May we assume http://cygwin.com/acronyms/#PTC when it comes to fixing
Windows's smartness/stupidity in this area?

Would such a patch be worth the effort to anyone?

-- 
Bryan Thrall
FlightSafety International
[EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot write files if they are hidden

[Dave Korn]

Original Message
>From: Thrall, Bryan
>Sent: 22 July 2005 19:43

> Larry Hall wrote:
>> 
>> I think it's fair to say that further discussion along the lines of
>> whether Windows is smart or stupid to implement the hidden file
>> semantics as it does is off-topic for this list.  Any further
>> comments along these lines should be taken to the cygwin-talk list
>> (if they could conceivably be linked to Cygwin in some way) or a Windows
>> forum. 
>> 
> 
> May we assume http://cygwin.com/acronyms/#PTC when it comes to fixing
> Windows's smartness/stupidity in this area?

  No, Microsoft don't accept patches from members of the public.  HTH!

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot write files if they are hidden

[Larry Hall]

At 02:42 PM 7/22/2005, you wrote:
>Larry Hall wrote:
>> 
>> I think it's fair to say that further discussion along the lines of
>> whether Windows is smart or stupid to implement the hidden file
>> semantics as it does is off-topic for this list.  Any further
>> comments along these lines should be taken to the cygwin-talk list
>> (if they could conceivably be linked to Cygwin in some way) or a
>> Windows forum. 
>> 
>
>May we assume http://cygwin.com/acronyms/#PTC when it comes to fixing
>Windows's smartness/stupidity in this area?
>
>Would such a patch be worth the effort to anyone?


Sure.  Patches are always thoughtfully considered.  I would say that any 
such patch that someone develops should not have a negative impact on 
performance or add to the complexity of already complex code paths (i.e. 
path handling and conversion code).  But if there's a good way to eliminate
this hair-brained Windows restriction with Cygwin tools, then I'm sure any 
patch implementing it will be thoughtfully considered as well.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cron is running but jobs are not being executed

[Ruzomberka, Mark]

Igor Pechtchanski wrote:
> Ugh, top-posting.  Reformatted.
> 
> On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:
> 
>> -Original Message-
>> Sent: Friday, July 22, 2005 11:12 AM
>> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
>> Cc: [EMAIL PROTECTED]
> 
> .  Thanks.
> 
>>> On Fri, 22 Jul 2005, Ruzomberka, Mark wrote:
>>> 
 [snip]
 I have checked my crontab file:
 
 [mark/tmp]:>crontab -l
 # DO NOT EDIT THIS FILE - edit the master and reinstall.
 # (/tmp/mruzomberka installed on Thu Jul 21 17:16:16 2005)
 # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41
 corinna Exp $) 0 * * * * echo "WAKE UP" 2>&1 /dev/console
 10 * * * * echo "WAKE UP" 2>&1 /dev/console
 20 * * * * echo "WAKE UP" 2>&1 /dev/console
 30 * * * * echo "WAKE UP" 2>&1 /dev/console
 35 * * * * echo "WAKE UP" 2>&1 /dev/console
 40 * * * * echo "WAKE UP" 2>&1 /dev/console
 50 * * * * echo "WAKE UP" 2>&1 /dev/console
>>> ^^
>>> Someone else already noticed this, so I won't comment.
>>> 
 *  * * * * date >> /tmp/date.txt[mark/tmp]:>
>>>  
>>> It's also a good idea to use full paths to utilities, as /bin
>>> (/usr/bin) may not be in the PATH.  Try changing this to
>>> /usr/bin/date. HTH, Igor
>> 
>> Wow! thanks for the quick responsebutno luck yet
>> 
>> Here is my latest crontab file:
>> 
>> [mark/tmp]:>crontab -l
>> # DO NOT EDIT THIS FILE - edit the master and reinstall.
>> # (/tmp/mruzomberka installed on Fri Jul 22 12:38:18 2005)
>> # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna
>> Exp $) 0 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> 10 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> 20 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> 30 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> 35 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> 40 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> 50 * * * * echo "WAKE UP" 2>&1 >/dev/console
>> *  * * * * /usr/bin/date >> /tmp/date.txt
>> 
>> I made the 3 changes suggested:
>> 1. Added the > in front of /dev/console
>> 2. Added a new line at the end of the file
>> 3. Added explict path to date
>> 
>> However, no luck yet on cron executing any of these jobs.
>> 
>> Here is the output of my cron.log file as requested:
>> 
>> [mark/tmp]:>less /var/log/cron.log
>> [mark/tmp]:>ps -a
>>   PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>>  1592   11592   1592?   18 09:38:36
>>  /bin/cygrunsrv 170815921708   1780?   18
>>  09:38:36 /usr/sbin/cron 2668   12668   2668  con
>>  17205 09:50:22 /bin/bash 243226682432   3260  con
>> 17205 12:40:10 /bin/ps [mark/tmp]:>less /var/log/cron.log
>> [2244] cron started
>> [2544] cron started
>> [1708] cron started
>> 
>> I can see that process 1708 is started, and no errors are reported in
>> the log?
> 
> Did you see my earlier response in which I suggested looking at the
> Windows Event log
> ()? 
> 
>> Do I need to have the file date.txt already created? or will cron
>> create the file for me?
> 
> If /tmp is writable, it should have no problem creating the file.
> 
> BTW, here's what I think is your problem: from the attached
> cygcheck.out: 
> 
>   Not Found: sh
> 
> Your bash postinstall script didn't complete.  Please stop all Cygwin
> processes (including cron) and reinstall the bash package.  Reboot if
>   setup asks you to. Igor

I reinstalled bash and the date file is now being written. 
I think this solves my problems!
Sorry about the PCYMTNQREAIYR newbie mistake,and top posting.

I think I fixed Outlook so the problem will not happen again. 

Thanks Again! 

Mark 

 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash behavior change 2.05b-17 vs 2.05b-16

[Eric Blake]

Victor Atkinson  syrres.com> writes:

> 
> Greetings,
> 
> I recently updated my Cygwin installation from version 1.5.11-1 to 1.5.17-1.
> As I did so, I also updated all of my packages, including updating Bash from
> version 2.05b-16 to version 2.05b-17.

As long as you are upgrading, why not go all the way to cygwin-1.5.18-1 and 
bash-3.0-8?

> 
> After updating, a Bash script that I use for backing up my computer using
> WinZip failed to operate.  After some debugging, I concluded that the
> behavior of Bash when calling the WinZip command-line executable had
> changed.  Specifically, the treatment of the backslash '\' when launching
> executables seems to have changed.  Version 2.05b-17 seems to no longer
> accept '\' in the path name of an executable, even when protected or
> escaped.
> 

Are you sure it was bash and not cygwin that changed behavior?  Bash should not 
do anything special with backslash; it passes filenames to cygwin as they were 
typed.  Maybe it was cygwin's behavior of \ handling in converting POSIX paths 
back to Windows paths, particularly in the exec*() family of calls, that 
changed.  However, I noticed that when doing "strace bash -c 
c:winntsystem32notepad.exe" (double quoting, since one level is 
stripped before strace, the other is stripped by the bash being traced) that 
bash treats c:\winnt\system32\notepad.exe as a relative path rather than 
absolute, and tries to prepend PATH entries to it.

My solution - DON'T USE BACKSLASHES in cygwin if you can help it.  Cygwin 
understands forward slash, and provides /cygdrive/c, so you might as well use 
them.  Besides, cygpath(1) is there to help you convert between Windows and 
POSIX path names.

--
Eric Blake
volunteer cygwin bash maintainer



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

[Scott Bolte]

On Thu, 21 Jul 2005 00:14:51 -0700, Michael G Schwern wrote:
>  
> Its gotta be something about _default_inc().  Nothing looks wrong from
> here.  My only guess is that local $ENV{PERL5LIB} is ineffective.  That
> would account for the alternation.

It's not just the local scoping. There is something
seriously unexpected with environment variables, perl
and cygwin.

- th4.pl
#!/usr/bin/perl
use strict;
use warnings;
 
$ENV{SHOULD_NEVER_BE_SEEN} = "hello world";
delete($ENV{SHOULD_NEVER_BE_SEEN});
system("printenv | grep SHOULD_NEVER_BE_SEEN");

On UNIX systems that script properly prints nothing. Not so
on my cygwin (on top of XP) system:

cygwin% perl ~/th4.pl
SHOULD_NEVER_BE_SEEN=hello world

It seems to imply that the results of unsetenv(3) are not
persistent across an exec(2).

Root cause aside, you nailed it with your suggestion.

>   
>
> And then try changing "local $ENV{PERL5LIB}" to "local $ENV{PERL5LIB} = ''".

Explicitly setting $ENV{PERL5LIB} to '' before calling `perl ...`
in _default_inc() fixed the problem for me.

Scott

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cannot write files if they are hidden

[Christopher Faylor]

On Fri, Jul 22, 2005 at 02:53:57PM -0400, Larry Hall wrote:
>At 02:42 PM 7/22/2005, you wrote:
>>Larry Hall wrote:
>>>I think it's fair to say that further discussion along the lines of
>>>whether Windows is smart or stupid to implement the hidden file
>>>semantics as it does is off-topic for this list.  Any further comments
>>>along these lines should be taken to the cygwin-talk list (if they
>>>could conceivably be linked to Cygwin in some way) or a Windows forum.
>>
>>May we assume http://cygwin.com/acronyms/#PTC when it comes to fixing
>>Windows's smartness/stupidity in this area?
>>
>>Would such a patch be worth the effort to anyone?
>
>Sure.  Patches are always thoughtfully considered.  I would say that
>any such patch that someone develops should not have a negative impact
>on performance or add to the complexity of already complex code paths
>(i.e.  path handling and conversion code).  But if there's a good way
>to eliminate this hair-brained Windows restriction with Cygwin tools,
>then I'm sure any patch implementing it will be thoughtfully considered
>as well.

Right.  What he said.  The ideal patch would just add an additional flag
to an open call to bypass the strange hidden file behavior.

If the patch involves having to query every file before it's opened and
change its protection, however, then it's not likely that the patch
would be accepted.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

[Christopher Faylor]

On Fri, Jul 22, 2005 at 03:16:29PM -0500, Scott Bolte wrote:
>On Thu, 21 Jul 2005 00:14:51 -0700, Michael G Schwern wrote:
>>  
>> Its gotta be something about _default_inc().  Nothing looks wrong from
>> here.  My only guess is that local $ENV{PERL5LIB} is ineffective.  That
>> would account for the alternation.
>
>   It's not just the local scoping. There is something
>   seriously unexpected with environment variables, perl
>   and cygwin.
>
>   - th4.pl
>   #!/usr/bin/perl
>   use strict;
>   use warnings;
>
>   $ENV{SHOULD_NEVER_BE_SEEN} = "hello world";
>   delete($ENV{SHOULD_NEVER_BE_SEEN});
>   system("printenv | grep SHOULD_NEVER_BE_SEEN");
>
>   On UNIX systems that script properly prints nothing. Not so
>   on my cygwin (on top of XP) system:
>
>   cygwin% perl ~/th4.pl
>   SHOULD_NEVER_BE_SEEN=hello world
>
>   It seems to imply that the results of unsetenv(3) are not
>   persistent across an exec(2).

...or that perl isn't using unsetenv, since AFAICT, unsetenv() is operating
as it should for both cygwin and non-cygwin processes.

This was a standard problem way way back when I was maintaining my own
version of perl for cygwin (since cygwin didn't include perl).  There was
special code in perl to deal with cygwin's environment, IIRC.  Maybe it's
broken in 5.8.7.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Fetchmail/procmail problem after upgrading

[Jason Tishler]

Pete,

On Fri, Jul 22, 2005 at 01:40:27PM -0500, Pete McCann wrote:
> $ fetchmail
> 28 messages for mccap at example.lucent.com.
> reading message [EMAIL PROTECTED]:1 of 28 (2466 header octets)  (2063 body 
> octets) fetchmail: SIGPIPE thrown from an MDA or a stream socket error
> fetchmail: socket error while delivering to SMTP host example.lucent.com
> fetchmail: Query status=2 (SOCKET)
> 
> [snip]
> 
> What should I try?

Try to isolate the problem.  Is it fetchmail, procmail, or the two
together?

Try procmail at the command line. Does it work?

Try (temporarily) to use a fake MDA that is a shell script.  Does this
work?  If you try this, then make a copy of your /var/spool/mail/mccap
file first just in case...

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

autoconf problem on cygwin

[Stephen & Linda Smith]

I was asked by some coworkers to investigate upgrading out internal
cygwin distribution to the lastest distribution.  So this morning I
downloaded the latest cygwin and installed it on a windows XP box.

One of the first things I tried doing was to run aclocal and I recieved
this error message.

/development $ aclocal
/usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of 
AM_PATH_LIBSMI
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of 
AC_CHECK_FT2
/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of 
AM_PATH_CPPUNIT
ac-wrapper: /usr/bin/autom4te-2.13 is missing or not executable.
Something is very wrong.

Here are the versions that cygcheck -s spits out:

autoconf2.59-2
autoconf2.1 2.13-1
autoconf2.5 2.59-1
automake1.4 1.4p6-2
automake1.6 1.6.3-2
automake1.7 1.7.9-2
automake1.8 1.8.5-2
automake1.9 1.9.5-2

What should I do to fix this problem.

sps


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: autoconf problem on cygwin

[Larry Hall]

At 05:17 PM 7/22/2005, you wrote:
>I was asked by some coworkers to investigate upgrading out internal
>cygwin distribution to the lastest distribution.  So this morning I
>downloaded the latest cygwin and installed it on a windows XP box.
>
>One of the first things I tried doing was to run aclocal and I recieved
>this error message.
>
>/development $ aclocal
>/usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of 
>AM_PATH_LIBSMI
>  run info '(automake)Extending aclocal'
>  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
>/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of 
>AC_CHECK_FT2
>/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of 
>AM_PATH_CPPUNIT
>ac-wrapper: /usr/bin/autom4te-2.13 is missing or not executable.
>Something is very wrong.
>
>Here are the versions that cygcheck -s spits out:
>
>autoconf2.59-2
>autoconf2.1 2.13-1
>autoconf2.5 2.59-1
>automake1.4 1.4p6-2
>automake1.6 1.6.3-2
>automake1.7 1.7.9-2
>automake1.8 1.8.5-2
>automake1.9 1.9.5-2
>
>What should I do to fix this problem.


This seems relevant, given that it's the same error:





--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

How does one set aliases for Cygwin for XP Prof Windows?

[Patrick Sullivan]

Hi,

 

I looked around and couldn't find out (from user guide or FAQs) how to
set my own alias settings for Cygwin.

I have Cywin installed on my PC (running Windows XP Professional).
There has to be a file somewhere, where I can add the alias settings,
but I am not sure where it is.  Does anyone know where the file is for
putting personal alias settings?

 

 

Thanks,

 

Pat Sullivan//

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: autoconf problem on cygwin

[Stephen & Linda Smith]

So given the data I had, how would I know to set 
"/usr/sbin/alternatives --set automake /usr/bin/automake-1.4"
rather than some other version.

sps

On Fri, 2005-07-22 at 17:41 -0400, Larry Hall wrote:
> At 05:17 PM 7/22/2005, you wrote:
> >I was asked by some coworkers to investigate upgrading out internal
> >cygwin distribution to the lastest distribution.  So this morning I
> >downloaded the latest cygwin and installed it on a windows XP box.
> >
> >One of the first things I tried doing was to run aclocal and I recieved
> >this error message.
> >
> >/development $ aclocal
> >/usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of 
> >AM_PATH_LIBSMI
> >  run info '(automake)Extending aclocal'
> >  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
> >/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of 
> >AC_CHECK_FT2
> >/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of 
> >AM_PATH_CPPUNIT
> >ac-wrapper: /usr/bin/autom4te-2.13 is missing or not executable.
> >Something is very wrong.
> >
> >Here are the versions that cygcheck -s spits out:
> >
> >autoconf2.59-2
> >autoconf2.1 2.13-1
> >autoconf2.5 2.59-1
> >automake1.4 1.4p6-2
> >automake1.6 1.6.3-2
> >automake1.7 1.7.9-2
> >automake1.8 1.8.5-2
> >automake1.9 1.9.5-2
> >
> >What should I do to fix this problem.
> 
> 
> This seems relevant, given that it's the same error:
> 
> 
> 
> 
> 
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746 
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 


--
Unsubscribe info:  http://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 does one set aliases for Cygwin for XP Prof Windows?

[Ken Dibble]

Patrick Sullivan wrote:


Hi,



I looked around and couldn't find out (from user guide or FAQs) how to
set my own alias settings for Cygwin.

I have Cywin installed on my PC (running Windows XP Professional).
There has to be a file somewhere, where I can add the alias settings,
but I am not sure where it is.  Does anyone know where the file is for
putting personal alias settings?



If you are talking about aliases within the bash shell, setting them in 
~/.bashrc is a place used by many.


Regards,
Ken


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE[2]: How does one set aliases for Cygwin for XP Prof Windows? - Still doesn't work!

[Patrick Sullivan]

Ken,

It still doesn't work after putting the aliases in ~/.bashrc  )-:
I also tried putting them in ~/profile.ksh but it didn't work either.
I did this one time, and there was a file in a certain location where I
added them to, but I don't remember where it was...

I tried putting them in as follows:

alias ll='ls -l'
alias h='history'
alias main='cd /cygdrive/c/depot/source/main'
alias ob2='cd /cygdrive/c/depot/Projects/ob2'
alias depot='cd /cygdrive/c/depot'


Thanks,

Pat//

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Ken Dibble
Sent: Friday, July 22, 2005 3:02 PM
To: cygwin
Subject: Re: How does one set aliases for Cygwin for XP Prof Windows?



Patrick Sullivan wrote:

>Hi,
>
> 
>
>I looked around and couldn't find out (from user guide or FAQs) how to
>set my own alias settings for Cygwin.
>
>I have Cywin installed on my PC (running Windows XP Professional).
>There has to be a file somewhere, where I can add the alias settings,
>but I am not sure where it is.  Does anyone know where the file is for
>putting personal alias settings?
>
> 
>
If you are talking about aliases within the bash shell, setting them in 
~/.bashrc is a place used by many.

Regards,
Ken


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: RE[2]: How does one set aliases for Cygwin for XP Prof Window s? - Still doesn't work!

[Baksik, Frederick (NM75)]

 

> -Original Message-
> From: cygwin-owner Behalf Of Patrick Sullivan
> Sent: Friday, July 22, 2005 7:19 PM
> To: cygwin
> Subject: RE[2]: How does one set aliases for Cygwin for XP 
> Prof Windows? - Still doesn't work!
> Importance: Low
> 
> Ken,
> 
> It still doesn't work after putting the aliases in ~/.bashrc  )-:
> I also tried putting them in ~/profile.ksh but it didn't work either.
> I did this one time, and there was a file in a certain 
> location where I added them to, but I don't remember where it was...
> 
> I tried putting them in as follows:
> 
> alias ll='ls -l'
> alias h='history'
> alias main='cd /cygdrive/c/depot/source/main'
> alias ob2='cd /cygdrive/c/depot/Projects/ob2'
> alias depot='cd /cygdrive/c/depot'

~/.bashrc is only sourced by bash on non-login interactive shells
~/.bash_profile is only source by bash on login interactive shells

If you have your aliases in ~/.bashrc you need to add the following line to
~/.bash_profile
Source ~/.bashrc

Further examples can be taken from the files located in /etc/skel.

Also look at the man bash page under INVOCATION.

--
Frodak

--
Unsubscribe info:  http://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 does one set aliases for Cygwin for XP Prof Windows? - Still doesn't work!

[Ken Dibble]

top -posted : reformatted




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Ken Dibble
Sent: Friday, July 22, 2005 3:02 PM
To: cygwin
Subject: Re: How does one set aliases for Cygwin for XP Prof Windows?



Patrick Sullivan wrote:

 


Hi,



I looked around and couldn't find out (from user guide or FAQs) how to
set my own alias settings for Cygwin.

I have Cywin installed on my PC (running Windows XP Professional).
There has to be a file somewhere, where I can add the alias settings,
but I am not sure where it is.  Does anyone know where the file is for
putting personal alias settings?



   

If you are talking about aliases within the bash shell, setting them in 
~/.bashrc is a place used by many.


Regards,
Ken

Patrick Sullivan wrote:


 Ken,

It still doesn't work after putting the aliases in ~/.bashrc  )-:
I also tried putting them in ~/profile.ksh but it didn't work either.
I did this one time, and there was a file in a certain location where I
added them to, but I don't remember where it was...

I tried putting them in as follows:

alias ll='ls -l'
alias h='history'
alias main='cd /cygdrive/c/depot/source/main'
alias ob2='cd /cygdrive/c/depot/Projects/ob2'
alias depot='cd /cygdrive/c/depot'


Thanks,

Pat//
 



You .bash_profile should look like:
---
# ~/.bash_profile: executed by bash for login shells.

if [ -e /etc/bash.bashrc ] ; then
 source /etc/bash.bashrc
fi

if [ -e ~/.bashrc ] ; then
 source ~/.bashrc
fi

If  memory serves, this is the default .bash_profile.

This would make sure that .bashrc gets executed whether your shell is a 
login or not.


If this is indeed your .bash_profile, I would next check permissions on 
both files to make sure they

are executable.

I am assuming that your login shell is bash.

If it still doesn't work, what happens when you source these files from 
a command prompt?





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

How to run subversion in Cygwin?

[Nguyen Kim Thang]

Hi,
I have installed cygwin and it works pretty well.
However, when I try to run subversion, for example:

 svn co svn+ssh://[EMAIL PROTECTED]:/mnt/saul/plclub1/svnroot/harmony4

it says that:

ssh: halfdome.cis.upenn.edu:: no address associated with name
svn: Connection closed upexpectedly

Can you explain it for me? 
When I run the command above in Linux, it works. In addition, I have
no trouble with "ssh" (I verified it)

Regard,

Nguyen Kim Thang

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to run subversion in Cygwin?

[Bengt-Arne Fjellner]

Nguyen Kim Thang skrev:
> Hi,
> I have installed cygwin and it works pretty well.
> However, when I try to run subversion, for example:
>
>  svn co svn+ssh://[EMAIL PROTECTED]:/mnt/saul/plclub1/svnroot/harmony4
Isnt there a colon too much. Try:
svn co svn+ssh://[EMAIL PROTECTED]/mnt/saul/plclub1/svnroot/harmony4

-- 
cheers
Bengt-Arne Fjellner
Luleå university of technology
Skellefteå Sweden




--
Unsubscribe info:  http://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 does one set aliases for Cygwin for XP Prof Windows? - Still doesn't work!

[Igor Pechtchanski]

On Fri, 22 Jul 2005, Ken Dibble wrote:

> You .bash_profile should look like:
> ---
> # ~/.bash_profile: executed by bash for login shells.
>
> if [ -e /etc/bash.bashrc ] ; then
>  source /etc/bash.bashrc
> fi
>
> if [ -e ~/.bashrc ] ; then
>  source ~/.bashrc
> fi
> 
> If  memory serves, this is the default .bash_profile.
>
> This would make sure that .bashrc gets executed whether your shell is a
> login or not.
>
> If this is indeed your .bash_profile, I would next check permissions on
> both files to make sure they are executable.

FYI, if the files are "source"d, they don't need to be executable.
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/

Synchronizing Windows & Cygwin Paths

[Rex Eastbourne]

Is there a way to synchronize the Cygwin $PATH with the Windows Path,
so that I can run Windows applications from within my Bash shell (i.e.
typing "mathematica" will open the corresponding file, which is in
Program Files somewhere)?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Synchronizing Windows & Cygwin Paths

[Brian Dessent]

Rex Eastbourne wrote:

> Is there a way to synchronize the Cygwin $PATH with the Windows Path,
> so that I can run Windows applications from within my Bash shell (i.e.
> typing "mathematica" will open the corresponding file, which is in
> Program Files somewhere)?

There is only one PATH environment variable.  Cygwin translates it
between Windows form and posix form depending on what kind of program
it's invoking.  If you add a directory to your Windows PATH it should be
visible when you start a bash prompt because that inherits whatever PATH
was set to (and adds /usr/bin etc. to it.)  If this is not happening for
you then you will need to provide more details as to your setup and what
exactly is going on (i.e. the commands you type, what happens, what you
expect to happen.)

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/