If I manage to find the solution to the libgtop I'll let you know.
Like I said thanks for all your help.
Pete
--
"Unencumbered by the thought process"
--1992-2000 Click and Clack presidential campaign slogan
Stas Bekman said:
> Pete Geenhuizen wrote:
>> Don't know what happened to this email or
Don't know what happened to this email originally, any way here's what I
sent.
Stas,
What I just found is that Solaris has init64_t. I don't know
any more about it, I noticed that during a configure of libgtop that
u_init64_t wasn't found, but init64_t was, don't know if that helps or is
signifi
Pete Geenhuizen wrote:
Don't know what happened to this email originally, any way here's what I
sent.
Stas,
What I just found is that Solaris has init64_t. I don't know
any more about it, I noticed that during a configure of libgtop that
u_init64_t wasn't found, but init64_t was, don't know if tha
This is my first attempt at GTop.Unfortunately Solaris doesn't
support a recursive grep, and equally unfortunately I wan't able to find
u_init64_t anywhere.With some Googleing around I came across
this fix to compiling libgtop on Solaris 8 and 9" For the
meantime, I patched glibtop.h to have#ifnde
This is my first attempt at GTop.
Unfortunately Solaris doesn't support a recursive grep, and equally
unfortunately I wan't able to find u_init64_t anywhere.
With some Googleing around I came across this fix to compiling libgtop on
Solaris 8 and 9
" For the meantime, I patched glibtop.h to have
Stas Bekman wrote:
Pete Geenhuizen wrote:
This is my first attempt at GTop.
Unfortunately Solaris doesn't support a recursive grep, and equally
unfortunately I wan't able to find u_init64_t anywhere.
With some Googleing around I came across this fix to compiling libgtop
on Solaris 8 and 9
" F
Pete Geenhuizen wrote:
This is my first attempt at GTop.
Unfortunately Solaris doesn't support a recursive grep, and equally
unfortunately I wan't able to find u_init64_t anywhere.
With some Googleing around I came across this fix to compiling libgtop on
Solaris 8 and 9
" For the meantime, I p
Pete Geenhuizen wrote:
Well a little headway, the Server compiles but not GTop. In case it
matters, Solaris 9 doesn't have pkgconfig, it does have pkg-config.
Yes, it was a typo in the email, it uses pkg-config everywhere. The
configuration works fine for you.
Here's the output from the build an
Well a little headway, the Server compiles but not GTop. In case it
matters, Solaris 9 doesn't have pkgconfig, it does have pkg-config.
Here's the output from the build and make.
Pete
--
"Unencumbered by the thought process"
--1992-2000 Click and Clack presidential campaign slogan
Stas Bekman
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 07:59]:
> Radoslaw Zielinski wrote:
[...]
>> t/threadsok 5/6Attempt to free unreferenced scalar: SV 0x822f660
>> during global destruction.
>> t/threadsok
>> All tests successful.
> Th
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 06:30]:
> Radoslaw Zielinski wrote:
>> Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 02:04]:
>>> Ok, please try this candidate:
[...]
>>> I have tested it only with 2.6.0. I hope it is still working with earlier
>>> ones.
>> Doesn't work with 2.6.0 (unless
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 02:04]:
> Ok, please try this candidate:
> http://apache.org/~stas/GTop-0.13.tar.gz
> I have tested it only with 2.6.0. I hope it is still working with earlier
> ones.
Doesn't work with 2.6.0 (unless you have the xmalloc.h from some old
installation).
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 01:00]:
> Radoslaw Zielinski wrote:
>> Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
[...]
> >>http://apache.org/~stas/GTop-0.13.tar.gz (which is not quite working,
> >>because of the missing glibtop_free symbol.)
>> Changelog says, that all custom
Stas,
Right after I had decided to hold off on this I get this email, and now
I'm confused.
If I use xmalloc.h I get all sorts of errors, so I went back to
libgtop-2.0.6 and changed xmalloc.h to the Solaris version of malloc.h.
That allowed the Server to build, however GTop still fails with the
f
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
> Cool, so we have Radoslaw, who understands in glib/gnome and forwarded a
[...]
Uh, not really... :-) I just poked around in the *.h files / libgtop's
documentation / changelogs and hacked it until it built.
> Radoslaw, do you know how can we
Stas,
Well this is all very dissappointing. I compiled and installed
libgtool-2.0.1 because none of he more recent version would compile with
the exception of libgtool-2.0.6, but that version is missing xmalloc.h.
Unfortunately GTop still won't compile.
So now I don't know what to do. No matter
That line contains "if ()..."; our evil operator is used few lines later
in corresponding elsif, which belongs to the same #line from perl's
point of view.
Ah cool, I've committed the fix, thanks!
Reporting it would IMHO be a waste of bits, as it's (at least somehow)
documented; man ExtUtils::Mak
Radoslaw Zielinski wrote:
[...]
define doesn't work for you. Check Server/Makefile.PL it loads config.pl
and calls the code that should insert -DGTOP_2_5_PLUS define.
It works, error was elsewhere. I didn't built it "by hand", but by
changing the version in the .spec file. It contained:
GTOP
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 02:04]:
Ok, please try this candidate:
http://apache.org/~stas/GTop-0.13.tar.gz
I have tested it only with 2.6.0. I hope it is still working with earlier
ones.
Doesn't work with 2.6.0 (unless you have the xmalloc.h from som
Ok, please try this candidate:
http://apache.org/~stas/GTop-0.13.tar.gz
I have tested it only with 2.6.0. I hope it is still working with earlier ones.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://staso
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 01:00]:
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
[...]
http://apache.org/~stas/GTop-0.13.tar.gz (which is not quite working,
because of the missing glibtop_free symbol.)
Changelog says, th
Pete Geenhuizen wrote:
Stas,
Right after I had decided to hold off on this I get this email, and now
I'm confused.
If I use xmalloc.h I get all sorts of errors, so I went back to
libgtop-2.0.6 and changed xmalloc.h to the Solaris version of malloc.h.
That allowed the Server to build, however GTop
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
Cool, so we have Radoslaw, who understands in glib/gnome and forwarded a
[...]
Uh, not really... :-) I just poked around in the *.h files / libgtop's
documentation / changelogs and hacked it until it built.
And lots o
Cool, so we have Radoslaw, who understands in glib/gnome and forwarded a patch :)
We still need to support older libgtop, so it can't be applied as is. Need to
figure out how to keep both generations working. But meanwhile Pete and Paul,
try Radoslaw's patch (attached).
Radoslaw, do you know ho
Pete Geenhuizen wrote:
Stas,
Thanks for the reply, unfortunately no such luck with this version I'm
afraid but a little progress non the less.
My version of libgtop 2.6.0 doesn't have xmalloc.h, I changed that to
malloc.h which got me passed that, and now the Server compiles, and now I
get the atta
Stas,
Thanks for the reply, unfortunately no such luck with this version I'm
afraid but a little progress non the less.
My version of libgtop 2.6.0 doesn't have xmalloc.h, I changed that to
malloc.h which got me passed that, and now the Server compiles, and now I
get the attached errs errors. The
Pete Geenhuizen wrote:
Stas,
I want to install Apache Vmonitor, but I'm being stopped by the following
compile problems.
This is Apache 2.0.48, Solaris 9, gcc 3.3.2 and libgtop 2.6.0.
Any suggestions on how to resolve this problem?
Hi Pete,
Yeah, it's crap. They keep on changing things w/o consid
27 matches
Mail list logo
