Hi,
I got a message on first boot "pid (): trap 12 with
interrupts
disabled", then it hanged and hard boot is required.
It does not appears all the time.
I tried to figure out the problem, trap 12 is stack exception, find at the
last
http://www.acm.uiuc.edu/sigops/roll_your_own/i386/i
On Thu, Dec 27, 2007 at 04:47:26PM -0800, Garrett Cooper wrote:
>
> On Dec 27, 2007, at 4:37 PM, Brooks Davis wrote:
>
>> On Thu, Dec 27, 2007 at 04:30:40PM -0800, Garrett Cooper wrote:
>>> Hi all,
>>> Just wondering if anyone knew of a good BSD license compatible key-based
>>> hash placement
On Dec 27, 2007, at 4:37 PM, Brooks Davis wrote:
On Thu, Dec 27, 2007 at 04:30:40PM -0800, Garrett Cooper wrote:
Hi all,
Just wondering if anyone knew of a good BSD license compatible
key-based
hash placement / retrieval algorithm that was available anywhere.
I'm looking for a reliable wa
On Thu, Dec 27, 2007 at 04:30:40PM -0800, Garrett Cooper wrote:
> Hi all,
> Just wondering if anyone knew of a good BSD license compatible
> key-based
> hash placement / retrieval algorithm that was available anywhere.
> I'm looking for a reliable way to lookup objects to see if a giv
On Dec 27, 2007, at 4:30 PM, Garrett Cooper wrote:
Hi all,
Just wondering if anyone knew of a good BSD license compatible key-
based hash placement / retrieval algorithm that was available
anywhere.
I'm looking for a reliable way to lookup objects to see if a given
action would be perform
Hi all,
Just wondering if anyone knew of a good BSD license compatible key-
based hash placement / retrieval algorithm that was available anywhere.
I'm looking for a reliable way to lookup objects to see if a given
action would be performed in my revised pkg_install(1), to thus
efficiently
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dag-Erling Smørgrav wrote:
> Chuck Robey <[EMAIL PROTECTED]> writes:
>> As far as the hints files go, I'm embarrassed to admit that I don't
>> understand the difference between the hints file that I name (APRIL.hints)
>> in my config file, and the devi
Heiko Wundram (Beenic) wrote, On 27.12.2007 16:21:
> Hey all!
>
> I'm currently trying to implement (and use) a C++ member function template,
> but GCC won't eat the code I feed it.
>
> The problem is most probably related to the fact that the group of member
> functions is only discriminated
Am Donnerstag, 27. Dezember 2007 17:15:50 schrieb Erich Dollansky:
> wasn't your question that you have a class with several member functions
> which would all be identical except of the return type?
No, that's perfectly clear that that won't work. My question was about a
templated member functio
Hi,
Heiko Wundram (Beenic) wrote:
Am Donnerstag, 27. Dezember 2007 16:42:29 schrieb Erich Dollansky:
Heiko Wundram (Beenic) wrote:
The problem is most probably related to the fact that the group of member
functions is only discriminated by return type (i.e., the template
parameter defines the
Am Donnerstag, 27. Dezember 2007 16:42:29 schrieb Erich Dollansky:
> Hi,
>
> Heiko Wundram (Beenic) wrote:
> > The problem is most probably related to the fact that the group of member
> > functions is only discriminated by return type (i.e., the template
> > parameter defines the return type), not
Hi,
Heiko Wundram (Beenic) wrote:
The problem is most probably related to the fact that the group of member
functions is only discriminated by return type (i.e., the template parameter
defines the return type), not by parameter (which could be inferred).
if nothing got changed over the last
Hey all!
I'm currently trying to implement (and use) a C++ member function template,
but GCC won't eat the code I feed it.
The problem is most probably related to the fact that the group of member
functions is only discriminated by return type (i.e., the template parameter
defines the return t
13 matches
Mail list logo
