I'm having trouble looking this function up in the source tree, the trail
seems to end at __sys_read which has a bunch of prototypes but i can't find
the actual function code.
So my question is primarily, does getc use the read system call eventually?
But i would also love it if someone could sho
Alexander Best wrote:
> imo this patch takes good care of the problem. would be nice to
> have it in HEAD.
No -- *Please* make sure that the disks are only spun down
upon an actual power-off command (i.e. when reboot() is
called with the RB_POWEROFF flag). In all other cases the
disks should ke
On Wednesday 03 February 2010,
Stefan Midjich wrote:
> I'm having trouble looking this function up in the source tree, the trail
> seems to end at __sys_read which has a bunch of prototypes but i can't find
> the actual function code.
Well, you can try cscope --- IMO the best option to
search
Hello,
On Wed, Feb 03, 2010 at 12:26:02PM +0100, Stefan Midjich wrote:
> I'm having trouble looking this function up in the source tree, the trail
> seems to end at __sys_read which has a bunch of prototypes but i can't find
> the actual function code.
>
> So my question is primarily, does getc u
Stefan Midjich wrote:
> I'm having trouble looking this function up in the source tree, the trail
> seems to end at __sys_read which has a bunch of prototypes but i can't find
> the actual function code.
>
> So my question is primarily, does getc use the read system call eventually?
>
> B
I added an option to pkill which lists what processes it kills and what
signal is sent. If no signals are sent it prints out the same message
killall does.
pkill-verbose-option.patch
Description: Binary data
___
freebsd-hackers@freebsd.org mailing list
On 02/03/10 14:23, Daniel Molina Wegener wrote:
On Wednesday 03 February 2010,
Stefan Midjich wrote:
So my question is primarily, does getc use the read system call eventually?
No, certainly not.
I think you missed the "eventually" part :)
Eventually, it does - but not for every singl
On Wed, Feb 03, 2010 at 10:23:50AM -0300, Daniel Molina Wegener wrote:
> > I'm having trouble looking this function up in the source tree, the trail
> > seems to end at __sys_read which has a bunch of prototypes but i can't find
> > the actual function code.
>
> Well, you can try cscope --- IMO
On Wed, 3 Feb 2010 10:00, eitanadlerlist@ wrote:
I added an option to pkill which lists what processes it kills and what
signal is sent. If no signals are sent it prints out the same message
killall does.
Unfortunately that patch works but has unintended operation that can be
seen with the f
On Wed, 3 Feb 2010 12:52, jhell@ wrote:
On Wed, 3 Feb 2010 10:00, eitanadlerlist@ wrote:
I added an option to pkill which lists what processes it kills and what
signal is sent. If no signals are sent it prints out the same message
killall does.
Unfortunately that patch works but has uninten
On Wednesday 03 February 2010,
Marc Olzheim wrote:
> On Wed, Feb 03, 2010 at 10:23:50AM -0300, Daniel Molina Wegener wrote:
> > > I'm having trouble looking this function up in the source tree, the
> > > trail seems to end at __sys_read which has a bunch of prototypes but i
> > > can't find the a
On Wed, 3 Feb 2010, Oliver Fromme wrote:
Alexander Best wrote:
> imo this patch takes good care of the problem. would be nice to
> have it in HEAD.
No -- *Please* make sure that the disks are only spun down
upon an actual power-off command (i.e. when reboot() is
called with the RB_POWEROFF flag
Yeah - I wasn't sure what else to use.
Does the -V work as intended? Is this a worthwhile patch?
IMHO the biggest problem with unix system commands is the lack of constancy
of the flags.
On Wed, Feb 3, 2010 at 7:58 PM, jhell wrote:
>
> On Wed, 3 Feb 2010 12:52, jhell@ wrote:
>
>>
>> On Wed, 3 F
Hi,
let me do.
On 04 February 2010 am 04:44:04 Warren Block wrote:
> On Wed, 3 Feb 2010, Oliver Fromme wrote:
>
> > Alexander Best wrote:
> > No -- *Please* make sure that the disks are only spun down
> > upon an actual power-off command (i.e. when reboot() is
>
> Could you elaborate a little o
On Wed, 3 Feb 2010 16:17, eitanadlerlist@ wrote:
Yeah - I wasn't sure what else to use.
Does the -V work as intended? Is this a worthwhile patch?
IMHO the biggest problem with unix system commands is the lack of constancy
of the flags.
Personally I would like to see pkill have this option as
On 3 February 2010 21:44, Warren Block wrote:
> Are there any other device drivers that differentiate the reboot and
> poweroff actions that could be used as inspiration or simply shamelessly
> copied in modifying ata-disk?
>
I don't know about FreeBSD drivers, but I used NetBSD briefly on my
not
On Thu, 4 Feb 2010, Erich Dollansky wrote:
let me do.
On 04 February 2010 am 04:44:04 Warren Block wrote:
On Wed, 3 Feb 2010, Oliver Fromme wrote:
Alexander Best wrote:
No -- *Please* make sure that the disks are only spun down
upon an actual power-off command (i.e. when reboot() is
Could
17 matches
Mail list logo
