on 09/01/2011 20:36 Michael Butler said the following:
> automoc4 spawns a child during a KDE-4 build which
> turns into a zombie but is never seen to return and the build stalls -
> weird :-(
I believe that this one particular issue should be fixed by r217253.
The problem resolved by the commit r
On Sun, 09.01.2011 at 01:13:54 +0100, Jilles Tjoelker wrote:
> On Wed, Jan 05, 2011 at 10:30:43PM +0100, Ulrich Spörlein wrote:
> > On Wed, 05.01.2011 at 20:36:53 +0100, Jilles Tjoelker wrote:
> > > On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Spörlein wrote:
> > > > *But*, it should grok that
Hello,
I'm just guessing why current BSD panic() when a problem occurs, all
modern operating systems solve the problem instead of crashing
suddently and corrupting all your data without saving your work.
Yes, why this function exists? There is no way to solve a problem
without panic'ing? Is panic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/11/11 12:11, David DEMELIER wrote:
> Yes, why this function exists? There is no way to solve a problem
> without panic'ing? Is panic really needed? Imagine someone working on
[...]
Panic is used to stop the kernel in an aggressive way when dat
On Jan 11, 2011, at 12:11 PM, David DEMELIER wrote:
> I'm just guessing why current BSD panic() when a problem occurs, all
> modern operating systems solve the problem instead of crashing
> suddently and corrupting all your data without saving your work.
You've got it backwards. A system panic()s
On Tue, Jan 11, 2011 at 9:32 PM, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 01/11/11 12:11, David DEMELIER wrote:
>> Yes, why this function exists? There is no way to solve a problem
>> without panic'ing? Is panic really needed? Imagine someone working on
> [...]
>
>
On Tue, Jan 11, 2011 at 9:50 PM, Boris Kochergin wrote:
>> Exactly. One area where the kernel should be made more robust
>> is UFS with disappearing disks (e.g. USB mounted file systems,
>> or, as recently happened here with a loose external SATA cable).
>> Panicing here is REALLY annoying. ;-)
>
On 01/11/11 15:37, C. P. Ghost wrote:
On Tue, Jan 11, 2011 at 9:32 PM, Xin LI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/11/11 12:11, David DEMELIER wrote:
Yes, why this function exists? There is no way to solve a problem
without panic'ing? Is panic really needed? Imagine so
On Tue, Jan 11, 2011 at 9:11 PM, David DEMELIER
wrote:
> Hello,
>
> I'm just guessing why current BSD panic() when a problem occurs, all
> modern operating systems solve the problem instead of crashing
> suddently and corrupting all your data without saving your work.
>
> Yes, why this function ex
On 01/11/11 15:11, David DEMELIER wrote:
Hello,
Hi.
I'm just guessing why current BSD panic() when a problem occurs, all
modern operating systems solve the problem instead of crashing
suddently and corrupting all your data without saving your work.
All modern operating systems? Maybe some
2011/1/11 Chuck Swiger :
> On Jan 11, 2011, at 12:11 PM, David DEMELIER wrote:
>> I'm just guessing why current BSD panic() when a problem occurs, all
>> modern operating systems solve the problem instead of crashing
>> suddently and corrupting all your data without saving your work.
>
> You've got
On Jan 11, 2011, at 1:11 PM, David DEMELIER wrote:
> 2011/1/11 Chuck Swiger :
>> [ ... ]
>>> Yes, why this function exists? There is no way to solve a problem
>>> without panic'ing? Is panic really needed?
>>
>> Sometimes, yes. If it was possible for the kernel to handle an error
>> condition wi
On Tue, Jan 11, 2011 at 15:11, David DEMELIER wrote:
> Hello,
>
> I'm just guessing why current BSD panic() when a problem occurs, all
> modern operating systems solve the problem instead of crashing
> suddently and corrupting all your data without saving your work.
>
> Yes, why this function exis
>>
>>For a week or so, with up to date, current, ports, etc. everytime I
>>open a page that has automatic flash video my mouse freezes and I have
>>to manually kill X and restart. I had worked fine for many months.
>>Yesterday I rebuilt all linux emulation. All ports are up to date as
>>of toda
On Tue, Jan 11, 2011 at 10:43 PM, Chuck Swiger wrote:
> On Jan 11, 2011, at 1:11 PM, David DEMELIER wrote:
>> 2011/1/11 Chuck Swiger :
>>> [ ... ]
Yes, why this function exists? There is no way to solve a problem
without panic'ing? Is panic really needed?
Seriously, I really hate wh
[Replies redirected.]
Boris Kochergin writes:
> All modern operating systems? Maybe some niche ones, like the ones
> that run on Mars rovers, have made progress towards formal
> verification and are believed not to crash given correctly-functioning
> hardware.
The Mars rovers run on VxWorks. W
On Tue, Jan 11, 2011 at 12:11 PM, David DEMELIER
wrote:
> Hello,
>
> I'm just guessing why current BSD panic() when a problem occurs, all
> modern operating systems solve the problem instead of crashing
> suddently and corrupting all your data without saving your work.
>
> Yes, why this function e
On Tue, 11 Jan 2011 22:58:16 +0100 (CET)
Barbara wrote:
>
> >>
> >>For a week or so, with up to date, current, ports, etc. everytime
> >I >open a page that has automatic flash video my mouse freezes and
> >I have >to manually kill X and restart. I had worked fine for many
> >months. >Yesterday
>
>On Tue, 11 Jan 2011 22:58:16 +0100 (CET)
>Barbara wrote:
>>
>> >>
>> >>For a week or so, with up to date, current, ports, etc. everytime
>> >I >open a page that has automatic flash video my mouse freezes and
>> >I have >to manually kill X and restart. I had worked fine for many
>> >months.
Am Tue, 11 Jan 2011 22:11:13 +0100
schrieb David DEMELIER :
Hi David,
I want to say something to the two statements below.
> In fact I like FreeBSD, and I don't expect running anything else. But
> I must say that I didnt see windows 2000 crashing on my every boxes I
> have before switching to Fr
20 matches
Mail list logo
