[Nagios-devel] Antwort: Re: [Nagios-users] Alternatives to NSCA?
Posted: Mon Dec 14, 2009 1:52 pm
Dies ist eine mehrteilige Nachricht im MIME-Format.
--=_alternative 004C30CEC125768C_=
Content-Type: text/plain; charset="utf-8"
content-transfer-encoding: quoted-printable
> Why don't you create a libmcrypt.a and statically link it into your=20
> nsca, thereby not requiring mcrypt as an external library at runtime?
That's actually a good question.
Sadly I have a 128kb size limit on files I can deploy via the
mechanism we use. A statically linked send_nsca is roundabout 600k.
Sadly I cannot link _only_ libmcrypt statically, it's all or
nothing - or my gcc-fu is just too weak, who knows
S
GFKL Financial Services AG
Vorstand: Dr. Peter J=C3=A4nsch (Vors.), J=C3=BCrgen Baltes, Dr. Tom Haverk=
amp
Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma
Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522
--=_alternative 004C30CEC125768C_=
Content-Type: text/html; charset="utf-8"
content-transfer-encoding: quoted-printable
> Why don't you create a libmcrypt.a and statically
link it into your
> nsca, thereby not requiring mcrypt as an external library at runtime?
That's actually a good question.
Sadly I have a 128kb size limit on files I can deploy
via the
mechanism we use. A statically linked send_nsca is
roundabout 600k.
Sadly I cannot link _only_ libmcrypt statically, it's
all or
nothing - or my gcc-fu is just too weak, who knows
S
GFKL Financial Services AG
Vorstand: Dr. Peter J=C3=A4nsch (Vors.), J=C3=BCrgen Baltes, Dr. Tom H=
averkamp
Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma
Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522
--=_alternative 004C30CEC125768C_=--
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
--=_alternative 004C30CEC125768C_=
Content-Type: text/plain; charset="utf-8"
content-transfer-encoding: quoted-printable
> Why don't you create a libmcrypt.a and statically link it into your=20
> nsca, thereby not requiring mcrypt as an external library at runtime?
That's actually a good question.
Sadly I have a 128kb size limit on files I can deploy via the
mechanism we use. A statically linked send_nsca is roundabout 600k.
Sadly I cannot link _only_ libmcrypt statically, it's all or
nothing - or my gcc-fu is just too weak, who knows
S
GFKL Financial Services AG
Vorstand: Dr. Peter J=C3=A4nsch (Vors.), J=C3=BCrgen Baltes, Dr. Tom Haverk=
amp
Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma
Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522
--=_alternative 004C30CEC125768C_=
Content-Type: text/html; charset="utf-8"
content-transfer-encoding: quoted-printable
> Why don't you create a libmcrypt.a and statically
link it into your
> nsca, thereby not requiring mcrypt as an external library at runtime?
That's actually a good question.
Sadly I have a 128kb size limit on files I can deploy
via the
mechanism we use. A statically linked send_nsca is
roundabout 600k.
Sadly I cannot link _only_ libmcrypt statically, it's
all or
nothing - or my gcc-fu is just too weak, who knows
S
GFKL Financial Services AG
Vorstand: Dr. Peter J=C3=A4nsch (Vors.), J=C3=BCrgen Baltes, Dr. Tom H=
averkamp
Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma
Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522
--=_alternative 004C30CEC125768C_=--
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]