RE: Problem when using variable assignment, backticks in shell script

[CARTER Alan]

> In any case, it's pretty weird that bash randomly fails to spawn child
processes!  It wreaks havoc on a number of my scripts.

Thought: Silent failure to spawn used to happen on some UNIX boxen when
the process table was full (or one slot remained and user != root).
Might something like this be causing your problem?

(I'm not going to stress my work Windows box this way to attempt to
reproduce, it's too unstable already.)

Regards,

Alan Carter


This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


--
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: Windows popup/message box?

[Liora Milbaum]

I found a solution to my problem. As soon as I changed the crontab
command to:
* * * * * bash --login -c 'perl -e "use GD;"' >& /usr/tmp/test.log

It worked.

-Original Message-
From: Liora Milbaum 
Sent: Tuesday, August 29, 2006 18:03
To: cygwin@cygwin.com
Subject: RE: Windows popup/message box?

Igor,

I investigated this issue a little more. I changed my cron command to:
* * * * * perl -e 'use GD;' >& /usr/tmp/test.log

Here is the content of the test.log file:

"Can't load '/usr/lib/perl5/site_perl/5.8/cygwin/auto/GD/GD.dll' for
module GD: No such file or directory at
/usr/lib/perl5/5.8/cygwin/DynaLoader.pm line 230.
 at -e line 1
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1."


The only issue here that the perl module tries to load a dll file. It
works just fine from the command line. 

I think that it is a bug of cygwin cron or cygwin perl.

I have also tried to use the perl2exe for this command but it didn't
work. Perl2exe doesn't work with cygwin perl. 

I am in a dead end. 

Thanks for the help,
Liora

-Original Message-
From: Igor Peshansky [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 29, 2006 00:20
To: Liora Milbaum
Cc: cygwin@cygwin.com
Subject: Re: Windows popup/message box?

Ugh, top-posting...  Reformatted.

On Mon, 28 Aug 2006, liora milbaum wrote:

> Reini Urban wrote:
>
> >> Interesting. Does it go away a rebaseall?
> >
> > I meant: Interesting. Does it go away after a rebaseall?
>
> Have you managed fixing the missing dll problem? I have the same
problem
> as you do with different module.

Liora,

Sorry, no, I didn't spend much more time on this, as it wasn't something
that affected me directly, but rather a curious failure I've discovered
by
accident.  Since you're obviously interested in getting this fixed,
perhaps you could help Reini track this down further.

And, to answer Reini's question: I still see the same problem after a
rebaseall.  You might want to try this anyway, to see if it fixes things
for you.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] |
[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name
changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends
compte."
"But no -- you are no fool; you call yourself a fool, there's proof
enough in
that!" -- Rostand, "Cyrano de Bergerac"


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

RE: Windows popup/message box?

[Dave Korn]

On 31 August 2006 12:43, Liora Milbaum wrote:

> I found a solution to my problem. As soon as I changed the crontab
> command to:
> * * * * * bash --login -c 'perl -e "use GD;"' >& /usr/tmp/test.log
> 
> It worked.


  Ah, your path wasn't set so it couldn't find the dll; I guess your .bashrc
was adding the necessary directory?  You could probably also fix it by adding
the relevant directory to the %PATH% setting in the windows system environment
variables, because then it should be part of $PATH for any cygwin process that
starts, regardless of whether you run a shell and use a startup script.


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: Windows popup/message box?

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Thu, 31 Aug 2006, Liora Milbaum wrote:

> -Original Message-
> From: Liora Milbaum
> Sent: Tuesday, August 29, 2006 18:03
> To: [EMAIL PROTECTED]
> Subject: RE: Windows popup/message box?
>
> > -Original Message-
> > From: Igor Peshansky [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, August 29, 2006 00:20
> > To: Liora Milbaum
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: Windows popup/message box?

.  Thanks.

> > > Ugh, top-posting...  Reformatted.
> > >
> > > On Mon, 28 Aug 2006, liora milbaum wrote:
> > >
> > > > Reini Urban wrote:
> > > >
> > > > >> Interesting. Does it go away a rebaseall?
> > > > >
> > > > > I meant: Interesting. Does it go away after a rebaseall?
> > > >
> > > > Have you managed fixing the missing dll problem? I have the same
> > > > problem as you do with different module.
> > >
> > > Liora,
> > >
> > > Sorry, no, I didn't spend much more time on this, as it wasn't
> > > something that affected me directly, but rather a curious failure
> > > I've discovered by accident.  Since you're obviously interested in
> > > getting this fixed, perhaps you could help Reini track this down
> > > further.
> > >
> > > And, to answer Reini's question: I still see the same problem after
> > > a rebaseall.  You might want to try this anyway, to see if it fixes
> > > things for you.
> > >   Igor
> >
> > Igor,
> >
> > I investigated this issue a little more. I changed my cron command to:
> > * * * * * perl -e 'use GD;' >& /usr/tmp/test.log
> >
> > Here is the content of the test.log file:
> >
> > "Can't load '/usr/lib/perl5/site_perl/5.8/cygwin/auto/GD/GD.dll' for
> > module GD: No such file or directory at
> > /usr/lib/perl5/5.8/cygwin/DynaLoader.pm line 230.
> >  at -e line 1
> > Compilation failed in require at -e line 1.
> > BEGIN failed--compilation aborted at -e line 1."
> >
> >
> > The only issue here that the perl module tries to load a dll file. It
> > works just fine from the command line.
> >
> > I think that it is a bug of cygwin cron or cygwin perl.
> >
> > I have also tried to use the perl2exe for this command but it didn't
> > work. Perl2exe doesn't work with cygwin perl.
> >
> > I am in a dead end.
> >
> > Thanks for the help,
> > Liora
>
> I found a solution to my problem. As soon as I changed the crontab
> command to:
> * * * * * bash --login -c 'perl -e "use GD;"' >& /usr/tmp/test.log
>
> It worked.

Then you don't have the same problem as me.  For me, the DLL is in the
PATH, and perl still can't find it.  I'm running everything from a bash
login prompt.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: Problem when using variable assignment, backticks in shell script

[mwoehlke]

CARTER Alan wrote:

In any case, it's pretty weird that bash randomly fails to spawn child

processes!  It wreaks havoc on a number of my scripts.

Thought: Silent failure to spawn used to happen on some UNIX boxen when
the process table was full (or one slot remained and user != root).
Might something like this be causing your problem?

(I'm not going to stress my work Windows box this way to attempt to
reproduce, it's too unstable already.)

Regards,

Alan Carter


This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


Hmm... 9 lines of content, 10 of disclaimer... *sip!*
Eew, and the disclaimer isn't even line-wrapped...

(How come PCYMTNILOAUD is not on the OLOCA yet? ;-))

--
Matthew
We apologize for the inconvenience.


--
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: Color Schemes

[mwoehlke]

(Still can't decide if I should TITTTL this...)

Dave Korn wrote:

  AFAIUI, the mapping of escape codes to which visual colours they mean is
utterly fixed by ANSI, and it is, as you say, the termulator's job to display
the correct visual colour.  We could attempt in cygwin's console-handling code
to look up the current console's current palette and attempt some kind of
best-fit matching, at least in theory, but there's still the old SHTDI problem
there


Eh? It's not fixed in any way. It is entirely up to the terminal 
emulator to decide what color to display e.g. '1;35' as. The *default* 
and accepted standard is "magenta", which is '255,0,255' in Windows CUI, 
something more like '255,96,255' on a 'real IBM terminal' (i.e. an x86 
running in real text mode, like back in the day, or like pure console 
mode on Linux, or like in the BIOS boot, etc). But there is no reason I 
can't tell my terminal emulator (CUI, Console, rxvt, Konsole, probably 
xterm) to display it as sea green (say, '64,128,224'). Just as there is 
no reason I can't tell my terminal emulator that '0;30' should be dark 
green (which I do with Konsole in one of my schema's). I can even make 
it transparent and have my wallpaper, or a background image, displayed 
instead. All the color code is, is a hint to the terminal emulator.


...and I am not aware of any way to examine the terminal's "palette", 
nor should you need to. If a user wants to fiddle with these, it is his 
responsibility to keep things legible.


--
Matthew
We apologize for the inconvenience.


--
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: Problem when using variable assignment, backticks in shell script

[CARTER Alan]

> Hmm... 9 lines of content, 10 of disclaimer... *sip!*
> Eew, and the disclaimer isn't even line-wrapped...

> (How come PCYMTNILOAUD is not on the OLOCA yet? ;-))

Ah. You think I typed that, myself? I didn't. It was automatically
appended by the local email system. Many corporate email systems do this
kind of thing, because (IMHO) the people that run them are more
concerned with posturing within their own value system (which does not
map to reality) than they are with doing anything useful.

Another example of this is the existence of the idiot virus checker
industry. The virus checkers are useless (I have to run SpyBot at least
once a week), and impact performance to a chronic level. If I run Cygwin
setup.exe to install from a directory on the same computer, parsing the
ini file takes over an hour, because of the %$$#$^ virus checker. And I
can't do anything else during that time, because it single threads this
2.8 GHz 1GB box to approx. 1990 vintage. The same virus checker, by the
way, is buggy and actually breaks when trying to download Cygwin - as
this mailing list archive confirms.

If I could influence the people that installed it at all, getting rid of
the damn virus checker, which costs me more time each week than viruses
have cost me in a 25 year career, would be my first choice.

The culture is sick. See
http://www.craigmurray.co.uk/archives/2006/08/murder_in_samar_7.html for
a canonical example. But don't forbid idiot disclaimers that posters
have no control over unless you want to forbid posting from people on
corporate sites.

Thank you ;-)

Alan Carter  


This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


--
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: Problem when using variable assignment, backticks in shell script

[Christopher Faylor]

On Thu, Aug 31, 2006 at 05:04:08PM +0200, CARTER Alan wrote:
>>Hmm...  9 lines of content, 10 of disclaimer...  *sip!* Eew, and the
>>disclaimer isn't even line-wrapped...
>
>>(How come PCYMTNILOAUD is not on the OLOCA yet?  ;-))
>
>Ah.  You think I typed that, myself?  I didn't.  It was automatically
>appended by the local email system.  Many corporate email systems do
>this kind of thing, because (IMHO) the people that run them are more
>concerned with posturing within their own value system (which does not
>map to reality) than they are with doing anything useful.

Whether you typed it yourself or not, those type of disclaimers are
actually not allowed in mail to mailing lists at this site:

http://sourceware.org/lists.html

The same thing holds true for gcc.gnu.org.

cygwin.com == sourceware.org == gcc.gnu.org

Please find some other way of sending email which does not try to
enforce some kind of faux-legal obligations on the reader.

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/

FW: Re: Problem when using variable assignment, backticks in shell script

[Charli Li]

cgf wrote:
>On Thu, Aug 31, 2006 at 05:04:08PM +0200, CARTER Alan wrote:
>>>Hmm...  9 lines of content, 10 of disclaimer...  *sip!* Eew, and the
>>>disclaimer isn't even line-wrapped...
>>
>>>(How come PCYMTNILOAUD is not on the OLOCA yet?  ;-))
>>
>>Ah.  You think I typed that, myself?  I didn't.  It was automatically
>>appended by the local email system.  Many corporate email systems do
>>this kind of thing, because (IMHO) the people that run them are more
>>concerned with posturing within their own value system (which does not
>>map to reality) than they are with doing anything useful.
>
>Whether you typed it yourself or not, those type of disclaimers are
>actually not allowed in mail to mailing lists at this site:
>
>http://sourceware.org/lists.html
>
>The same thing holds true for gcc.gnu.org.
>
>cygwin.com == sourceware.org == gcc.gnu.org
>
>Please find some other way of sending email which does not try to
>enforce some kind of faux-legal obligations on the reader.
>
>cgf
>

Thread TITTTL'd!

Charli
---
Do you have Prince Albert in a can?

--
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.21: fork in find/ls failing, simple test case

[Dave Korn]

On 31 August 2006 16:53, John Hartman wrote:

> Using the distribution noted in the attached cygcheck.out, the
> following command fails consistently with the results shown:

> (Lassen John ~ ) cd /usr
> 
> (Lassen John /usr ) find bin -exec ls {} \;

  WJFFM, in both tcsh and bash.

> I see no discussion of this problem in the mailing lists, so I'm
> wondering is this Is this a regression?

  Most likely there's no discussion of it because it isn't happening to anyone
else.  Please disable the services associated with your logitech webcam and
try again.


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: 1.5.21: Win 2003 R2 domain user ssh shows whoami sshd_server (password auth)

[Corinna Vinschen]

On Aug 30 14:05, Serban Simu wrote:
> So my questions would be:
> 
> (1) I did find a work around, but what is the explanation of this 
> problem and what is a good, solid work around?

After some debugging I found that the explanation is that sshd drops
all supplementary groups from the otherwise privileged user token. 
This results in a minimized user token when calling initgroups, which
in turn calls NetUserGetGroups, which in turn returns "Access denied".
The solution is to drop back to the original process token before
calling NetUserGetGroups from initgroups.  I've checked in a patch
which should be available in the next developers snapshot from
http://cygwin.com/snapshots/

A solid workaround if you're trying to get the same with the current
Cygwin:  Add all users which want to log in this way to the gr_mem
field of the approrpiate groups in /etc/group.  In your example case,
it would look like this:

Test Users:S-1-5-21-4293257363-1756470469-1603820055-1123:11123:test1


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

RE: [SPAM] Re: Color Schemes

[Richard Lynch \(Contractor\)]

-Original Message-
Sent: Wed 8/30/2006 6:34 PM
Subject: [SPAM]  Re: Color Schemes
 
Richard Lynch (Contractor) wrote:
> -Original Message-
> Sent: Wed 8/30/2006 5:13 PM
> Subject: [SPAM]  RE: Color Schemes
> [snip]

Eek! Please, PLEASE http://cygwin.com/acronyms/#PCYMTNQREAIYR, 
especially if it's dropping the list address in here!

Also, please consider losing the http://cygwin.com/acronyms/#TOFU; 
having it below a recognized signature causes Thunderbird to completely 
strip out the previous quoting.

Sorry!

I've already subscribed under a different address with a REAL email client
instead of this stupid thing they've handed me at work.

Not sure it (squirrelmail) munges quoted emails, but I'll dig and find out.

For sure, it's configured not to TOFU.

I dunno why they insist I not forward the email and then give me this broken
Outlook Web Access webmail or expect me to run virus-propogating Outlook.  Go
figure.

No IMAP, no forwarding, no POP3 even.  Sheesh.

-- 
http://nationalsystems.com

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

[ANNOUNCEMENT] Updated: vim-7.0.076-1

[Corinna Vinschen]

I have updated the version of vim on cygwin.com to 7.0.076-1.

This is an update to the latest patchlevel 76.  Cygwin Vim still builds
from the vanilla sources.


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available  
starting at the above URL.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: 1.5.21: Win 2003 R2 domain user ssh shows whoami sshd_server (password auth)

[Larry Hall (Cygwin)]

Corinna Vinschen wrote:

On Aug 30 14:05, Serban Simu wrote:

So my questions would be:

(1) I did find a work around, but what is the explanation of this 
problem and what is a good, solid work around?


After some debugging I found that the explanation is that sshd drops
all supplementary groups from the otherwise privileged user token. 
This results in a minimized user token when calling initgroups, which

in turn calls NetUserGetGroups, which in turn returns "Access denied".
The solution is to drop back to the original process token before
calling NetUserGetGroups from initgroups.  I've checked in a patch
which should be available in the next developers snapshot from
http://cygwin.com/snapshots/

A solid workaround if you're trying to get the same with the current
Cygwin:  Add all users which want to log in this way to the gr_mem
field of the approrpiate groups in /etc/group.  In your example case,
it would look like this:

Test Users:S-1-5-21-4293257363-1756470469-1603820055-1123:11123:test1



Nice work!  I recommend a new gold star! :-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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: Color Schemes

[George]

On Thu, Aug 31, 2006 at 09:44:51AM -0500, mwoehlke wrote:
> Dave Korn wrote:

>> AFAIUI, the mapping of escape codes to which visual colours they mean 
>> is utterly fixed by ANSI, and it is, as you say, the termulator's job 
>> to display the correct visual colour. We could attempt in cygwin's 
>> console-handling code to look up the current console's current 
>> palette and attempt some kind of best-fit matching, at least in 
>> theory, but there's still the old SHTDI problem there
> 
> [...] and I am not aware of any way to examine the terminal's 
> "palette", nor should you need to. If a user wants to fiddle with 
> these, it is his responsibility to keep things legible.

Huh?

$ grep color ~/.Xdefaults
*color0:#00
*color1:#D1BFB1
*color2:#99
*color3:#C8B27F
*color4:#8DB6CD
*color5:#CC99CC
*color6:#A8A8D9
*color7:#7697A7
*color8:#00
*color9:#80A0B0
*color10:   #99
*color11:   #40677A
*color12:   #8DB6CD
*color13:   #CC99CC
*color14:
*color15:   #87CEFF
*colorBD:   #8DB6CD
*colorUL:   #C8B27F
*cursorColor:   #84A9A9

Or am I missing something?

-- 
George

--
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: Color Schemes

[Richard Lynch]

[Using my REAL email to follow-up]

On Wed, August 30, 2006 8:28 pm, Larry Hall (Cygwin) wrote:
> René Berber wrote:
>> Richard Lynch wrote:
>>
>>> This may be a generalized Un*x question, but I've been going in
>>> circles for
>>> awhile now, and cygwin is the current beast being beaten on.
>>>
>>> I like color-coding of ls and vim and man and all that.
>>>
>>> But I can't handle the default color scheme.  My eyes are too old.
>>>
>>> So I changed the colors in cygwin DOS-like shell preferences to
>>> black
>>> foreground and white background.
>> [snip]
>>> I suspect (and hope) that I've just missed some mind-numbingly
>>> simple tool to
>>> change the color scheme system-wide...
>>
>> Simple alternative: use rxvt.
>>
>> Rxvt in its default mode appears as black over white, "man man"
>> looks fine
>> because it doesn't try to use colors (under rxvt) instead it uses
>> bold, "ls"
>> looks OK but not great, the executables appear as green over
>> white...
>>
>> I use reverse video (white on black) so I'm not sure if there are
>> other details
>> with the scheme you are trying to use.

I attempted to use rxvt at some point, and failed...

I dunno if I just haven't installed it yet or what.

I'll explore that further.

> I guess I've become lost in the discussion of this problem and that.
> I always
> use cmd.exe with bash.  I just change the colors for foreground and
> background
> to be what I want by picking "Defaults" from the system menu.  I make
> my
> background white and my foreground black, click "OK" and I'm set to
> go.  If I
> see an visual artifacts in any of the tools, I just close the window
> where I
> made these changes and open a new one.  That seems to reset things
> just fine.
> After that, I never have to worry about the colors again.  Can't say
> why if
> this doesn't just work for others.  I've used this approach on
> multiple
> machines and I'm always happy with it.

Aha!

Clicking on the icons and spinning the number wheels is NOT the same
thing at all! :-(

The real issue I'm having as the naive user is the colors dialog GUI
human interface.

>From the visual presentation of the color dialog, it is impossible (or
darn near) to tell the difference from altering the numbers and
clicking on the colors.

I.e., if I open the Properties dialog and click on Colors and click on
the little squares, the numbers change, as does the sample display
below.

If I change the numbers instead of clicking on the icons, the sample
display below changes the same way.

I'm still not clear on what that actual difference is...

Actually...  Okay, *NOW* I see that there is an "outline" around the
color selected in the icons, except it's always black, so you cannot
see it when black is selected...

Perhaps it would be more clear if there was a pointer or radio buttons
or something that one was altering the underlying representation of a
color, rather than choosing a different color for an underlying
presentation.  (Or whatever.  I can't even figure out the words to
describe it, as the dialog has so few words on it.)

Also, the layout of the digit boxes up by the foreground/background
radio buttons makes those seem "more" associated with that than with
munging the color palette down below.

I THOUGHT that changing the numbers and clicking on the icons was the
same thing, and they are not the same at all.

They give the same feedback in the sample output however, and the
little square around the selected icon is not enough of a difference,
imho, for the naive user to understand what is going on here.

As I understand it, the OS thinks it is still using white-on-black,
but cygwin is mapping those to white-on-black in the drawing routines.
 Right?

Whereas before, I was changing the very definition of "black" to be
255,255,255 and white to be 0,0,0 -- and that just confused the heck
out of the OS.  Right?

This was not at all clear from the layout and the controls.

What's more, there's a real goofy disconnect here between all the
OTHER colors that can be affected.

For example:
After re-setting the background to 0,0,0 and foreground to 255,255,255
and then choosing the white icon for background and black icon for
foreground, 'man man' was much better.

I found that the grey color of args and such-like, however, was too
difficult to read.

So I wanted to alter the 128,128,128 color to a darker greyscale value.

To do that, I have to click on the color icon, which changes whatever
radio button is selected at the top, then muck with the numbers to
alter the underlying values of "grey" to a different "grey", then
click back on another color icon to get what I want for the radio
button.

In other words, editing the palette has been inextricably linked with
altering foreground/background, and it's quite a confusing
non-intuitive jumble of two different activities:

#1) Altering the colors selected for 4 visual elements, out of dozens
of visual elements that are actually in use in the underlying OS.

#2) Altering the v

Re: FW: Re: Problem when using variable assignment, backticks in shell script

[Christopher Faylor]

On Thu, Aug 31, 2006 at 11:56:31AM -0400, Charli Li wrote:
>cgf wrote:
>>On Thu, Aug 31, 2006 at 05:04:08PM +0200, CARTER Alan wrote:
Hmm...  9 lines of content, 10 of disclaimer...  *sip!* Eew, and the
disclaimer isn't even line-wrapped...
>>>
(How come PCYMTNILOAUD is not on the OLOCA yet?  ;-))
>>>
>>>Ah.  You think I typed that, myself?  I didn't.  It was automatically
>>>appended by the local email system.  Many corporate email systems do
>>>this kind of thing, because (IMHO) the people that run them are more
>>>concerned with posturing within their own value system (which does not
>>>map to reality) than they are with doing anything useful.
>>
>>Whether you typed it yourself or not, those type of disclaimers are
>>actually not allowed in mail to mailing lists at this site:
>>
>>http://sourceware.org/lists.html
>>
>>The same thing holds true for gcc.gnu.org.
>>
>>cygwin.com == sourceware.org == gcc.gnu.org
>>
>>Please find some other way of sending email which does not try to
>>enforce some kind of faux-legal obligations on the reader.
>
>Thread TITTTL'd!

Um.  Recent gold stars aside, I really am capable of deciding when something
is or is not on-topic here.

I'm not going to force someone else to respond in another mailing list
when I think something is of general importance to the people reading
the list here.

In this case, I specifically responded here since I was talking about a
policy statement for this site and for this mailing list.  While I am
certainly sensitive to increasing traffic in this list, talking about
policies is not off-topic here -- not that there is much to talk about.
If you really want to advocate for a policy change then neither this
mailing list nor cygwin-talk is the place to do so.

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/

libintl: undefined reference

[Matteo Facchinetti]

hi,

I'm porting my personal version of rpm packet to cygwin and I have a 
problem with libintl.

When I create my .exe I encountered this problem:
  ...undefined reference to '_libintl_dgettext';

I have read something about linking with libintl but I don't know what I 
have to do in the latest version of cygwin.


/bin/sh ./libtool --mode=link gcc  -O2 -march=i386 -mcpu=i686 
-D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes 
-Wmissing-prototypes -Wno-char-subscripts   -o rpm2cpio.exe  rpm2cpio.o 
-lintl ./lib/.libs/librpm.a ./rpmdb/. libs/librpmdb.a 
./rpmio/.libs/librpmio.a ./popt/.libs/libpopt.a ./zlib/libz.la -lpthread 
 -L./zlib  -L/usr/local/lib


gcc -O2 -march=i386 -mcpu=i686 -D_GNU_SOURCE -D_REENTRANT -Wall 
-Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes 
-Wno-char-subscripts -o rpm2cpio.exe rpm2cpio.o 
.libs/libimp-cygintl-3.a -L/usr/lib .libs/libimp-cygiconv-2.a 
./lib/.libs/librpm.a ./rpmdb/.libs/librpmdb.a ./rpmio/.libs/librpmio.a 
./popt/.libs/libpopt.a ./zlib/.libs/libz.al -lpthread 
-L/usr/src/rpm/BUILD/rpm-4.1.1/zlib -L/usr/local/lib


./lib/.libs/librpm.a(formats.o):formats.c:(.text+0x11d6):undefined 
reference to`_libintl_dgettext'


./lib/.libs/librpm.a(formats.o):formats.c:(.text+0x124f): undefined 
reference to`_libintl_dgettext'


collect2: ld returned 1 exit status
make[2]: *** [rpm2cpio.exe] Error 1
make[2]: Leaving directory `/usr/src/rpm/BUILD/rpm-4.1.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/rpm/BUILD/rpm-4.1.1'
make: *** [all] Error 2

What can I do?
I don't know how can I resolve this problem!!
Please, help me.

Matteo Facchinetti




--
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: Color Schemes

[mwoehlke]

George wrote:

On Thu, Aug 31, 2006 at 09:44:51AM -0500, mwoehlke wrote:

Dave Korn wrote:


AFAIUI, the mapping of escape codes to which visual colours they mean 
is utterly fixed by ANSI, and it is, as you say, the termulator's job 
to display the correct visual colour. We could attempt in cygwin's 
console-handling code to look up the current console's current 
palette and attempt some kind of best-fit matching, at least in 
theory, but there's still the old SHTDI problem there
[...] and I am not aware of any way to examine the terminal's 
"palette", nor should you need to. If a user wants to fiddle with 
these, it is his responsibility to keep things legible.


Huh?

$ grep color ~/.Xdefaults
*color0:#00
*color1:#D1BFB1
*color2:#99
*color3:#C8B27F
*color4:#8DB6CD
*color5:#CC99CC
*color6:#A8A8D9
*color7:#7697A7
*color8:#00
*color9:#80A0B0
*color10:   #99
*color11:   #40677A
*color12:   #8DB6CD
*color13:   #CC99CC
*color14:
*color15:   #87CEFF
*colorBD:   #8DB6CD
*colorUL:   #C8B27F
*cursorColor:   #84A9A9

Or am I missing something?


Sure. Now do it for Konsole (hint: DCOP *might* let you), CUI, Console, 
rxvt, PuTTY, and every other terminal emulator in existence.


What you found is the *default* colors for *one* emulator (what happens 
if you override them with command-line switches?). Dave and I were 
talking about being able to query the terminal emulator in a 
standardized way, and I am pretty sure there is no such way.


--
Matthew
We apologize for the inconvenience.


--
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: Color Schemes

[mwoehlke]

Aha!

Clicking on the icons and spinning the number wheels is NOT the same
thing at all! :-(


Right.


The real issue I'm having as the naive user is the colors dialog GUI
human interface.


...and for the record, I hate that UI. :-) It isn't very well designed IMO.


[snip]
As I understand it, the OS thinks it is still using white-on-black,
but cygwin is mapping those to white-on-black in the drawing routines.
 Right?


Um, yeah, something like that. The tty knows what color codes it is 
using ('0;30' - '0;37' and '1;30' - '1;37'), which have "standard" 
colors assigned to them, e.g. '0;30' is "black", but you are correct 
that if you change the mapping, the underlying programs (ls, man, etc) 
don't know that you have done so.



Whereas before, I was changing the very definition of "black" to be
255,255,255 and white to be 0,0,0 -- and that just confused the heck
out of the OS.  Right?


I think what you were doing before was telling the OS to use '1;37' as 
the default background color, which confused the heck out of 
applications that expected it to be '0;30'.



This was not at all clear from the layout and the controls.

What's more, there's a real goofy disconnect here between all the
OTHER colors that can be affected.


Right, it is not a very intuitive system. (Time to plug Console again; 
it has the same features but is less confusing. 
http://sourceforge.net/projects/console/)



For example:
After re-setting the background to 0,0,0 and foreground to 255,255,255
and then choosing the white icon for background and black icon for
foreground, 'man man' was much better.

I found that the grey color of args and such-like, however, was too
difficult to read.

So I wanted to alter the 128,128,128 color to a darker greyscale value.

To do that, I have to click on the color icon, which changes whatever
radio button is selected at the top, then muck with the numbers to
alter the underlying values of "grey" to a different "grey", then
click back on another color icon to get what I want for the radio
button.

In other words, editing the palette has been inextricably linked with
altering foreground/background, and it's quite a confusing
non-intuitive jumble of two different activities:


Right. To edit the mapping ("palette"), you have to pick a color... 
which changes the default code used for background (or whatever radio is 
selected), edit the color, and then re-select the previously-selected 
color. It's a bad design.



#1) Altering the colors selected for 4 visual elements, out of dozens
of visual elements that are actually in use in the underlying OS.

#2) Altering the very definition of individual colors like "black" to
be something other than 0,0,0

This is not all just a rant -- I'd really like to suggest a better
alternative.
[snip]


http://sourceforge.net/projects/console/ :-)
Otherwise, you're complaining about a Windows component and need to 
bitch to Microsoft (and good luck with that).



It would also be Really Nifty (tm) if some common utils such as ls and
less output could be included in the sample output, so that one could
play with the colors without endlessly opening/closing the dialogs.


Feel free to suggest an 'apply' button for Console 
(http://sourceforge.net/tracker/?group_id=43764&atid=437332). Then you 
would just 'ls' (or whatever) at a regular command prompt, and then 
'Apply' would update the window for instant results.



I'm not sure for how many years I've been doing this wrong in Windows
shell setup, but it never ever occurred to me that I was changing the
definition of "black" to 255,255,255 and the definition of "white" to
0,0,0 -- rather than just choosing black for my foreground and white
for my background...

Apparently I never noticed as 'Doze doesn't have anything I use in
shell that color-codes anything anyway.


Right; 'doze is not big on color in console programs.


And now I realize that cygwin probably has zero control over this
dialog, and it's entirely Microsoft's fault.  That explains a whole
lot.


Yup. But it sounds like you might like Console a lot better. :-)

Or, before Gary tries to convert me again, rxvt will let you do the same 
things, although it's more traumatic a switch than Console (note it 
isn't installed by default; you need to install it via setup.exe).



I appreciate everybody's input on this, and apologize that it has
turned out to be completely OT, as far as I can tell.


Well, you can always http://cygwin.com/acronyms/#TITTTL :-), although I 
still think it's at least somewhat relevant.


--
Matthew
We apologize for the inconvenience.


--
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.21: Win 2003 R2 domain user ssh shows whoami sshd_server (password auth)

[Serban Simu]

Yes, you are right: adding the users to the member list of the group in 
/etc/group fixes the problem.//
//Thank you for the patch - I will try it out when it becomes available 
(I'm assuming will be the next snapshot after //*2006-08-30)*

//
Serban
//
//
/From/: Corinna Vinschen //
///To/: cygwin at cygwin dot com/
Date/: Thu, 31 Aug 2006 18:13:55 +0200/
Subject/: Re: 1.5.21: Win 2003 R2 domain user ssh shows whoami 
sshd_server (password auth)/
References/: <[EMAIL PROTECTED] 
>/

Reply-to/: cygwin at cygwin dot com

On Aug 30 14:05, Serban Simu wrote:

So my questions would be:

(1) I did find a work around, but what is the explanation of this 
problem and what is a good, solid work around?


After some debugging I found that the explanation is that sshd drops
all supplementary groups from the otherwise privileged user token. 
This results in a minimized user token when calling initgroups, which

in turn calls NetUserGetGroups, which in turn returns "Access denied".
The solution is to drop back to the original process token before
calling NetUserGetGroups from initgroups.  I've checked in a patch
which should be available in the next developers snapshot from
http://cygwin.com/snapshots/

A solid workaround if you're trying to get the same with the current
Cygwin:  Add all users which want to log in this way to the gr_mem
field of the approrpiate groups in /etc/group.  In your example case,
it would look like this:

Test Users:S-1-5-21-4293257363-1756470469-1603820055-1123:11123:test1


Corinna

--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


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

RE: Color Schemes

[Kenneth Nellis]

Is that an exhaustive list of colors?
30=black 31=red 32=green 33=yellow 34=blue 35=magenta 36=cyan 37=white
What about 38 and 39?
I could just try it, but knowing my luck, it would just lock up the whole
terminal forever.



FWIW, color space is 3-dimensional and with VDT's, the dimensions are red,
green, and blue. The ANSI color controls allow each dimension to be set full
on or full off (binary) with no in-betweens giving 2^3 = 8 possible colors.
For ANSI, these are numbered 0 to 7, adding 30 for foreground colors or 40
for background colors. The numbers are not arbitrary:
0 = 0 + 0 + 0 (black)
1 = 0 + 0 + 1 (red)
2 = 0 + 1 + 0 (green)
3 = 0 + 1 + 1 (red+green=yellow)
4 = 1 + 0 + 0 (blue)
5 = 1 + 0 + 1 (red+blue=magenta)
6 = 1 + 1 + 0 (green+blue=cyan)
7 = 1 + 1 + 1 (red+green+blue=white)

--Ken Nellis


--
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 installing into wrong directory

[Chuck]

Larry Hall (Cygwin) wrote:

> 
> 
> Be careful that wordpad didn't add CRLF to the end of the lines though.
> 
> 

Thanks. Wordpad preserves end of line characters. Notepad does not.
That's why I use notepad.


--
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 installing into wrong directory

[Chuck]

Larry Hall (Cygwin) wrote:
> 
> Be careful that wordpad didn't add CRLF to the end of the lines though.
> 
> 


Meant to say thats why I *DON'T* use notepad.


--
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.21: fork in find/ls failing, simple test case

[John Hartman]

Okay, when I stopped the 'Logitech Process Monitor' service the problem goes
away.  Thanks for the quick diagnosis.

I rebased the camera dlls but that does not fix this problem.

Can you tell me what the root cause is?  

Is there any way to prevent this problem?  I.e., the problem of "foreign"
dlls causing cygwin forks to fail?

cheers,
John
-- 
View this message in context: 
http://www.nabble.com/1.5.21%3A-fork-in-find-ls-failing%2C-simple-test-case-tf2197641.html#a6087159
Sent from the Cygwin Users forum at Nabble.com.


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

Re: 1.5.21: fork in find/ls failing, simple test case

[mwoehlke]

John Hartman wrote:

Okay, when I stopped the 'Logitech Process Monitor' service the problem goes
away.  Thanks for the quick diagnosis.
[snip]
Can you tell me what the root cause is?  


Logitech's drivers suck? :-)

You might want to search the archives for 'logitech', just to see what 
other problems people have had.


--
Matthew
We apologize for the inconvenience.


--
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.21: fork in find/ls failing, simple test case

[Brian Dessent]

John Hartman wrote:

> Okay, when I stopped the 'Logitech Process Monitor' service the problem goes
> away.  Thanks for the quick diagnosis.
> 
> I rebased the camera dlls but that does not fix this problem.
> 
> Can you tell me what the root cause is?
> 
> Is there any way to prevent this problem?  I.e., the problem of "foreign"
> dlls causing cygwin forks to fail?

It's crappy coding on the part of the Logitech module.  Ross Ridge gives
a convincing argument for what's going on:
.  More
info on the loader lock issue is in this paper:
.  Now if
only someone could forward these clues to the idiots that wrote that
Logitech crapware, it would save a whole lot of frustration.

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/

does scp take windows type: [EMAIL PROTECTED] ?

[BeemerBiker]

Running that cygwin sshd  under XP, I can get scp to copy to my local PC 
from a Linux box just fine for local users like admin

scp test.sh [EMAIL PROTECTED]

the above works fine and puts test.sh into /cygwin/home/Administrator

I cant seem to get scp to work for authenticated users from a domain eg:

If I try [EMAIL PROTECTED] the \ is stripped off and the copy fails 
as shown below
 (swri16\jstateson)

Bringing up the Event Viewer I read where sshd reports
Failed password for invalid user swri16jstateson from 129.162.164.124 port 
2002 ssh2

if I try two backslashes \\ the following error:

Failed password for invalid user swri16\\jstateson from 129.162.164.124 port 
2033 ssh2

a forward slash is no better

So is it possible to use a micro$oft type domain\username when copying from 
a linux box not on the domain to a windows PC on the domain?


..thanks in advance..

===
Beemer  Biker  jstateson at swri dot edu
http://TipsForTheComputingImpaired.com
http://ResearchRiders.org Ask about my 99'R1100RT
===







--
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: does scp take windows type: [EMAIL PROTECTED] ?

[Igor Peshansky]

On Thu, 31 Aug 2006, BeemerBiker wrote:

> Running that cygwin sshd under XP, I can get scp to copy to my local PC
> from a Linux box just fine for local users like admin
>
> scp test.sh [EMAIL PROTECTED]
>
> the above works fine and puts test.sh into /cygwin/home/Administrator
>
> I cant seem to get scp to work for authenticated users from a domain eg:
>
> If I try [EMAIL PROTECTED] the \ is stripped off and the copy fails
> as shown below
>  (swri16\jstateson)
>
> Bringing up the Event Viewer I read where sshd reports
> Failed password for invalid user swri16jstateson from 129.162.164.124 port
> 2002 ssh2
>
> if I try two backslashes \\ the following error:
>
> Failed password for invalid user swri16\\jstateson from 129.162.164.124 port
> 2033 ssh2
>
> a forward slash is no better
>
> So is it possible to use a micro$oft type domain\username when copying
> from a linux box not on the domain to a windows PC on the domain?

No, but you can run "mkpasswd -d" on the windows box and use the username
without the domain specifier (or edit /etc/passwd to give the user any
name you wish).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: Problem when using variable assignment, backticks in shell script

[Jim Easton]

Hi,

Mon, 28 Aug 2006 Russell Silva wrote:
> I am having a problem using Cygwin, variable assignment, and backticks
> when shell scripting.  Occasionally, variables assigned using a
> backticked expression are not properly assigned; they are left empty.
> The problem appears to be non-deterministic.

For what's it's worth I ran this script maybe a dozen times with no
hint of trouble.

HTH.
Jim

#!/bin/bash

# create a file called "temp" with text contents "liars"
rm temp
touch temp
echo liars > temp

# make 1000 attempts to reproduce the bug
for i in `seq 1 1000`
do
  # use a backticked expression to assign the contents of "temp" 
  #   to variable $x
  x=`/usr/bin/cat < temp`;
  if [[ $x != "liars" ]]
  then
# if this code is reached, the variable assignment failed somehow
echo error attempt $i: \"$x\" is not the correct string \"liars\"
  fi
done

--
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/

nfs in client mode (winxp => linux)

[reader]

I see lots of past messages here about setting up NFS in server mode,
but very little in the other direction.

Going far enough back there was quite a long thread about SFU
(Services for unix) but I haven't been able to get that NFS client to
work.  In fact I can't even really do anything with ksh shell it
provides.  Every command gets a tty error.

So has anything changed since the release of SFU 3.5?  That has been a
good while.  Is there still no cygwin NFS client for windows? 


Sorry if this appears out of touch but I am studying all I can find
here about this issue... just not finding recent information.


--
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: nfs in client mode (winxp => linux)

[Larry Hall (Cygwin)]

[EMAIL PROTECTED] wrote:

I see lots of past messages here about setting up NFS in server mode,
but very little in the other direction.

Going far enough back there was quite a long thread about SFU
(Services for unix) but I haven't been able to get that NFS client to
work.  In fact I can't even really do anything with ksh shell it
provides.  Every command gets a tty error.

So has anything changed since the release of SFU 3.5?  That has been a
good while.  Is there still no cygwin NFS client for windows? 



Sorry if this appears out of touch but I am studying all I can find
here about this issue... just not finding recent information.



There is no Cygwin NFS client.  I don't know if there are other open
source ones out there.  I didn't find anything hopeful the last time
I looked.  If you want file-system access to Linux from Windows, you're
better off running a samba server on the Linux box.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/