On Wed, Apr 11, 2007 at 06:51:38PM +0200, Simon 'corecode' Schubert wrote:
> Have a generic "proxy" lib called libpthread.so.0 or so, which defines the
> available functions and where all binaries can be linked against.
Have a libpthread.so.0 which is just a symlink against the real thread
lib an
Simon 'corecode' Schubert wrote:
Have a generic "proxy" lib called libpthread.so.0 or so, which defines
the available functions and where all binaries can be linked against.
This lib however does not provide any functionality. Instead, there
would be some way that this lib (or rtld, or so) d
Matthew Dillon <[EMAIL PROTECTED]> writes:
> I've committed a change to the vkernel code in HEAD which should
> properly detect the issue and use a different address to map
> kernel virtual memory. At the very least it won't continue trying
> to boot if it can't map the memory.
>
:It seems the problem is that I changed MAXDSIZ and MAXSSIZ. Thanks
:Matt for finding this!
:--
:Dave Hayes - Consultant - Altadena CA, USA - [EMAIL PROTECTED]
:>>> The opinions expressed above are entirely my own <<<
I've committed a change to the vkernel code in HEAD which should
p
Dave Hayes wrote:
It seems the problem is that I changed MAXDSIZ and MAXSSIZ. Thanks
Matt for finding this!
uuuh. evil. but why would the vkernel die? some hard memory layout
assumptions?
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\
Work - M
On Wed, 11 Apr 2007 22:19:22 +0200
"Simon 'corecode' Schubert" <[EMAIL PROTECTED]> wrote:
> Steve O'Hara-Smith wrote:
> >> However, I don't know how we can do this. Does anybody have input,
> >> ideas? One way would be to use rtld/libmap, like in FreeBSD, but I
> >> don't 100% like this approach
It seems the problem is that I changed MAXDSIZ and MAXSSIZ. Thanks
Matt for finding this!
--
Dave Hayes - Consultant - Altadena CA, USA - [EMAIL PROTECTED]
>>> The opinions expressed above are entirely my own <<<
Be wary of strong drink. It can make you shoot at tax
collectors and miss.
Steve O'Hara-Smith wrote:
However, I don't know how we can do this. Does anybody have input,
ideas? One way would be to use rtld/libmap, like in FreeBSD, but I don't
100% like this approach. I'd like to find something more elegant. But
I'm kind of stuck here, maybe somebody has some ideas to
Matthew Dillon wrote:
I don't think we need to go that far. I just meant we wanted the
option of linking against one library or the other when the program
is linked with -pthread, perhaps with an environment variable.
The problem here is that one lib might link to threadlib1 and th
On Wed, 11 Apr 2007 18:51:38 +0200
"Simon 'corecode' Schubert" <[EMAIL PROTECTED]> wrote:
> However, I don't know how we can do this. Does anybody have input,
> ideas? One way would be to use rtld/libmap, like in FreeBSD, but I don't
> 100% like this approach. I'd like to find something more el
:Hey,
:
:I think we all agree that we want to have the ability to switch between t=
:hreading libs. But for this not to result in chaos, it must be guarantee=
:d that only one of the threading libs is used in one process.
:
:Additionally, I'd like it to be easily switchable, on a per-run basis pro
Hey,
I think we all agree that we want to have the ability to switch between
threading libs. But for this not to result in chaos, it must be guaranteed
that only one of the threading libs is used in one process.
Additionally, I'd like it to be easily switchable, on a per-run basis probably.
Mischa Peters wrote:
Fair enough... are there any developments that make it possible to do a
headless install with an out-of-the box ISO?
yes, you need a pfi.conf on any medium (usb, floppy) which for instance sets a
root password and configures a running sshd (attention: enable root logins).
Hi Matt,
I think I see the problem. When you export from NFS it exports
the
actual filesystem, not any overlays on that filesystem. When you
boot a live CD there are memory filesystem overlays that allow you
to modify files and generally get a working environment, but
the N
14 matches
Mail list logo
