Re: /etc/group manual-edits-workaround still reqd in 1.7?

[Corinna Vinschen]

On Aug 12 14:26, Tom Rodman wrote:
> On Mon 7/28/08 10:18 +0200 Corinna Vinschen wrote:
> > On Jul 26 09:12, Tom Rodman wrote:
> > > I use cygwin in a large domain, from time to time my account is
> > > added or removed from domain groups without any warning (last
> > > time 'IT' added 'Domain Users' to some other domain group - so all
> > > domain users were impacted!).  When this happens my credentials in
> > > a password-authenticated ssh session, get clobbered & I have
> > > to manually edit /etc/group, per:
> > > 
> > >   http://cygwin.com/ml/cygwin/2005-07/msg01287.html
> > > 
> > > Does this issue "go away" under cygwin 1.7?
> > 
> > I don't know but it's supposed to be better.  I relaxed the rules which
> > result in a token created through password login being overridden with a
> > self-created token.  
> 
> Thanks Corinna/appreciate your help.  
> 
> When that self-created token is created (under 1.5.x) is that
> the point that cygwin looks for the user's group memberships
> as defined in /etc/group?

Yes.

> > You will still have to create a new /etc/group, though.
> 
> Creating it daily (w/cron) is no problem, but, I'm still not
> clear.. in 1.7 do we still have to (in addition) update /etc/group
> so that domain users (that actually use ssh) have their comma
> delimited usernames in the last field on the respective lines in
> /etc/group, for all the domain groups they belong to?

That's hopefully not necessary anymore.  In fact I even removed
the capability to add user names to groups from mkgroup in 1.7.

The problem is a function in Cygwin called "verify_token" which
checks whether the groups requested in a user context switch
(setgroups/setgid/setuid) match the groups in the currently stored
user token.  This test can fail if the user token contains groups which
are not requested, if these groups are not present in /etc/groups
either.  In 1.7, I relaxed the tests in verify_token so that the
user token may contain nuts^Wgroups not mentioned anywhere.


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: ash-20040127-3: Invalid behavior of negated pipeline

[Corinna Vinschen]

On Aug 12 19:31, Eric Blake wrote:
> According to Corinna Vinschen on 8/12/2008 9:40 AM:
> | Use bash as sh.  ash is only in the distro to run rebaseall.  I won't
> | release a new version of ash any time soon, if it doesn't explicitely
> | affect rebase.
>
> Although, now that the bash package blindly installs /bin/sh, ash no
> longer needs a postinstall script.

Right.  That's what I asked in
http://cygwin.com/ml/cygwin/2008-08/msg00297.html


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/

On bash prompt

[Angelo Graziosi]

In /etc/profile, PS1 for bash is defined as

PS1='\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

Indeed I have

$ echo $PS1
\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$
^(1)^


Now this causes some problems with 'M-x shell' in Emacs: the prompt has 
many garbage characters, like '[33m' etc..


In Emacs this problem could be solved with 'M-x 
ansi-color-for-comint-mode-on', but the sequence (1), i.e.


\[\e]0;\w\a\]

still causes problems.

If one defines PS1 as:

PS1='[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

the prompt one obtains (in Cygwin) is the same as that defined in 
/etc/profile [1] and 'M-x ansi-color-for-comint-mode-on' fixes the thing 
(in M-x shell).


So, just a curiosity, why the extra 'code' (1), above? What the true 
difference between


PS1='\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

and

PS1='[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

?


TIA,
   Angelo.

---
[1] Or, at least, I do not see any 'visual' difference.

--
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: On bash prompt

[Brian Dessent]

Angelo Graziosi wrote:

> So, just a curiosity, why the extra 'code' (1), above? What the true
> difference between
> 
> PS1='\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
> 
> and
> 
> PS1='[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

The ESC]0; sequence sets the window title.

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/

Lines wrapping in emails

[Angelo Graziosi]

Perhaps this question is not strictly related to Cygwin, but its 
solution could help Cygwin people.


I have seen that many emails to these lists have long lines that make 
them unreadable (see [1], for example).


Since this problem could potentially regard me too, I would ask if 
someone has some solution or can point me to some documentation which 
fixes the following.


When I use Thunderbird, I seen that even if I have configured it to wrap 
lines after 72 characters, this does not happen when I read the emails 
on this list (with Firefox or IE).


For example, the above paragraph has 3 lines, wrapped after 72 chs., 
when I write it (even maximizing the window), but a single line (or 2, 
at most) when I read it on the list.


Obviously I have configured to sent and visualize only pure text.

I have searched on the WEB, but not clear solution found.

Many Cygwin users will be grateful to find it!


Cheers,
   Angelo.

---
[1] http://cygwin.com/ml/cygwin-xfree/2008-08/msg00030.html

--
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.exe: fatal error on Vista

[hce]

On 8/13/08, Reini Urban <[EMAIL PROTECTED]> wrote:
> 2008/8/13 hce:
>
> > On 8/12/08, Reini Urban wrote:
>  >> 2008/8/12 hce:
>  >>
>  >> > I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I am
>  >>  > building the VLC at the moment and had following error for cygwin
>  >>  > perl.exe. Could anyone advise what I was missing?
>  >>  >
>  >>  > + autoreconf --install --force --verbose -I m4
>  >>  >  4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal error - 
> unable t
>  >>  > o remap 
> C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa
>  >>  > me address as parent(0x86) != 0x14C
>  >>  > 37 [main] perl 2712 child_info::sync: wait failed, pid 920, Win32 
> error 183
>  >>  >
>  >>  >   1053 [main] perl 2712 fork: child 920 - died waiting for dll 
> loading, errno 1
>  >>
>  >>
>  >> That's a typical rebaseall problem, as advertised in the perl 
> ANNOUNCEMENT.
>  >>
>  >>  Install rebase, read /usr/share/doc/Cygwin/rebase-2.4.4.README
>  >>
>  >>  snip
>  >>  Use the following procedure to rebase your entire system:
>  >>
>  >> 1. shutdown all Cygwin processes and services
>  >> 2. start ash (do not use bash or rxvt)
>  >> 3. execute /bin/rebaseall (in the ash window)
>  >
>  > Thanks for the advice. I installed rebase then followed above procedure:
>  >
>  > 1. Shutdown all Cygwin processes and services (shutdown all cygwin 
> terminals)
>  > 2. Start a dos termina, and run ash from the dos terminal
>  > 3. Execute /bin/rebaseall from the ash command line.
>  >
>  > After that, I've running ./bootstrap from the vlc again. The same
>  > error was still there?
>  >
>  > What I did wrong here?
>
>
> I cannot say from here. Obviously Glob.dll was not rebased.
>  File::Glob is one of the very first loaded dll's in such forked perl
>  process with wildcards args.
>  So I suspect it was not rebased at all.
>
>  I would try rebase with -v (verbose) and also tie it to a log file.
>  $ rebaseall -v | tie rebaseall.log
>
>  Check the output for refused dll's, and if nothing is obvious, send
>  the output of cygcheck -s -v -r
>  plus rebaseall.log
>
>Run cygcheck -s -v -r > cygcheck.out and include that file as an
>  attachment in your report.
>Please do not compress or otherwise encode the output. Just attach
>  it as a straight text
>file so that it can be easily viewed.
>  as described in http://cygwin.com/problems.html

There is no tie command, so I tried to call /bin/rebaseall -v >
rebaseall.log from the ash. Please find attached rebaseall.log and
cygcheck.log as per above requirment.

Thank you.



>  --
>
> Reini Urban
>  http://phpwiki.org/ http://murbreak.at/
>
>  --
>  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/
>
>


rebaseall.log
Description: Binary data


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

Re: perl.exe: fatal error on Vista

[Reini Urban]

2008/8/13 hce:
> On 8/13/08, Reini Urbanwrote:
>> 2008/8/13 hce:
>>
>> > On 8/12/08, Reini Urban wrote:
>>  >> 2008/8/12 hce:
>>  >>
>>  >> > I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I am
>>  >>  > building the VLC at the moment and had following error for cygwin
>>  >>  > perl.exe. Could anyone advise what I was missing?
>>  >>  >
>>  >>  > + autoreconf --install --force --verbose -I m4
>>  >>  >  4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal error 
>> - unable t
>>  >>  > o remap 
>> C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa
>>  >>  > me address as parent(0x86) != 0x14C
>>  >>  > 37 [main] perl 2712 child_info::sync: wait failed, pid 920, Win32 
>> error 183
>>  >>  >
>>  >>  >   1053 [main] perl 2712 fork: child 920 - died waiting for dll 
>> loading, errno 1
>>  >>
>>  >>
>>  >> That's a typical rebaseall problem, as advertised in the perl 
>> ANNOUNCEMENT.
>>  >>
>>  >>  Install rebase, read /usr/share/doc/Cygwin/rebase-2.4.4.README
>>  >>
>>  >>  snip
>>  >>  Use the following procedure to rebase your entire system:
>>  >>
>>  >> 1. shutdown all Cygwin processes and services
>>  >> 2. start ash (do not use bash or rxvt)
>>  >> 3. execute /bin/rebaseall (in the ash window)
>>  >
>>  > Thanks for the advice. I installed rebase then followed above procedure:
>>  >
>>  > 1. Shutdown all Cygwin processes and services (shutdown all cygwin 
>> terminals)
>>  > 2. Start a dos termina, and run ash from the dos terminal
>>  > 3. Execute /bin/rebaseall from the ash command line.
>>  >
>>  > After that, I've running ./bootstrap from the vlc again. The same
>>  > error was still there?
>>  >
>>  > What I did wrong here?
>>
>>
>> I cannot say from here. Obviously Glob.dll was not rebased.
>>  File::Glob is one of the very first loaded dll's in such forked perl
>>  process with wildcards args.
>>  So I suspect it was not rebased at all.
>>
>>  I would try rebase with -v (verbose) and also tie it to a log file.
>>  $ rebaseall -v | tie rebaseall.log
>>
>>  Check the output for refused dll's, and if nothing is obvious, send
>>  the output of cygcheck -s -v -r
>>  plus rebaseall.log
>>
>>Run cygcheck -s -v -r > cygcheck.out and include that file as an
>>  attachment in your report.
>>Please do not compress or otherwise encode the output. Just attach
>>  it as a straight text
>>file so that it can be easily viewed.
>>  as described in http://cygwin.com/problems.html
>
> There is no tie command, so I tried to call /bin/rebaseall -v >
> rebaseall.log from the ash. Please find attached rebaseall.log and
> cygcheck.log as per above requirment.

Yes, that's the problem. There are non ash cygwin processes still running.
See the output of ps x. There must only be 2 processes:
 /usr/bin/ash
 /usr/bin/ps

Kill all other.

rebaseall: only ash processes are allowed during rebasing
Exit all Cygwin processes and stop all Cygwin services.
Execute ash from Start/Run... or a cmd or command window.
Execute '/bin/rebaseall' from ash.
exit 2
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

--
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.exe: fatal error on Vista

[hce]

On 8/13/08, Reini Urban <[EMAIL PROTECTED]> wrote:
> 2008/8/13 hce:
>  > On 8/13/08, Reini Urbanwrote:
>
> >> 2008/8/13 hce:
>  >>
>  >> > On 8/12/08, Reini Urban wrote:
>  >>  >> 2008/8/12 hce:
>  >>  >>
>  >>  >> > I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I 
> am
>  >>  >>  > building the VLC at the moment and had following error for cygwin
>  >>  >>  > perl.exe. Could anyone advise what I was missing?
>  >>  >>  >
>  >>  >>  > + autoreconf --install --force --verbose -I m4
>  >>  >>  >  4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal 
> error - unable t
>  >>  >>  > o remap 
> C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa
>  >>  >>  > me address as parent(0x86) != 0x14C
>  >>  >>  > 37 [main] perl 2712 child_info::sync: wait failed, pid 920, 
> Win32 error 183
>  >>  >>  >
>  >>  >>  >   1053 [main] perl 2712 fork: child 920 - died waiting for dll 
> loading, errno 1
>  >>  >>
>  >>  >>
>  >>  >> That's a typical rebaseall problem, as advertised in the perl 
> ANNOUNCEMENT.
>  >>  >>
>  >>  >>  Install rebase, read /usr/share/doc/Cygwin/rebase-2.4.4.README
>  >>  >>
>  >>  >>  snip
>  >>  >>  Use the following procedure to rebase your entire system:
>  >>  >>
>  >>  >> 1. shutdown all Cygwin processes and services
>  >>  >> 2. start ash (do not use bash or rxvt)
>  >>  >> 3. execute /bin/rebaseall (in the ash window)
>  >>  >
>  >>  > Thanks for the advice. I installed rebase then followed above 
> procedure:
>  >>  >
>  >>  > 1. Shutdown all Cygwin processes and services (shutdown all cygwin 
> terminals)
>  >>  > 2. Start a dos termina, and run ash from the dos terminal
>  >>  > 3. Execute /bin/rebaseall from the ash command line.
>  >>  >
>  >>  > After that, I've running ./bootstrap from the vlc again. The same
>  >>  > error was still there?
>  >>  >
>  >>  > What I did wrong here?
>  >>
>  >>
>  >> I cannot say from here. Obviously Glob.dll was not rebased.
>  >>  File::Glob is one of the very first loaded dll's in such forked perl
>  >>  process with wildcards args.
>  >>  So I suspect it was not rebased at all.
>  >>
>  >>  I would try rebase with -v (verbose) and also tie it to a log file.
>  >>  $ rebaseall -v | tie rebaseall.log
>  >>
>  >>  Check the output for refused dll's, and if nothing is obvious, send
>  >>  the output of cygcheck -s -v -r
>  >>  plus rebaseall.log
>  >>
>  >>Run cygcheck -s -v -r > cygcheck.out and include that file as an
>  >>  attachment in your report.
>  >>Please do not compress or otherwise encode the output. Just attach
>  >>  it as a straight text
>  >>file so that it can be easily viewed.
>  >>  as described in http://cygwin.com/problems.html
>  >
>  > There is no tie command, so I tried to call /bin/rebaseall -v >
>  > rebaseall.log from the ash. Please find attached rebaseall.log and
>  > cygcheck.log as per above requirment.
>
>
> Yes, that's the problem. There are non ash cygwin processes still running.
>  See the output of ps x. There must only be 2 processes:
>   /usr/bin/ash
>   /usr/bin/ps
>
>  Kill all other.
>
>  rebaseall: only ash processes are allowed during rebasing
> Exit all Cygwin processes and stop all Cygwin services.
> Execute ash from Start/Run... or a cmd or command window.
> Execute '/bin/rebaseall' from ash.
>  exit 2

Where did the log files indicate there were more than two processes? I
checked ps, there were indeed only two processes before calling the
/bin/rebaseall from ash command line:

C:\Cygwin\bin\ps

PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
I2484   12484   2484  con 1000 11:24:31 /usr/bin/ash
 4564   14564   4564  con 1000 11:29:04 /usr/bin/ps

Thanks Reini.

>
> Reini Urban
>  http://phpwiki.org/ http://murbreak.at/
>
>  --
>  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: perl.exe: fatal error on Vista

[Dave Korn]

hce wrote on 13 August 2008 12:36:
> On 8/13/08, Reini Urban wrote:

>>  >>  I would try rebase with -v (verbose) and also tie it to a log file.
>>  >>  $ rebaseall -v | tie rebaseall.log

>>  > There is no tie command, 

  It's a typo, Reini meant 'tee'.

>>  > so I tried to call /bin/rebaseall -v >
>>  > rebaseall.log from the ash. Please find attached rebaseall.log and
>>  > cygcheck.log as per above requirment.

  That works too :)

>> Yes, that's the problem. There are non ash cygwin processes still
>>  running. See the output of ps x. There must only be 2 processes:  
>>   /usr/bin/ash /usr/bin/ps
>> 
>>  Kill all other.
>> 
>>  rebaseall: only ash processes are allowed during rebasing
>> Exit all Cygwin processes and stop all Cygwin services.
>> Execute ash from Start/Run... or a cmd or command window.
>> Execute '/bin/rebaseall' from ash.
>>  exit 2
> 
> Where did the log files indicate there were more than two processes? 

  Right here:

>>  rebaseall: only ash processes are allowed during rebasing

  It's not the quantity that matters, it's that the only thing running must
be ash itself, and 'ps' for the brief moment when you're checking that only
ash is running.

> I
> checked ps, there were indeed only two processes before calling the
> /bin/rebaseall from ash command line:
> 
> C:\Cygwin\bin\ps
> 
> PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
> I2484   12484   2484  con 1000 11:24:31 /usr/bin/ash
>  4564   14564   4564  con 1000 11:29:04 /usr/bin/ps

  Try using "ps -a" to show /all/ processes (including services, for
example).  Or try doing it the same way the rebaseall script checks:

grep -E -q -i -v '/ash(.exe)?$' /proc/[0-9]*/exename


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: perl.exe: fatal error on Vista

[Dave Korn]

Dave Korn wrote on 13 August 2008 13:06:

> Or try doing it the same way the rebaseall script checks:
> 
> grep -E -q -i -v '/ash(.exe)?$' /proc/[0-9]*/exename

  Ooops.  You'll want to remove the -q flag, in order to see the names,
rather than just have a status code of 0 or 1 in the shell "$?" variable.


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: perl.exe: fatal error on Vista

[Julio Emanuel]

On Wed, Aug 13, 2008 at 11:33 AM, hce <[EMAIL PROTECTED]> wrote:

>
>
>
>There is no tie command, so I tried to call /bin/rebaseall -v >
>rebaseall.log from the ash. Please find attached rebaseall.log and
>cygcheck.log as per above requirment.
>
>Thank you.
>

Did you noticed that no /bin, /usr/bin, etc were present in your PATH?
Also at the end of cygcheck.log not even one of the basic tools were
detected, but some of their packages are installed (eg, bash, sed,
...).

Did you ran cygcheck from ash? If so, please run it on your "normal"
environment; if not, there's your problem.

--
___
Julio Costa

--
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.exe: fatal error on Vista

[Tim McDaniel]

On Wed, 13 Aug 2008, hce <[EMAIL PROTECTED]> wrote:

On 8/13/08, Reini Urban <[EMAIL PROTECTED]> wrote:

 I would try rebase with -v (verbose) and also tie it to a log file.
 $ rebaseall -v | tie rebaseall.log


There is no tie command


Reini must have meant the "tee" command.  It's intended to be a
T-joint, metaphorically: it copies all its input to the filename
argument and also to its standard output.  It's most commonly used to
saving output into a log file while also monitoring it as it is
generated, as intended here.

--
Tim McDaniel, [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/

perl - finding files that don't exist?

[Paul Mallas]

I am not sure where this issue should sits - is it a perl problem or a 
cygwin problem or windows?  Not sure - but I have noticed just after 
cygwin upgrade.


Perl seems to be finding files that don't exist:

$ ls -a
./  ../  Babel.pm

$ perl -e 'print (-f "./PRN.pm")'
1

$ perl -e 'print (-e "./PRN.pm")'
1

$ perl -e 'print (-e "./PR.pm")'


PRN.pm is reserved device in windows.  You can't create a file with this 
name in WinXP.  But perl says the file exists now and it did not seem to 
exhibit this behaviour before.




--
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: Lines wrapping in emails

[Larry Hall (Cygwin)]

Angelo Graziosi wrote:
Perhaps this question is not strictly related to Cygwin, but its 
solution could help Cygwin people.


I have seen that many emails to these lists have long lines that make 
them unreadable (see [1], for example).


Since this problem could potentially regard me too, I would ask if 
someone has some solution or can point me to some documentation which 
fixes the following.


When I use Thunderbird, I seen that even if I have configured it to wrap 
lines after 72 characters, this does not happen when I read the emails 
on this list (with Firefox or IE).


For example, the above paragraph has 3 lines, wrapped after 72 chs., 
when I write it (even maximizing the window), but a single line (or 2, 
at most) when I read it on the list.


Obviously I have configured to sent and visualize only pure text.

I have searched on the WEB, but not clear solution found.

Many Cygwin users will be grateful to find it!


One thing that works for me is I use this one key, way over to the right
side of my keyboard.  It's labeled "Enter".  It has fallen into disuse and
I'm not sure allot of keyboards come with that key anymore. ;-)

Seriously, the above does work but of course requires manual intervention
and some "retraining" if you've gotten used to just typing away. :-)
Another technique (again requiring manual intervention) that seems to
work for me with Thunderbird is the "Rewrap" function under "Edit".  If
you select the block of text and then "Rewrap", it will reformat the
message to the number of characters in a line that you specified (72 in
yours and the default case).  This has it's flaws when rewrapping quoted
text, which is what I use it for, but in my quick test now worked great
on the text I typed in.

I'm not sure why the Thunderbird automatic line wrapping gets
short-circuited or what's responsible for it. Looking at the raw text in
the archives, it's clear that both you and I are sending messages with
the format=flowed tag on so clearly that's not the key factor, though
finding the switch that turns that off in the bowels of the Thunderbird
preferences might (should) help.

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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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 - finding files that don't exist?

[Larry Hall (Cygwin)]

Paul Mallas wrote:
I am not sure where this issue should sits - is it a perl problem or a 
cygwin problem or windows?  Not sure - but I have noticed just after 
cygwin upgrade.


Perl seems to be finding files that don't exist:

$ ls -a
./  ../  Babel.pm

$ perl -e 'print (-f "./PRN.pm")'
1

$ perl -e 'print (-e "./PRN.pm")'
1

$ perl -e 'print (-e "./PR.pm")'


PRN.pm is reserved device in windows.  You can't create a file with this 
name in WinXP.  But perl says the file exists now and it did not seem to 
exhibit this behaviour before.




Cygwin has always recognized these devices because the underlying Windows
APIs do.  Try "ls PRN" anywhere.


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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: emacs open display problem

[[EMAIL PROTECTED]]

Ken Brown wrote:

>On 8/10/2008 2:48 PM, parminides wrote:

>>emacs just flat-out refuses to open a display window. 

>You might need to install or reinstall libncurses7. See

>http://sourceware.org/ml/cygwin-xfree/2007-03/msg00081.html

It worked like a charm. Thank you so much.



Learn digital and video photography techniques, lighting and printing. Click 
now.
http://thirdpartyoffers.netzero.net/TGL2231/fc/Ioyw6ijngO5Wg7wazrs2xV7sA9clWgUZDLHNfYJSHRuGdNBfkyskqO/

--
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: On bash prompt

[Angelo Graziosi]

Larry Hall wrote:


Another technique (again requiring manual intervention) that seems to
work for me with Thunderbird is the "Rewrap" function under "Edit".


I didn't know it. Thanks. This wrapping behaviour looks like a weak
point of Thunderbird.

A manual intervention with 'Rewrap' should be better than using "Enter".
It does seem strange that Thunderbird hasn't a more efficient method to
handle this wrapping.

In 'Pine', for example, the lines are wrapped but they have also the LF
at their end, so that the problem does not exist.


Thanks for suggestion,
Angelo.

--
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: Lines wrapping in emails

[Angelo Graziosi]

Larry Hall wrote:


Another technique (again requiring manual intervention) that seems to
work for me with Thunderbird is the "Rewrap" function under "Edit".


Larry,

as you can see [1], your suggestions work fine, I am only afraid because
inadvertently changed the subject of the email. Sorry!

Cheers,
   Angelo.

---
[1] http://cygwin.com/ml/cygwin/2008-08/msg00413.html

--
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.exe: fatal error on Vista

[Reini Urban]

Tim McDaniel schrieb:

On Wed, 13 Aug 2008, hce <[EMAIL PROTECTED]> wrote:

On 8/13/08, Reini Urban <[EMAIL PROTECTED]> wrote:

 I would try rebase with -v (verbose) and also tie it to a log file.
 $ rebaseall -v | tie rebaseall.log


There is no tie command


Reini must have meant the "tee" command.  It's intended to be a
T-joint, metaphorically: it copies all its input to the filename
argument and also to its standard output.  It's most commonly used to
saving output into a log file while also monitoring it as it is
generated, as intended here.


Sorry. tee is what I meant of course.
I'm obviously doing too much perl tie'ng lately.

The error is most likely a running cygwin service.
But since cygcheck was run from cmd.exe, not from bash, and 
C:\Tools\Cygwin\bin not in the path we cannot tell for sure.


For the disturbing cygcheck message "Windows Longhorn/Vista (not yet 
supported!) Ver 6.0 Build 6001 Service Pack 1" only Corinna can tell.

AFAIK it should work ok.
But I haven't tested it on Vista, as I have no Vista nowhere.
--
Reini

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

Problems using stat function

[Ignasi Villagrasa]

 
Hi everyone,
 
I'm migrating an old WATCOM C++ based application to cygwin, using -mno-cygwin 
in order to make the converted executable as similar as possible to the 
original one.
 
I get a problem using 
 
int stat ( const char *__path, struct stat *__sbuf );
 
I get an improper offset and so size comes on the st_atime field instead of 
st_size.
 
Is there any report or known bug related to this behaviour ?
 
It seems library doen't map properly the pointed structure.
 
Before going on to dicover what provokes the problem (Library, used include), 
I'd like to know if someone has ever found this behaviour also.

 
Ignasi Villagrasa
Dpto. I+D
[EMAIL PROTECTED]   

"Este mensaje y los documentos anexos, en el caso de que los contenga,pueden 
contener información confidencial. Por esta razón, se informa a quien reciba el 
mensaje por error que la información que contiene es reservada y usarla sin 
autorización está prohibido legalmente, por la cual cosa le rogamos que nos lo 
comunique por esta misma vía o por teléfono (+90225 35 01 - +55 5207 9191), 
abstenerse de realizar copias del mensaje, transmitirlo o entregarlo a 
cualquier persona y proceda a borrarlo rápidamente. Gracias."


--
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 - finding files that don't exist?

[Reini Urban]

Larry Hall (Cygwin) schrieb:

Paul Mallas wrote:
I am not sure where this issue should sits - is it a perl problem or a 
cygwin problem or windows?  Not sure - but I have noticed just after 
cygwin upgrade.


Perl seems to be finding files that don't exist:

$ ls -a
./  ../  Babel.pm

$ perl -e 'print (-f "./PRN.pm")'
1

$ perl -e 'print (-e "./PRN.pm")'
1

$ perl -e 'print (-e "./PR.pm")'


PRN.pm is reserved device in windows.  You can't create a file with 
this name in WinXP.  But perl says the file exists now and it did not 
seem to exhibit this behaviour before.




Cygwin has always recognized these devices because the underlying Windows
APIs do.  Try "ls PRN" anywhere.


And "ls PRN.pm" has the same problem. With cygwin-1.5 and earlier only.
cygwin stat() is the problem, not perl.

Try "strace ls PRN.pm"
and see
fhandler_base::open_9x: 0x = CreateFile (C:\\PRN.pm, 
0x8000, 0x7, 0x22C540, 0x3, 0x280, 0)


1.7 will work okay in this regard.
ls PRN.pm
  ls: cannot access PRN.pm: No such file or directory
It will not use the old CreateFile() for stat(), but the Win95 
incompatible Nt... variants

with \??\C:\\PRN.pm
--
Reini Urban
http://phpwiki.org/  http://murbreak.at/

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

setup.exe crashing on postgress uninstall

[William Deegan]

Greetings,

I just downloaded latest setup.exe and ran it to update my current packages.
When it got to uninstalling postgresql prior to installing the new
version, it crashed and hung.

Any suggestions how to get past this/capture useful information to
file a bug with?

Also, if I instruct setup.exe to keep the current version of
postgress, then it doesn't crash.

See attached cygcheck -s for info on packages.

Thanks,
Bill


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

Re: Problems using stat function

[Larry Hall (Cygwin)]

Ignasi Villagrasa wrote:
 
Hi everyone,
 
I'm migrating an old WATCOM C++ based application to cygwin, using

-mno-cygwin in order to make the converted executable as similar as
possible to the original one.

I get a problem using

int stat ( const char *__path, struct stat *__sbuf );

I get an improper offset and so size comes on the st_atime field instead
of st_size.

Is there any report or known bug related to this behaviour ?

It seems library doen't map properly the pointed structure.

Before going on to dicover what provokes the problem (Library, used
include), I'd like to know if someone has ever found this behaviour also.


The -mno-cygwin switch means exactly what it says - you're not using
Cygwin.  What you're actually using is a pseudo-cross compiler targeting
Windows APIs (instead of Cygwin's POSIX APIs).  This functionality comes
from .  You should research your issue there.

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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Re: setup.exe crashing on postgress uninstall

[Reini Urban]

William Deegan schrieb:

I just downloaded latest setup.exe and ran it to update my current packages.
When it got to uninstalling postgresql prior to installing the new
version, it crashed and hung.


I remember having experimented with a postinstall script.
This was a failed attempt, and should be removed, if so.

mv /etc/preremove/postgresql.sh*

Which version do you want to uninstall exactly?


Any suggestions how to get past this/capture useful information to
file a bug with?

Also, if I instruct setup.exe to keep the current version of
postgress, then it doesn't crash.

See attached cygcheck -s for info on packages.

--
Reini Urban
http://phpwiki.org/  http://murbreak.at/

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

Re: setup.exe crashing on postgress uninstall

[Reini Urban]

Reini Urban schrieb:

William Deegan schrieb:
I just downloaded latest setup.exe and ran it to update my current 
packages.

When it got to uninstalling postgresql prior to installing the new
version, it crashed and hung.


I remember having experimented with a postinstall script.
This was a failed attempt, and should be removed, if so.

mv /etc/preremove/postgresql.sh*

Which version do you want to uninstall exactly?


Any suggestions how to get past this/capture useful information to
file a bug with?

Also, if I instruct setup.exe to keep the current version of
postgress, then it doesn't crash.

See attached cygcheck -s for info on packages.


Just saw this attachment. You have 8.1.4-2 and no postgresql
postinstall scripts.

Most likely your postgresql service is still running and
setup cannot remove services in use.

$ /etc/rc.d/init.d/postgresql stop
$ /etc/rc.d/init.d/postgresql uninstall

before uninstalling it via setup.exe.
--
Reini Urban
http://phpwiki.org/  http://murbreak.at/

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

Print

[r]

When I try to print under cygwin ( a text file too ) with 'lpr' I can hear the
printer ( Lexmark Z600 Series connected via usb to a simple desktop pc ) 
move the cursor to be ready for printing but nothing happens.
I tried with text files and .ps too.

'lpr test'
'lpr test2.ps'

It seems that cygwin sends some signal to the printer but, nothing is
printed.
I read cygwin manual, faqs, tried with 'cat test | lpr'
but the result is the same.
I've installed gsview, so tried 'gsprint test2.ps', but here initially
nothing happened ( not even the printer cursor moving as before ). After
1 minute the computer slow and I see that spoolv.exe process, burns 98% of
cpu usage. The output at prompt is :

$ gsprint test2.ps  
Copyright (C) 2003-2006, Ghostgum Software Pty Ltd.  All Rights Reserved.
2006-02-24 gsprint 1.9   
GPL Ghostscript 8.63 (2008-08-01)
Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.  
This software comes with NO WARRANTY: see the file PUBLIC for details.   
Page 1, PRINT

 


--
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: Print

[Brian Dessent]

r wrote:

> When I try to print under cygwin ( a text file too ) with 'lpr' I can hear the
> printer ( Lexmark Z600 Series connected via usb to a simple desktop pc )
> move the cursor to be ready for printing but nothing happens.
> I tried with text files and .ps too.
> 
> 'lpr test'
> 'lpr test2.ps'

The thing you have to realize about lpr is that it does no translation
of the input whatsoever, it simply sends the file to the printer
verbatim.  Most printers these days only recognise a specialized
proprietary language, which varies between manufacturer and model.  The
chance of a printer being able to directly interpret postscript is
almost nil, unless you're talking about an expensive workgroup/server
style of printer.  Even text files need encoding in many cases.  In
short, this translation falls under the job of the printer driver, which
is not involved in the equation at all when you use lpr.  You either
need to use something that does use the Windows printer driver (like
notepad for text files), or something that has its own equivalent
functionality (like ghostscript.)

There was a recent thread on the topic which you should read:


> I've installed gsview, so tried 'gsprint test2.ps', but here initially
> nothing happened ( not even the printer cursor moving as before ). After
> 1 minute the computer slow and I see that spoolv.exe process, burns 98% of
> cpu usage. The output at prompt is :
> 
> $ gsprint test2.ps
> Copyright (C) 2003-2006, Ghostgum Software Pty Ltd.  All Rights Reserved.
> 2006-02-24 gsprint 1.9
> GPL Ghostscript 8.63 (2008-08-01)
> Copyright (C) 2008 Artifex Software, Inc.  All rights reserved.
> This software comes with NO WARRANTY: see the file PUBLIC for details.
> Page 1, PRINT

This should in theory work, but you'd need to configure ghostscript
(through command line arguments or whatever) to tell it what kind of
printer you have so that it can translate postscript into the format
that the printer can understand -- assuming that ghostscript supports
your printer model.

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/