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://cygwi
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'
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
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 ... Anyth
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 actuall
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 'tgam
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 doi
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 messg
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?
N
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
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
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 sit
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 si
[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
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 include
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 t
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
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
--
Unsubscrib
>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. ] \ / Ribb
19 matches
Mail list logo
