Re: How is cron started

[Vidiot]

>Start | Control Panel | Administrative Tools | Services

When I re-enabled my password, both cygrunsrv and cron started and showed
up in my process list.

MB
-- 
e-mail: [EMAIL PROTECTED]/~\ The ASCII
[I've been to Earth.  I know where it is. ]  \ / Ribbon Campaign
[And I'm gonna take us there.Starbuck  3/25/07]   X  Against
Visit - URL: http://vidiot.com/  / \ HTML 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: When I start a process in bash - which pid is correct - Windows Task Manager or ps -ef

[Phil Betts]

Brian Keener wrote on Wednesday, October 10, 2007 11:31 PM::

> I have an application that I have been trying to gather info on and it
> hangs but it seems finding the pid is difficult for attempting to
> attach to it.
> 

Use ps -el instead of -ef.  That lists the winpids too.

Phil

--
Unsubscribe info:  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: A problem with tgamma function

[Angelo Graziosi]

In any case, it seems that 'tgamma' has some problem, as this bug report
says (your results are the same):

http://sources.redhat.com/bugzilla/show_bug.cgi?id=5159


   Angelo.


On Thu, 11 Oct 2007, Marco Atzeri wrote:

>
> --- Angelo Graziosi <[EMAIL PROTECTED]> ha
> scritto:
>
> >
> > For the sake of completeness I want to flag this.
> >
> > A recent failure of GFortran tests, regarding the
> > usage of GAMMA
> > functions, results in the following problem with
> > 'tgamma' on Cygwin
> > (gcc-3.4.4-3):
>
> Not confirmed on latest snapshot
>
> $ uname -vo
> 20070920 12:04:04 Cygwin
>
> $ gcc -v
> Reading specs from
> /bin/../lib/gcc/i686-pc-cygwin/3.4.4/specs
> Configured with:
> /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure
> --verbose --prefix=/usr --exec-prefix=/usr
> --sysconfdir=/etc --libdir=/usr/lib
> --libexecdir=/usr/lib --mandir=/usr/share/man
> --infodir=/usr/share/info
> --enable-languages=c,ada,c++,d,f77,pascal,java,objc
> --enable-nls --without-included-gettext
> --enable-version-specific-runtime-libs --without-x
> --enable-libgcj --disable-java-awt --with-system-zlib
> --enable-interpreter --disable-libgcj-debug
> --enable-threads=posix --enable-java-gc=boehm
> --disable-win32-registry --enable-sjlj-exceptions
> --enable-hash-synchronization --enable-libstdcxx-debug
> Thread model: posix
> gcc version 3.4.4 (cygming special, gdc 0.12, using
> dmd 0.125)
>
>
> > $ ./a.exe
> > Segmentation fault (core dumped)
>
> ./a.exe
> Arg: 18.5, Exact: 1.4986121e+15, tgamma:
> 1.4986145e+15, diff: 1.6121044e-06
> Arg: 19.5, Exact: 2.7724323e+16, tgamma: 2.772436e+16,
> diff: 1.3167939e-06
> Arg: 23.5, Exact: 5.3613034e+21, tgamma:
> 5.3612978e+21, diff: 1.0500245e-06
> Arg: 29.5, Exact: 1.6348124e+30, tgamma:
> 1.6348178e+30, diff: 3.3277006e-06
> Arg: 30.5, Exact: 4.8226972e+31, tgamma:
> 4.8226831e+31, diff: 2.9078208e-06
> Arg: 31.5, Exact: 1.4709225e+33, tgamma:
> 1.4709265e+33, diff: 2.7352257e-06
> Arg: 32.5, Exact: 4.633406e+34, tgamma: 4.6333912e+34,
> diff: 3.2061253e-06
> Arg: 33.5, Exact: 1.5058569e+36, tgamma:
> 1.5058626e+36, diff: 3.7881605e-06
> Arg: 34.5, Exact: 5.0446211e+37, tgamma:
> 5.0446287e+37, diff: 1.5077254e-06
>
> Regards
> Marco
>
>
>
>   ___
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.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: A problem with tgamma function

[Angelo Graziosi]

In any case, it seems that 'tgamma' has some problem, as this bug report
says (your results are the same):

http://sources.redhat.com/bugzilla/show_bug.cgi?id=5159


   Angelo.


On Thu, 11 Oct 2007, Marco Atzeri wrote:

>
> --- Angelo Graziosi <[EMAIL PROTECTED]> ha
> scritto:
>
> >
> > For the sake of completeness I want to flag this.
> >
> > A recent failure of GFortran tests, regarding the
> > usage of GAMMA
> > functions, results in the following problem with
> > 'tgamma' on Cygwin
> > (gcc-3.4.4-3):
>
> Not confirmed on latest snapshot
>
> $ uname -vo
> 20070920 12:04:04 Cygwin
>
> $ gcc -v
> Reading specs from
> /bin/../lib/gcc/i686-pc-cygwin/3.4.4/specs
> Configured with:
> /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure
> --verbose --prefix=/usr --exec-prefix=/usr
> --sysconfdir=/etc --libdir=/usr/lib
> --libexecdir=/usr/lib --mandir=/usr/share/man
> --infodir=/usr/share/info
> --enable-languages=c,ada,c++,d,f77,pascal,java,objc
> --enable-nls --without-included-gettext
> --enable-version-specific-runtime-libs --without-x
> --enable-libgcj --disable-java-awt --with-system-zlib
> --enable-interpreter --disable-libgcj-debug
> --enable-threads=posix --enable-java-gc=boehm
> --disable-win32-registry --enable-sjlj-exceptions
> --enable-hash-synchronization --enable-libstdcxx-debug
> Thread model: posix
> gcc version 3.4.4 (cygming special, gdc 0.12, using
> dmd 0.125)
>
>
> > $ ./a.exe
> > Segmentation fault (core dumped)
>
> ./a.exe
> Arg: 18.5, Exact: 1.4986121e+15, tgamma:
> 1.4986145e+15, diff: 1.6121044e-06
> Arg: 19.5, Exact: 2.7724323e+16, tgamma: 2.772436e+16,
> diff: 1.3167939e-06
> Arg: 23.5, Exact: 5.3613034e+21, tgamma:
> 5.3612978e+21, diff: 1.0500245e-06
> Arg: 29.5, Exact: 1.6348124e+30, tgamma:
> 1.6348178e+30, diff: 3.3277006e-06
> Arg: 30.5, Exact: 4.8226972e+31, tgamma:
> 4.8226831e+31, diff: 2.9078208e-06
> Arg: 31.5, Exact: 1.4709225e+33, tgamma:
> 1.4709265e+33, diff: 2.7352257e-06
> Arg: 32.5, Exact: 4.633406e+34, tgamma: 4.6333912e+34,
> diff: 3.2061253e-06
> Arg: 33.5, Exact: 1.5058569e+36, tgamma:
> 1.5058626e+36, diff: 3.7881605e-06
> Arg: 34.5, Exact: 5.0446211e+37, tgamma:
> 5.0446287e+37, diff: 1.5077254e-06
>
> Regards
> Marco
>
>
>
>   ___
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.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/

error duplicating from_master handle

[Dr. Volker Zell]

Hi

I just got the following in my /var/log/messages when rebooting my
system (WXP):

Oct 10 23:43:43 vzell-de syslog-ng[1064]: syslog-ng version 1.6.12 going down
Oct 11 08:59:46 vzell-de syslog-ng[1428]: syslog-ng version 1.6.12 starting
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/chargen [line=15]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/chargen-udp [line=13]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/daytime [line=14]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/daytime-udp [line=13]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/echo [line=14]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/echo-udp [line=13]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/ftpd [line=14]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/imapd [line=16]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/ntalk [line=16]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/pop3d [line=16]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/rexec [line=16]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/rlogin [line=14]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/rsh [line=14]
Oct 11 08:59:48 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/rsync [line=15]
Oct 11 08:59:49 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/servers [line=13]
Oct 11 08:59:49 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/services [line=13]
Oct 11 08:59:49 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/telnet [line=13]
Oct 11 08:59:49 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/time [line=18]
Oct 11 08:59:49 localhost xinetd: PID 1132: Reading included configuration 
file: /etc/xinetd.d/time-udp [line=13]
Oct 11 08:59:49 localhost xinetd: PID 1132: removing shell
Oct 11 08:59:49 localhost xinetd: PID 1132: removing rsync
Oct 11 08:59:49 localhost xinetd: PID 1132: removing time
Oct 11 08:59:49 localhost xinetd: PID 1132: removing time
Oct 11 08:59:49 localhost xinetd: PID 1132: xinetd Version 2.3.9 started with 
no options compiled in.
Oct 11 08:59:49 localhost xinetd: PID 1132: Started working: 15 available 
services
Oct 11 08:59:53 localhost apache2: PID 1688: `apache2' service started
Oct 11 08:59:58 localhost sshd: PID 800: Server listening on 0.0.0.0 port 22.
Oct 11 09:00:00 localhost /usr/sbin/cron: PID 436: (CRON) STARTUP (V5.0)
Oct 11 09:00:07 localhost apache2: PID 1688: `apache2' service stopped, exit 
status: 1
Oct 11 09:00:42 localhost slapd: PID 3304: @(#) $OpenLDAP: slapd 2.3.36 (Jul 12 
2007 23:19:27) $[EMAIL PROTECTED]:/>
Oct 11 09:00:44 localhost init: no more processes left in this runlevel
Oct 11 09:00:45 localhost slapd: PID 3348: slapd starting
Oct 11 09:09:47 vzell-de syslog-ng[1428]: STATS: dropped 0
Oct 11 09:18:42 localhost cygserver: error getting handle(1708) to server (5)
Oct 11 09:18:42 localhost cygserver: error duplicating from_master handle, 
error = 0
Oct 11 09:18:42 localhost cygserver: error getting handle(1696) to server (5)
Oct 11 09:18:42 localhost cygserver: error duplicating to_master handle, error 
= 0
Oct 11 09:18:45 localhost cygserver: error getting handle(1708) to server (5)
Oct 11 09:18:45 localhost cygserver: error duplicating from_master handle, 
error = 0
Oct 11 09:18:45 localhost cygserver: error getting handle(1696) to server (5)
Oct 11 09:18:45 localhost cygserver: error duplicating to_master handle, error 
= 0
Oct 11 09:18:48 localhost cygserver: error getting handle(1708) to server (5)
Oct 11 09:18:48 localhost cygserver: error duplicating from_master handle, 
error = 0
Oct 11 09:18:48 localhost cygserver: error getting handle(1696) to server (5)
Oct 11 09:18:48 localhost cygserver: error duplicating to_master handle, error 
= 0
Oct 11 09:19:28 localhost cygserver: error getting handle(1608) to server (5)
Oct 11 09:19:28 localhost cygserver: error duplicating from_master handle, 
error = 0
Oct 11 09:19:28 localhost cygserver: error getting handle(1596) to server (5)
Oct 11 09:19:28 localhost cygserver: error duplicating to_master handle, error 
= 0
Oct 11 09:19:28 localhost cygserver: error getting handle(1608) to server (5)
Oct 11 09:19:28 localhost cygserver: error duplicating from_master handle, 
error = 0
Oct 11 09:19:28 localhost cygserver: error getting handle(1596) to server (5)
Oct 11 09:19:28

Re: Unable to install cygwin setup.exe - need help.

[Larry Hall (Cygwin)]

[EMAIL PROTECTED] wrote:

Hi,

  I was trying to setpup Cygwin in my PC. I tried with many mirror site 
near to me. But, I get the following error messgae from all the mirror 
site:


  Unable to get setup.ini from "mirror site" (all that I added during 
installation).


  Could you please, let me know how to resolve this problem.



Try a different mirror site.

--
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: Unable to install cygwin setup.exe - need help.

[Dave Korn]

On 11 October 2007 13:16, Larry Hall (Cygwin) wrote:

> [EMAIL PROTECTED] wrote:
>> Hi,
>> 
>>   I was trying to setpup Cygwin in my PC. I tried with many mirror site
>> near to me. But, I get the following error messgae from all the mirror
>> site: 
>> 
>>   Unable to get setup.ini from "mirror site" (all that I added during
>> installation). 
>> 
>>   Could you please, let me know how to resolve this problem.
> 
> 
> Try a different mirror site.

  Try a mirror site that's different to all sites?  Sounds a bit Zen.  What is 
the mirror site that is different from all mirror sites?

  Sounds like a firewall problem.  Make sure setup.exe is granted internet 
access.  If you use a proxy for browsing the web, make sure you select "Use IE5 
settings" on the "Select your internet connection" page, or select "Use 
HTTP/FTP proxy" and enter the proxy details directly.  If that still doesn't 
help, do a more basic test: check if you can get to the mirror site in your  
browser and find setup.ini there.


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


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

Re: Unable to install cygwin setup.exe - need help.

[Larry Hall (Cygwin)]

Dave Korn wrote:

On 11 October 2007 13:16, Larry Hall (Cygwin) wrote:


[EMAIL PROTECTED] wrote:

Hi,

  I was trying to setpup Cygwin in my PC. I tried with many mirror site
near to me. But, I get the following error messgae from all the mirror
site: 


  Unable to get setup.ini from "mirror site" (all that I added during
installation). 


  Could you please, let me know how to resolve this problem.


Try a different mirror site.


Try a mirror site that's different to all sites? Sounds a bit Zen. What
is  the mirror site that is different from all mirror sites?


The OP mentioned "I tried with many mirror site (sic) near to me."  So "all
the mirror site (sic)" applies in the context of the previous statement.
That's not to say that the problem couldn't be on the local end as you
suggested though Dave.

--
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: A problem with tgamma function

[Brian Dessent]

Angelo Graziosi wrote:

> In any case, it seems that 'tgamma' has some problem, as this bug report
> says (your results are the same):
> 
> http://sources.redhat.com/bugzilla/show_bug.cgi?id=5159

That is a bug report against glibc.  You cannot draw any inferences
between that and newlib/Cygwin because they are totally separate and
unrelated code bases.

Marco Atzeri wrote:

> Not confirmed on latest snapshot

That would be expected given Lev's indication of a fix in newlib:
.

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/

interpretation of %CPU in 'procps' output for multi-cpu & hyperthreading

[Tom Rodman]

Pls look at the example below (PS1 prompt def shown, and shell
alias/funct defs shown). Notice that gzip is listed as having 3
threads ( 'OurServer109' is a 4 CPU box with hyperthreading on, so
it has 8 virtual CPUs ).

I would guess gzip must run on exactly 1 cpu, at any given time.
If so, then at most, gzip could use 1/8 of the total
CPU resources or 12.5%, as reported by windows task manager,
right?  So procps is reporting the percent of the current virtual CPU,
that gzip is using, right?

Notice that 'pslist' (from SysInternals) shows gzip, using
9%; 9/12.5 * 100 = 72% of 1 virtual CPU.

Is there a way to prove that a given process with more than 1 thread,
is still restricted to just one CPU?

Any comments/corrections of my misconceptions, appreciated.

We're running 
'CYGWIN_NT-5.2 OurServer109 1.5.20s(0.155/4/2) 20060403 13:33:45 i686 Cygwin'.

--
thanks,
Tom

--my ugly two line shell prompt:
# 09:18:49 Thu 071011 2j tty3 9692 ~
# OurServer109 staffuser1 $ echo $PS1  #9692 is $$
# \t \D{%a %y%m%d} \jj \l 9692 \w\n# \h \u $
--snip
# 09:04:51 Thu 071011 2j tty3 9692 /adm/bin/sys/s
# OurServer109 staffuser1 $ ps_ -C gzip
  PID  PPID %CPU SVSZ USER TTSESS  PGRP  START COMMAND
 9564  6712 87.4 R   2060 staffuser1  tty0  6712  9564  07:47 gzip 
OurSrvr063#e_drive#Installs.bkf
# 09:11:50 Thu 071011 2j tty3 9692 /adm/bin/sys/s
# OurServer109 staffuser1
--snip
# 09:12:22 Thu 071011 2j tty3 9692 /adm/bin/sys/s
# OurServer109 staffuser1 $ _top
9:12:33 AM 10/11/2007 Process information for OurServer109:
NamePid CPU Thd  Hnd   PrivCPU TimeElapsed Time
Idle  0  89   80  0   756:50:46.20397:50:32.617
gzip   6924   9   3   67   2060 1:14:46.171 1:25:34.382
pslist 6688   1   2   90960 0:00:00.187 0:00:01.249
cqmghost   3352   1  13  223   3176 1:04:59.34397:50:13.054
--snip
# 09:18:37 Thu 071011 2j tty3 9692 ~
# OurServer109 staffuser1 $ which ps_
ps_ is aliased to `procps -wwHo 
pid,ppid,%cpu,state,vsize,user,tty,session,pgrp,bsdstart,args'
# 09:18:43 Thu 071011 2j tty3 9692 ~
# OurServer109 staffuser1 $ which _top
_top is a function
_top ()
{
pslist -s ${1:-2} | perl -ne '
next if $. == 1;
  # skip first run, since it usually does not correct CPU% (bug in PsList 
1.26)
  # 1st pslist line would match regex on next code line below

$trig = m{Process information for } if (!$after1streport);
  #regex flips true then never used again

$after1streport=1 if $trig;

if ( ($after1streport) and (!$zero_percent_CPU) )
{
  print "\n" if ($zero_percent_CPU = m{^\w+\s+\d+\s+0\s+});
#only triggers on 1st process using under 1% CPU

  print unless ($zero_percent_CPU or m{^\s*$});
}
else
{ if(m{Process information for }) {$zero_percent_CPU=0;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: interpretation of %CPU in 'procps' output for multi-cpu & hyperthreading

[Matthew Woehlke]

Tom Rodman wrote:

I would guess gzip must run on exactly 1 cpu, at any given time.
If so, then at most, gzip could use 1/8 of the total
CPU resources or 12.5%, as reported by windows task manager,
right?  So procps is reporting the percent of the current virtual CPU,
that gzip is using, right?

Notice that 'pslist' (from SysInternals) shows gzip, using
9%; 9/12.5 * 100 = 72% of 1 virtual CPU.

Is there a way to prove that a given process with more than 1 thread,
is still restricted to just one CPU?


Unless you have manually set affinity, why would this be true? More 
likely, only one thread is actually doing anything.


--
Matthew
If a signature
is not read by anyone,
does it make a sound?


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

Re: Unable to install cygwin setup.exe - need help.

[Morgan Gangwere]

On 10/11/07, Larry Hall (Cygwin)  wrote:
> Dave Korn wrote:
> > On 11 October 2007 13:16, Larry Hall (Cygwin) wrote:
> >
> >> [EMAIL PROTECTED] wrote:
> >>> Hi,
> >>>
> >>>   I was trying to setpup Cygwin in my PC. I tried with many mirror site
> >>> near to me. But, I get the following error messgae from all the mirror
> >>> site:
> >>>
> >>>   Unable to get setup.ini from "mirror site" (all that I added during
> >>> installation).
> >>>
> >>>   Could you please, let me know how to resolve this problem.
> >>
> >> Try a different mirror site.
> >
> > Try a mirror site that's different to all sites? Sounds a bit Zen. What
> > is  the mirror site that is different from all mirror sites?
>
> The OP mentioned "I tried with many mirror site (sic) near to me."  So "all
> the mirror site (sic)" applies in the context of the previous statement.
> That's not to say that the problem couldn't be on the local end as you
> suggested though Dave.

to OP:
check that your firewall is not blocking the executable -- Comodo can
be really aggressive with applications it thinks are bad.

Another idea is that if you have a firewall that has an "allow all"
setting, check that.

Also, check to make sure that your antivirus is not interferring with
the installer.



-- 
Morgan gangwere

Please Excuse TOFU. Gmail/Mobile has no Power.

"Space does not reflect society, it expresses it." -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.

--
Unsubscribe info:  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: interpretation of %CPU in 'procps' output for multi-cpu & hyperthreading

[Tom Rodman]

On Thu 10/11/07 10:05 CDT Matthew Woehlke wrote:
> Tom Rodman wrote:
> > Is there a way to prove that a given process with more than 1 thread,
> > is still restricted to just one CPU?
> 
> Unless you have manually set affinity, why would this be true? More 
> likely, only one thread is actually doing anything.

Thanks Matthew.

I meant to ask: 

  Is there a way to prove that a given process with more than 1
  thread, must always have all it's threads on a single CPU at
  any given time ( over the life of the process, I assume the all
  it's threads could shift from CPU to CPU)?

--
Unsubscribe info:  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: A problem with tgamma function

[Angelo Graziosi]

Brian Dessent wrote:

> That is a bug report against glibc.  You cannot draw any inferences
> between that and newlib/Cygwin because they are totally separate and
> unrelated code bases.

> That would be expected given Lev's indication of a fix in newlib

What I wished to stress was that the 'tgamma' function of newlib gives the
same results of the glibc-tgamma, for which a bug report has been sent.

And this regardless the "Lev's indication of a fix in newlib".

So it looks that the newlib-tgamma has similar problems to that of
glibc-tgamma.

Building the following test case with a recent CVS-GFortran-4.3.0
(that now uses tgamma), the result is

  Segment fault   with Cygwin-1.5.24-2

fail  with Cygwin-snapshot 20070920

fail  on GNU/Linux Kubuntu 7.04


Linking it with Cernlib (that has its own gamma implemented), it is
completed successfully.



Cheers,

   Angelo.




==
!
! gfortran -O0 -funroll-loops -fomit-frame-pointer -fno-second-underscore
!  -fno-automatic gfc_gamma_test_c302m.F90 -o gfc_gamma_test_c302m
!
! Uncommenting the lines
!
!!real :: gamma
!!real(DP) :: dgamma
!!external gamma,dgamma
!
! you must build in this way:
!
! gfortran -O0 -funroll-loops -fomit-frame-pointer -fno-second-underscore
!  -fno-automatic gfc_gamma_test_c302m.F90 `cernlib -gfc mathlib`
!  -o gfc_gamma_test_c302m
!
program gfc_gamma_test_c302m
  implicit none
  integer, parameter :: LOUT = 10
  integer :: ntest = 0
  call c302m()
contains
  subroutine c302m
implicit none
logical :: ltest=.true.,ltest1=.true.,ltest2=.true.
call header('C302',0)
call c302d(ltest1)
ltest=ltest .and. ltest1
call test_result('C302',ltest)
call pagend('C302')
  end subroutine c302m
  !
  subroutine c302d(ltest1)
implicit none
! implicit double precision (A-H,O-Z)
logical, intent(inout) :: ltest1
!
integer, parameter :: DP = kind(1.D0)
real(DP), parameter :: HALF = 5D-1, PI=3.14159265358979324D0

! Set maximum error allowed for test to be considered successful
real(DP), parameter :: TOL(2) = (/1D-6,5D-14/)
!
integer :: jf,n,nf
character(len=6) :: tfunc(2) = (/'GAMMA ','DGAMMA'/)
real(DP) :: dr,er,etol,errmax,rerrmax,t,x,c(0:20)
!real :: gamma
!real(DP) :: dgamma
!external gamma,dgamma

LTEST1=.true.

c(0)=1
do  n = 1,20
   c(n)=(2*n-1)*c(n-1)/2
enddo

nf=2

do jf = 1,nf
   errmax= 0.0D0
   rerrmax= 0.0E0
   write(LOUT,'(/10X,''Test of C302 '',A)') tfunc(jf)
   write(LOUT,'(/9X,''X  '',7X,''Exact'',25X,''Calculated'',&
&14X,''Rel. Error'')')

   do n =  1,20
  x = n+HALF
  t = c(abs(n))*sqrt(PI)

  if (jf == 1) then
 dr = gamma(sngl(x))
 if (dr /= 0) er = abs(sngl(dr-t)/sngl(dr))
 write(LOUT,'(1X,F10.1,2E27.9,5X,E10.1)')&
  sngl(x),sngl(t),sngl(dr),sngl(er)
  endif
  if (jf == 2) then
 dr = dgamma(x)
 if (dr /= 0) er = abs((dr-t)/dr)
 write(LOUT,'(1X,F10.1,2E27.18,5X,E10.1)') x,t,dr,er
  endif

  errmax= max(errmax,er)
   enddo

   etol = TOL(jf)

   write(LOUT,'(/''Largest relative error was'',E10.1)') errmax
   ltest1 = ltest1.and.(errmax <= etol)

   write(LOUT,'(/''Testing error messages:'')')

   if (jf == 1) dr=gamma(-sngl(HALF))
   if (jf == 2) dr = dgamma(-HALF)
enddo
return
  end subroutine c302d
  !
  subroutine header(code,mode)
! This routine prints a page header with a testing routine name
! message.
implicit none
character(len=*), intent(in) :: code
integer, intent(in) :: mode
ntest = ntest+1
if(mode == 1) &
 write(*,'(" Test#",I3," ( ",A," ): started")') ntest,code
write(LOUT,'("1",25X,30("*")/26X,"**   Testing Routine ",A,3X,"**"/&
 &26X,30("*"))') code
  end subroutine header
  !
  subroutine pagend(code)
! This subroutine prints a page end message
implicit none
character(len=*), intent(in) :: code
write(LOUT,'(/26X,30("*")/26X,"**   End of Test of  ",A,3X,"**"/&
 &26X,30("*"))') code
  end subroutine pagend
  !
  subroutine test_result(code,test)
character(len=*),intent(in) :: code
logical, intent(in) :: test
character(len=*), parameter ::&
 fmt1 = '(" Test#",I3," ( ",A," ): completed successfully")',&
 fmt2 = '(" Test#",I3," ( ",A," ): *** failed ***")'
if (test) then
   write(*,fmt1) ntest,code
   if (LOUT /= 6) write(LOUT,fmt1) ntest,code
else
   write(*,fmt2) ntest,code
   if (LOUT /= 6) write(LOUT,fmt2) ntest,code
endif
  end subroutine test_result
end program


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/

Re: interpretation of %CPU in 'procps' output for multi-cpu & hyperthreading

[Matthew Woehlke]

Tom Rodman wrote:

On Thu 10/11/07 10:05 CDT Matthew Woehlke wrote:

Tom Rodman wrote:

Is there a way to prove that a given process with more than 1 thread,
is still restricted to just one CPU?
Unless you have manually set affinity, why would this be true? More 
likely, only one thread is actually doing anything.


Thanks Matthew.

I meant to ask: 


  Is there a way to prove that a given process with more than 1
  thread, must always have all it's threads on a single CPU at
  any given time ( over the life of the process, I assume the all
  it's threads could shift from CPU to CPU)?


Well... unless you have set affinity, I don't know of any reason why a 
multi-threaded application would have all of its threads end up on only 
a single CPU to begin with*. As for whether or not threads can migrate, 
I would assume they can, although I don't really know for sure. (On 
Linux, under constant load, they don't seem to. On Windows it seems like 
even single-threaded applications tend to be distributed across multiple 
cores.)


(* for the nitpickers: "unless of course you only /have/ one CPU".)

Anyway, this isn't really a Cygwin question any more, you would do 
better asking on a Windows forum. If you wish to discuss this further, 
it should probably be taken to cygwin-talk.


--
Matthew
If a signature
is not read by anyone,
does it make a sound?

--
Unsubscribe info:  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: File permissions... Mounting...

[Eric Uratchko]

That's just it-- I've changed the domain user to a million different
things. Right now there is no authentication, it's set to full perms to
everyone. I can open it in everything. I can go to /cygdrive and see c
and z, z is the mapped network share.

Then I SSH in to the box and z is gone ... Anything that's mapped to it
is inaccessible.

I've tried chown -hR sshd_server:SYSTEM z ... And it acts like it takes
it. I do an ls -la and see that it hasn't actually changed.

Is it possible to access network drives while ssh'd into cygwin? Or has
noone ever gotten that to work? Searching finds posts where people can't
get it to work, with suggestions that don't work and then "I don't know
why this is doing that" ... 

It doesn't matter if it's NFS, cifs.. I can make it either. I don't
care, all I need is to access the drive. Is there any way to just
disable permissions?

Please forgive my ignorance, I'm new to this. If I could just get sshd
to run as administrator, would that fix this problem?

Basically everything works fine locally .. And when I ssh in, it's
broken. I know that sshd is being called via sshd_server .. And I've
even made a domain account name sshd_server and granted it full privs,
it makes no difference as it's not logging in with a domain account.
I've given that local account full perms too. I can map a network share
as that account even. Still no difference.

-- Eric Uratchko

--
My guess is that 'Y:' is a network drive that requires authentication to
access.  It's apparently owned by a domain user not in your
'/etc/passwd'
file, which accounts for the '???' stuff.  But things would be clearer
if we knew more about your installation and configuration (thus the
pointer to the problem reports guidelines above. ;-) )


-- 
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: File permissions... Mounting...

[Larry Hall (Cygwin)]

Eric Uratchko wrote:

That's just it-- I've changed the domain user to a million different
things. Right now there is no authentication, it's set to full perms to
everyone. I can open it in everything. I can go to /cygdrive and see c
and z, z is the mapped network share.

Then I SSH in to the box and z is gone ... Anything that's mapped to it
is inaccessible.



Ah, OK.  Now you let it slip that your problem is actually related to
'ssh'. ;-)  Do you see now why I originally pointed you to:



Can you show us what you're doing exactly?



I've tried chown -hR sshd_server:SYSTEM z ... And it acts like it takes
it. I do an ls -la and see that it hasn't actually changed.



It's far preferable to use POSIX syntax for pathnames.

Cygwin won't change permissions on network drives without being told to.
You need to set "smbntsec" in your CYGWIN environment variable.  See:



You might also want to take a look at the security section in the Cygwin
Users Guide if you have not already:





Is it possible to access network drives while ssh'd into cygwin? Or has
noone ever gotten that to work? Searching finds posts where people can't
get it to work, with suggestions that don't work and then "I don't know
why this is doing that" ... 



There's an FAQ entry for this actually:



If this doesn't help, I'd again invite you to read and follow the problem
reporting guidelines outlined here:



It's really better for us to know exactly what you're doing and exactly
what your configuration is before too much discussion ensues.  Otherwise,
we're just left guessing about allot of things or there's lengthy "Did you
try this?", "How did you do that?", and "How do you have that configured?"
for all the bootstrap stuff that can be more efficiently dealt with in an
initial problem report.



It doesn't matter if it's NFS, cifs.. I can make it either. I don't
care, all I need is to access the drive. Is there any way to just
disable permissions?



If you're sure that it's just file-based permissions that are in your
way, then use "nontsec" in you CYGWIN environment variable.  But I'm still
left with enough questions about your environment and what you're doing
that I can't make any firm recommendations here.



Please forgive my ignorance, I'm new to this. If I could just get sshd
to run as administrator, would that fix this problem?



No.  Not if you expect to be able to switch user contexts (i.e. ssh in as
different users).  If you don't want/need that, well then the answer may be
yes.



Basically everything works fine locally .. And when I ssh in, it's
broken. I know that sshd is being called via sshd_server .. And I've
even made a domain account name sshd_server and granted it full privs,
it makes no difference as it's not logging in with a domain account.
I've given that local account full perms too. I can map a network share
as that account even. Still no difference.



Don't try to defeat the system.  If you find you're turning things upside-
down to try to get them to work then you're probably just working against
yourself.

We need more information about your system configuration, how you set up
sshd, how you're sshing into it, and what the mysterious "z" network drive
is before offering any specific advice.  Assuming the general pointers I've
given you so far aren't enough to help you piece together a solution, please
file a proper problem report with any follow-up so someone here can
understand the details of your specific configuration issue.


--
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: A problem with tgamma function

[Lev Bishop]

On 10/11/07, Angelo Graziosi wrote:
> > That is a bug report against glibc.  You cannot draw any inferences
> > between that and newlib/Cygwin because they are totally separate and
> > unrelated code bases.

Technically, when it comes to maths, both lean very heavily on fdlibm,
so they really aren't unrelated codebases.

> > That would be expected given Lev's indication of a fix in newlib
>
> What I wished to stress was that the 'tgamma' function of newlib gives the
> same results of the glibc-tgamma, for which a bug report has been sent.
>
> And this regardless the "Lev's indication of a fix in newlib".

There are two completely different problems. The newlib segfault
problem was due to a missing include file, causing a missing prototype
for __iee754_gammaf_r(), causing C's default type rules to infer a
type of double for the first parameter to __ieee754_gammaf_r() instead
of float, in turn causing the write intended for &signgam to instead
hit a random location and segfault/coredump. This problem is fixed in
CVS.

As a second issue, the glibc implementation of tgammaf() is accurate
to worse than 10^-6 although the glibc documentation claims it should
be 1ulp (about 10^-7). This is because __ieee754_gammaf_r(x) is
implemented as
__ieee754_expf (__ieee754_lgammaf_r (x))
(with an XXX FIXME comment). Newlib does exactly the same thing (minus
the coment). The trouble with this is that you lose some accuracy. The
error can be as large as log(tgamma(x)) ulps, which in the worst case
(log(FLT_MAX)) is about 89 ulps. Actually, in practice the error
doesn't seem to be quite as bad -- the worst I've seen is about 64
ulps -- but it's still not as accurate as you'd like.

I'm sure glibc and newlib would both appreciate a good algorithm for
tgamma(), if you felt like submitting one...

Lev

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

setpgrp.c: bad sym link: sorry

[Paul McFerrin]

My apologies to those who wanted a copy of setpgrp.c from:
 http://pmcferrin.homedns.org/setpgrp.c
I see from the logs that there were several failed attempts.

I inadvertently created a symbolic link setpgrp.c to itself.  It has now 
been corrected.


-paul

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