Re: [head tinderbox] failure on amd64/amd64

From: victor cruceru <victor.cruceru_at_gmail.com>
Date: Thu, 12 Jan 2006 14:36:27 +0200
Hi All,
Please find below.

> Message: 16
> Date: Wed, 11 Jan 2006 18:44:03 -0700
> From: Scott Long <scottl_at_samsco.org>
> Subject: Re: [head tinderbox] failure on amd64/amd64

> > As a safe measure, we can build and install a special PIC archive,
> > similar to libc_pic.a and libgcc_pic.a, and use it here.  This is
> > all in an assumption that it's still unsafe to produce the libdisk.so.
> >
> >
> > Cheers,
>
> One way or another, please fix it.  Why is bsnmp linking to libdisk
> anyways?  It's an absolutely horrible library.
>
> Scott
>
Because it was my decision to use libdisk I have to answer to this question.
First, only one bsnmp module is linking to this libdisk (a module for
HOST-RESOURCES-MIB).
I have to agree that this libdisk is not the nicest library I have
ever seen (I don't like these kind of APIs/libs allocating memory for
the user - but sometimes we can't avoid them for the sake of   
execution speed),  but at that time I only could think at one
alternative solution to libdisk: to call the respective sysctl to
programmatically detect the disks/partitions in the running system.
This would make my code dependant to any change in the respective
sysctl implementation (not to mention that this sysctl approach will
reinvent the wheel - this is exactly what the libdisk is doing or was
doing at that time). Seeing this libdisk used in a very sensitive part
of the system  -the installer - this gave me confidence that the usage
of libdisk is a good approach, beside its ugliness. Also I was
thinking that -on a long term- this libdisk will be well maintained
and thus we could rely on it for this bsnmp modules. The final thing
to say is that  I haven't seen anything saying that this libdisk is
ugly and should not be used (At that time I was looking for any hints
in the FreeBSD mailing lists and in its manual page).
I can try to replace the usage of libdisk with something else which
will do the job of detecting the disks and the partitions in a running
system. Any suggestion is greatly appreciated.
Thanks,

--
victor cruceru
Received on Thu Jan 12 2006 - 11:36:36 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:50 UTC