Menu
▾
▴
hyperic-hq-discuss — Hyperic HQ SVN Commits
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
(927) |
Apr
(419) |
May
(352) |
Jun
(431) |
Jul
(463) |
Aug
(345) |
Sep
(304) |
Oct
(596) |
Nov
(466) |
Dec
(414) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(348) |
Feb
(313) |
Mar
(665) |
Apr
(688) |
May
(434) |
Jun
(311) |
Jul
(540) |
Aug
(554) |
Sep
(467) |
Oct
(341) |
Nov
(365) |
Dec
(272) |
| 2009 |
Jan
(386) |
Feb
(293) |
Mar
(279) |
Apr
(239) |
May
(229) |
Jun
(199) |
Jul
(186) |
Aug
(111) |
Sep
(196) |
Oct
(146) |
Nov
(116) |
Dec
(140) |
| 2010 |
Jan
(170) |
Feb
(159) |
Mar
(151) |
Apr
(161) |
May
(90) |
Jun
(56) |
Jul
(28) |
Aug
(22) |
Sep
(5) |
Oct
|
Nov
(23) |
Dec
(12) |
| 2011 |
Jan
(8) |
Feb
(8) |
Mar
(22) |
Apr
(24) |
May
(4) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2012 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew B. <an...@be...> - 2011-04-13 06:56:42
|
On Tue, Apr 12, 2011 at 11:16 PM, Doug MacEachern <dma...@vm...> wrote: > On Apr 12, 2011, at 1:07 AM, Andrew Beekhof wrote: > >> On 04/11/2011 11:11 PM, Doug MacEachern wrote: >>> Hi Andrew, >>> >>> ok, no problem, I have it building with the ms compiler now. >> >> Great >> >>> sigar_net_interface_name_get is declared extern, do you need that outside of the sigar library or can I make it static? >> >> We're not using it explicitly, so static should be fine. > > ok, cool. > >> >>> >>> +SIGAR_DECLARE(char *) >>> +sigar_net_interface_name_get(sigar_t *sigar, MIB_IFROW *ifr) >>> >>> I'd also like to make PIP_ADAPTER_ADDRESSES an input to that function so we can avoid calling sigar_new each time. >> >> Sure. That makes sense. Just be careful how ifconf_buf is used - that >> had us guess for a bit. > > Yeah, a bit too much reuse of that scratch buffer. > >> >> Do you want us to work on this or have you got it under control? > > I got it for now. I want to spend a bit more time testing and get some mingw32 based CI builds hooked up, etc. Hopefully will be able to get that done soon. Awesome. Happy to do some early testing too - just let us know. |
|
From: Doug M. <dma...@vm...> - 2011-04-12 21:16:57
|
On Apr 12, 2011, at 1:07 AM, Andrew Beekhof wrote:
> On 04/11/2011 11:11 PM, Doug MacEachern wrote:
>> Hi Andrew,
>>
>> ok, no problem, I have it building with the ms compiler now.
>
> Great
>
>> sigar_net_interface_name_get is declared extern, do you need that outside of the sigar library or can I make it static?
>
> We're not using it explicitly, so static should be fine.
ok, cool.
>
>>
>> +SIGAR_DECLARE(char *)
>> +sigar_net_interface_name_get(sigar_t *sigar, MIB_IFROW *ifr)
>>
>> I'd also like to make PIP_ADAPTER_ADDRESSES an input to that function so we can avoid calling sigar_new each time.
>
> Sure. That makes sense. Just be careful how ifconf_buf is used - that
> had us guess for a bit.
Yeah, a bit too much reuse of that scratch buffer.
>
> Do you want us to work on this or have you got it under control?
I got it for now. I want to spend a bit more time testing and get some mingw32 based CI builds hooked up, etc. Hopefully will be able to get that done soon.
-Doug
>
>> -Doug
>>
>> On Apr 11, 2011, at 4:44 AM, Andrew Beekhof wrote:
>>
>>> On 04/08/2011 06:24 PM, Doug MacEachern wrote:
>>>> Hey Guys,
>>>>
>>>> Apologies for the long delay..
>>>>
>>>> On Mar 9, 2011, at 1:41 AM, Andrew Beekhof wrote:
>>>>
>>>>> On Wed, Mar 2, 2011 at 10:54 PM, Doug MacEachern<dma...@vm...> wrote:
>>>>>> Hi Adam,
>>>>>>
>>>>>> Thanks for the patches!
>>>>>> I need to take a closer look, but wondering if we could change sigar_net_interface_config_get rather than change the return values of sigar_net_interface_list:
>>>>>> sigar_net_interface_config_get("ethX",&config);
>>>>>
>>>>> Until recently I probably would have agreed with you, however given
>>>>> the recent shift away from ethX even on Linux, I'm not convinced that
>>>>> it makes sense to continue using it on Windows where it has no real
>>>>> meaning. Worse, the number of ethX entries does not even match the
>>>>> number of physical devices (there are two additional "pseudo devices"
>>>>> for every physical one).
>>>>>
>>>>> The other issue is that anything wanting to present network
>>>>> information to users must do the translation - again, since ethX is
>>>>> meaningless on Windows.
>>>>>
>>>>> So I guess my answer here is, "yes we could and if you insist we will,
>>>>> but I really don't think we should" :-)
>>>>
>>>> I think your change is the right way to go for the long term. I just had current users in mind where this change may have an unexpected impact. In Hyperic HQ for example, ethX is used a the service name, so I believe this change would end up creating a new set of services there and the old ethX ones would just be stale. But, that's something that can be worked out.. we can leave the 1.6 branch as is and apply your changes to master/1.7.
>>>>
>>>> I'm just now trying out your patches, but it doesn't compile for me using VC 2005. I haven't looked into it yet, does it build for you with VC?
>>>
>>> We don't have access to VC, we've been using mingw32 instead.
>>> But if you let us know what the errors are we'll do our best to fix them.
>>
>
|
|
From: Andrew B. <abe...@re...> - 2011-04-12 08:07:57
|
On 04/11/2011 11:11 PM, Doug MacEachern wrote:
> Hi Andrew,
>
> ok, no problem, I have it building with the ms compiler now.
Great
> sigar_net_interface_name_get is declared extern, do you need that outside of the sigar library or can I make it static?
We're not using it explicitly, so static should be fine.
>
> +SIGAR_DECLARE(char *)
> +sigar_net_interface_name_get(sigar_t *sigar, MIB_IFROW *ifr)
>
> I'd also like to make PIP_ADAPTER_ADDRESSES an input to that function so we can avoid calling sigar_new each time.
Sure. That makes sense. Just be careful how ifconf_buf is used - that
had us guess for a bit.
Do you want us to work on this or have you got it under control?
> -Doug
>
> On Apr 11, 2011, at 4:44 AM, Andrew Beekhof wrote:
>
>> On 04/08/2011 06:24 PM, Doug MacEachern wrote:
>>> Hey Guys,
>>>
>>> Apologies for the long delay..
>>>
>>> On Mar 9, 2011, at 1:41 AM, Andrew Beekhof wrote:
>>>
>>>> On Wed, Mar 2, 2011 at 10:54 PM, Doug MacEachern<dma...@vm...> wrote:
>>>>> Hi Adam,
>>>>>
>>>>> Thanks for the patches!
>>>>> I need to take a closer look, but wondering if we could change sigar_net_interface_config_get rather than change the return values of sigar_net_interface_list:
>>>>> sigar_net_interface_config_get("ethX",&config);
>>>>
>>>> Until recently I probably would have agreed with you, however given
>>>> the recent shift away from ethX even on Linux, I'm not convinced that
>>>> it makes sense to continue using it on Windows where it has no real
>>>> meaning. Worse, the number of ethX entries does not even match the
>>>> number of physical devices (there are two additional "pseudo devices"
>>>> for every physical one).
>>>>
>>>> The other issue is that anything wanting to present network
>>>> information to users must do the translation - again, since ethX is
>>>> meaningless on Windows.
>>>>
>>>> So I guess my answer here is, "yes we could and if you insist we will,
>>>> but I really don't think we should" :-)
>>>
>>> I think your change is the right way to go for the long term. I just had current users in mind where this change may have an unexpected impact. In Hyperic HQ for example, ethX is used a the service name, so I believe this change would end up creating a new set of services there and the old ethX ones would just be stale. But, that's something that can be worked out.. we can leave the 1.6 branch as is and apply your changes to master/1.7.
>>>
>>> I'm just now trying out your patches, but it doesn't compile for me using VC 2005. I haven't looked into it yet, does it build for you with VC?
>>
>> We don't have access to VC, we've been using mingw32 instead.
>> But if you let us know what the errors are we'll do our best to fix them.
>
|
|
From: Doug M. <dma...@vm...> - 2011-04-11 21:11:11
|
Hi Andrew,
ok, no problem, I have it building with the ms compiler now.
sigar_net_interface_name_get is declared extern, do you need that outside of the sigar library or can I make it static?
+SIGAR_DECLARE(char *)
+sigar_net_interface_name_get(sigar_t *sigar, MIB_IFROW *ifr)
I'd also like to make PIP_ADAPTER_ADDRESSES an input to that function so we can avoid calling sigar_new each time.
-Doug
On Apr 11, 2011, at 4:44 AM, Andrew Beekhof wrote:
> On 04/08/2011 06:24 PM, Doug MacEachern wrote:
>> Hey Guys,
>>
>> Apologies for the long delay..
>>
>> On Mar 9, 2011, at 1:41 AM, Andrew Beekhof wrote:
>>
>>> On Wed, Mar 2, 2011 at 10:54 PM, Doug MacEachern<dma...@vm...> wrote:
>>>> Hi Adam,
>>>>
>>>> Thanks for the patches!
>>>> I need to take a closer look, but wondering if we could change sigar_net_interface_config_get rather than change the return values of sigar_net_interface_list:
>>>> sigar_net_interface_config_get("ethX",&config);
>>>
>>> Until recently I probably would have agreed with you, however given
>>> the recent shift away from ethX even on Linux, I'm not convinced that
>>> it makes sense to continue using it on Windows where it has no real
>>> meaning. Worse, the number of ethX entries does not even match the
>>> number of physical devices (there are two additional "pseudo devices"
>>> for every physical one).
>>>
>>> The other issue is that anything wanting to present network
>>> information to users must do the translation - again, since ethX is
>>> meaningless on Windows.
>>>
>>> So I guess my answer here is, "yes we could and if you insist we will,
>>> but I really don't think we should" :-)
>>
>> I think your change is the right way to go for the long term. I just had current users in mind where this change may have an unexpected impact. In Hyperic HQ for example, ethX is used a the service name, so I believe this change would end up creating a new set of services there and the old ethX ones would just be stale. But, that's something that can be worked out.. we can leave the 1.6 branch as is and apply your changes to master/1.7.
>>
>> I'm just now trying out your patches, but it doesn't compile for me using VC 2005. I haven't looked into it yet, does it build for you with VC?
>
> We don't have access to VC, we've been using mingw32 instead.
> But if you let us know what the errors are we'll do our best to fix them.
|
|
From: Andrew B. <abe...@re...> - 2011-04-11 20:20:48
|
On 04/08/2011 06:24 PM, Doug MacEachern wrote:
> Hey Guys,
>
> Apologies for the long delay..
>
> On Mar 9, 2011, at 1:41 AM, Andrew Beekhof wrote:
>
>> On Wed, Mar 2, 2011 at 10:54 PM, Doug MacEachern<dma...@vm...> wrote:
>>> Hi Adam,
>>>
>>> Thanks for the patches!
>>> I need to take a closer look, but wondering if we could change sigar_net_interface_config_get rather than change the return values of sigar_net_interface_list:
>>> sigar_net_interface_config_get("ethX",&config);
>>
>> Until recently I probably would have agreed with you, however given
>> the recent shift away from ethX even on Linux, I'm not convinced that
>> it makes sense to continue using it on Windows where it has no real
>> meaning. Worse, the number of ethX entries does not even match the
>> number of physical devices (there are two additional "pseudo devices"
>> for every physical one).
>>
>> The other issue is that anything wanting to present network
>> information to users must do the translation - again, since ethX is
>> meaningless on Windows.
>>
>> So I guess my answer here is, "yes we could and if you insist we will,
>> but I really don't think we should" :-)
>
> I think your change is the right way to go for the long term. I just had current users in mind where this change may have an unexpected impact. In Hyperic HQ for example, ethX is used a the service name, so I believe this change would end up creating a new set of services there and the old ethX ones would just be stale. But, that's something that can be worked out.. we can leave the 1.6 branch as is and apply your changes to master/1.7.
>
> I'm just now trying out your patches, but it doesn't compile for me using VC 2005. I haven't looked into it yet, does it build for you with VC?
We don't have access to VC, we've been using mingw32 instead.
But if you let us know what the errors are we'll do our best to fix them.
|
|
From: Ryan J O. <ry...@ph...> - 2011-04-09 04:24:53
|
Thank you! All is working well now. |
|
From: Doug M. <dma...@vm...> - 2011-04-08 22:34:18
|
What version of AIX? |
|
From: Doug M. <dma...@vm...> - 2011-04-08 20:22:39
|
In the sigar shell, you just need to quote the argument if it has a space: sigar> ps Exec.Name.eq="C:\Program Files\path\name.exe" |
|
From: Doug M. <dma...@vm...> - 2011-04-08 20:19:20
|
That's beyond the scope of sigar. You might want to try dmidecode: http://www.nongnu.org/dmidecode/ |
|
From: Doug M. <dma...@vm...> - 2011-04-08 20:18:20
|
Hi, We will include sigar-amd64-winnt.lib in the next release. In the meantime, you can grab it here: http://hudson.hyperic.com/job/sigar-1.6-amd64-winnt/ There's also an issue with the 1.6.4 src distro missing a file required for windows, which will also be fixed in the next release. If you do want to compile from source, you can use git to checkout the sigar-1.6 branch, see: http://support.hyperic.com/display/SIGAR/Home#Home-download -Doug |
|
From: Ryan J O. <ry...@ph...> - 2011-04-08 17:05:24
|
I'm trying to access this library from my C/C++ codebase and have been unsuccessful so far.
Environment:
Visual Studio 2008 Professional
Windows 7 x64
1. I see `unresolved external symbols` while compiling with my project [1]. I will take a guess at the issue - the following files are included in the package:
sigar-amd64-winnt.dll
sigar-x86-winnt.dll
sigar-x86-winnt.lib
Shouldn't there be a `sigar-amd64-winnt.lib`?
2. I tried to build from the source. I am stuck with the errors listed in [2]. I see the declarations and use of those 2 functions in the codebase, but I do not see their implementations!
3. I tried building the project with Ant. I have no experience with Java or Ant, so please forgive me if I'm doing something very stupid here. I see the error in [3].
[1]
Creating library C:\Users\RjOllos\Workspace\T834-RO\tmp\runAcq.lib and object C:\Users\RjOllos\Workspace\T834-RO\tmp\runAcq.exp
6>SystemInfo.obj : error LNK2019: unresolved external symbol sigar_close referenced in function "public: __cdecl SystemInfo::~SystemInfo(void)" (??1SystemInfo@@QEAA@XZ)
6>SystemInfo.obj : error LNK2019: unresolved external symbol sigar_cpu_info_list_get referenced in function "public: __cdecl SystemInfo::SystemInfo(void)" (??0SystemInfo@@QEAA@XZ)
6>SystemInfo.obj : error LNK2019: unresolved external symbol sigar_open referenced in function "public: __cdecl SystemInfo::SystemInfo(void)" (??0SystemInfo@@QEAA@XZ)
6>C:\Users\RjOllos\Workspace\T834-RO\tmp\runAcq.mexw64 : fatal error LNK1120: 3 unresolved externals
6>Build Time 0:00
6>Build log was saved at "file://C:\Users\RjOllos\Workspace\T834-RO\tmp\Acquisition Server\x64\Release\BuildLog.htm"
6>Acquisition Server - 4 error(s), 0 warning(s)\
[2]
Creating library C:\Users\RjOllos\Workspace\T834-RO\tmp\sigar-amd64-winnt.lib and object C:\Users\RjOllos\Workspace\T834-RO\tmp\sigar-amd64-winnt.exp
3>win32_sigar.obj : error LNK2019: unresolved external symbol sigar_proc_args_wmi_get referenced in function sigar_remote_proc_args_get
3>win32_sigar.obj : error LNK2019: unresolved external symbol sigar_proc_exe_wmi_get referenced in function sigar_proc_exe_get
3>C:\Users\RjOllos\Workspace\T834-RO\tmp\sigar-amd64-winnt.dll : fatal error LNK1120: 2 unresolved externals
[3]
C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java>ant
Buildfile: C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build.xml
jni-init:
[mkdir] Created dir: C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build\clas
ses
[echo] jni.src=win32, jni.jdk.os=win32, 64-bit
[javac] C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\hyperic_jni\jni-build.x
ml:165: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to fals
e for repeatable builds
[javac] Compiling 6 source files to C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\
java\build\classes
[javac] Note: C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\hyperic_jni\src\o
rg\hyperic\jni\ArchLoader.java uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[libarch] amd64-winnt
[echo] java.home=C:\Program Files\Java\jdk1.6.0_24
sigar-version:
[echo] SIGAR git revision exported
version-file:
[echo] cp ./src/org/hyperic/sigar/SigarVersion.java.in -> C:\Users\RjOllos\Downloads\hyperic-si
gar-1.6.4-src\bindings\java\build/./src/org/hyperic/sigar/SigarVersion.java
[copy] Copying 1 file to C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build
\src\org\hyperic\sigar
version-file:
[echo] cp ../../src/sigar_version.c.in -> C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bi
ndings\java\build/src/sigar_version.c
[copy] Copying 1 file to C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build
\src
version-file:
[echo] cp ../../src/os/darwin/Info.plist.in -> C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-s
rc\bindings\java\build/src/Info.plist
[copy] Copying 1 file to C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build
\src
version-file:
[echo] cp ../../src/os/win32/sigar.rc.in -> C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\
bindings\java\build/src/sigar.rc
[copy] Copying 1 file to C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build
\src
sigar.rc:
BUILD FAILED
C:\Users\RjOllos\Downloads\hyperic-sigar-1.6.4-src\bindings\java\build.xml:179: Execute failed: java
.io.IOException: Cannot run program "rc" (in directory "C:\Users\RjOllos\Downloads\hyperic-sigar-1.6
.4-src\bindings\java\build\src"): CreateProcess error=2, The system cannot find the file specified
at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
at java.lang.Runtime.exec(Runtime.java:593)
at org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:862)
at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:481)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:495)
at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:631)
at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:672)
at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:498)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1251)
at org.apache.tools.ant.Main.runBuild(Main.java:809)
at org.apache.tools.ant.Main.startAnt(Main.java:217)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Caused by: java.io.IOException: CreateProcess error=2, The system cannot find the file specified
at java.lang.ProcessImpl.create(Native Method)
at java.lang.ProcessImpl.<init>(ProcessImpl.java:81)
at java.lang.ProcessImpl.start(ProcessImpl.java:30)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
... 23 more
Total time: 2 seconds
|
|
From: Doug M. <dma...@vm...> - 2011-04-08 16:24:33
|
Hey Guys,
Apologies for the long delay..
On Mar 9, 2011, at 1:41 AM, Andrew Beekhof wrote:
> On Wed, Mar 2, 2011 at 10:54 PM, Doug MacEachern <dma...@vm...> wrote:
>> Hi Adam,
>>
>> Thanks for the patches!
>> I need to take a closer look, but wondering if we could change sigar_net_interface_config_get rather than change the return values of sigar_net_interface_list:
>> sigar_net_interface_config_get("ethX", &config);
>
> Until recently I probably would have agreed with you, however given
> the recent shift away from ethX even on Linux, I'm not convinced that
> it makes sense to continue using it on Windows where it has no real
> meaning. Worse, the number of ethX entries does not even match the
> number of physical devices (there are two additional "pseudo devices"
> for every physical one).
>
> The other issue is that anything wanting to present network
> information to users must do the translation - again, since ethX is
> meaningless on Windows.
>
> So I guess my answer here is, "yes we could and if you insist we will,
> but I really don't think we should" :-)
I think your change is the right way to go for the long term. I just had current users in mind where this change may have an unexpected impact. In Hyperic HQ for example, ethX is used a the service name, so I believe this change would end up creating a new set of services there and the old ethX ones would just be stale. But, that's something that can be worked out.. we can leave the 1.6 branch as is and apply your changes to master/1.7.
I'm just now trying out your patches, but it doesn't compile for me using VC 2005. I haven't looked into it yet, does it build for you with VC?
Thanks,
-Doug
>
>>
>> Then either change the value of config.description to use FriendlyName, or even add a new field to sigar_net_interface_config_t?
>>
>> Thanks,
>> -Doug
>>
>> On Feb 28, 2011, at 7:48 AM, Adam Stokes wrote:
>>
>>> Hi,
>>>
>>> I'm Adam, one of the developers for matahari project (http://github.com/matahari). We are attempting to provide some useful apis over a remote interface (qpid.apache.org) that is cross platform.
>>>
>>> The resources used for cross compilation is mingw32. The first patch is for allowing sigar to compile successfully under those requirements.
>>>
>>> Some of the routines in the api (specifically network) we expose the ability to start/stop network interfaces through Windows netsh application. With the current sigar implementation interfaces are listed as 'ethX' which is fine when doing read only within the realm of sigar. When attempting to branch out and use application such as netsh in conjunction with sigar this fails due to netsh requiring a Friendly Name of the network interface. The second patch allows us to capture the interfaces friendlyname and at worst its interface description.
>>>
>>>
>>> The pull request can be found here,
>>>
>>> https://github.com/hyperic/sigar/pull/5
>>>
>>> Thank you
>>> Adam
>>>
>>>
>>
>>
|
|
From: bharath <sig...@hy...> - 2011-04-07 16:28:10
|
How to get Motherboard information by using sigar? For example Motherboard Id, name and etc. |
|
From: Joaquim <sig...@hy...> - 2011-04-07 16:28:10
|
Knock, Knock... One thing that will work will be something like: [b]sigar> ps Exe.Name.ct=Program,Exe.Name.ct=Files[/b] that will give the expected output. Usually the full Exe path is long, with several spaces, so doing the query like this will be a real pain... No simpler way to do this in a single query? |
|
From: Joaquim <sig...@hy...> - 2011-04-04 18:09:37
|
Hi, I'm having some problems making a Sigar Exe.Name query in Windows, when I need to identify some processes by their full path (that usually contains spaces). As an simple example, when I do: [b]sigar> ps Exe.Name.ct=Program[/b] I get the usual output. When I do: [b]sigar> ps Exe.Name.ct=Program Files[/b] I get an class exception, no output. And when I try to code the «space» by doing: [b]sigar> ps Exe.Name.ct=Program%20Files[/b] I get NO output. So, is this some Sigar bug? Or How should I construct the PTQL query correctly in this case? Thanks, |
|
From: <sun...@ep...> - 2011-03-25 23:45:38
|
Hi All.
I saw this post.
http://forums.hyperic.com/jiveforums/thread.jspa?messageID=20555
But, I don't understand.
Do anyone know about this ?
thanks..
|
|
From: jsmnsr <sig...@hy...> - 2011-03-21 19:01:48
|
System: Windows XP
I am writing an application that links incoming packets to the associated process listening on that port. I gather all of the current net connections, and iterate through each one and call "getProcPort" with the appropriate parameters.
This seems to work for about roughly 50% of the connections. The rest of the calls to getProcPort result in the following exception:
org.hyperic.sigar.SigarFileNotFoundException: The system cannot find the file specified.
at org.hyperic.sigar.Sigar.getProcPort(Native Method)
...
Any ideas about what "file" this is referring to?
Thank you
|
|
From: Adam S. <aj...@re...> - 2011-03-21 13:23:29
|
----- Original Message -----
> On Wed, Mar 2, 2011 at 10:54 PM, Doug MacEachern
> <dma...@vm...> wrote:
> > Hi Adam,
> >
> > Thanks for the patches!
> > I need to take a closer look, but wondering if we could change
> > sigar_net_interface_config_get rather than change the return values
> > of sigar_net_interface_list:
> > sigar_net_interface_config_get("ethX", &config);
>
> Until recently I probably would have agreed with you, however given
> the recent shift away from ethX even on Linux, I'm not convinced that
> it makes sense to continue using it on Windows where it has no real
> meaning. Worse, the number of ethX entries does not even match the
> number of physical devices (there are two additional "pseudo devices"
> for every physical one).
>
> The other issue is that anything wanting to present network
> information to users must do the translation - again, since ethX is
> meaningless on Windows.
>
> So I guess my answer here is, "yes we could and if you insist we will,
> but I really don't think we should" :-)
>
Hi Doug,
Just a quick ping to see what your thoughts were on the patch?
Thanks!
--
__ __
.-----.| |_.-----.| |--.-----.-----.
|__ --|| _| _ || <| -__|__ --|
|_____||____|_____||__|__|_____|_____|
.----------------------------------.
( aj...@re... || 919.754.4187 )
`----------------------------------'
|
|
From: <and...@uk...> - 2011-03-17 08:25:36
|
I don't know how to get the limit but I do know how to get the count of handles currently in use. I am using the C library that java sigar employs. I can get the number of file handles a process uses by calling sigar_proc_fd_get. The structure this fills in has a member total, which is the file handle count. Regards, Andrew Marlow Internet sig...@hy... Sent by: sig...@sp... 16/03/2011 15:13 Please respond to sig...@hy... To sig...@hy... cc Subject Obtaining maximum configured open file descriptors of the current user Hi, I want to obtain the maximum available open file descriptors of the current user in a linux OS using sigar (ulimit -n). I tried using the Ulimit class but it seems to provide me with the hard limit which is I think the machine maximum configured open file descriptors and not the current user. If I ran ulimit -n in shell I get a different number then what sigar is showing (a lower number) and I need the result to be the ulimit -n which is the soft limit (current user limit). Obviously I want this to be cross OS as much as possible otherwise I would not be using Sigar. I also looked at Sigar.getResourceLimit().getOpenFilesCur() and getOpenFileMax() but it also returns the hard limit. Additionally, is there any other way to obtain the currently used open file descriptors of the current user in one command other then going over all the existing processes pids in a loop and accumulating sigar.getProcFd(pid).getTotal() ? Thanks Eitan ___________________________________________________________ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is prohibited. Please refer to http://www.bnpparibas.co.uk/en/information/legal_information.asp?Code=ECAS-845C5H for additional disclosures. |
|
From: Eitan <sig...@hy...> - 2011-03-16 23:17:08
|
Hi, I want to obtain the maximum available open file descriptors of the current user in a linux OS using sigar (ulimit -n). I tried using the Ulimit class but it seems to provide me with the hard limit which is I think the machine maximum configured open file descriptors and not the current user. If I ran ulimit -n in shell I get a different number then what sigar is showing (a lower number) and I need the result to be the ulimit -n which is the soft limit (current user limit). Obviously I want this to be cross OS as much as possible otherwise I would not be using Sigar. I also looked at Sigar.getResourceLimit().getOpenFilesCur() and getOpenFileMax() but it also returns the hard limit. Additionally, is there any other way to obtain the currently used open file descriptors of the current user in one command other then going over all the existing processes pids in a loop and accumulating sigar.getProcFd(pid).getTotal() ? Thanks Eitan |
|
From: cds <sig...@hy...> - 2011-03-16 23:17:08
|
BTW the name of the file that the it is asking is 'liblibsigar-x86_64-linux.so' and not liblibsigar-amd64-linux.so Why is there a difference x86, amd? is it Intel chipset and AMD chipset? Regards, Chet |
|
From: cds <sig...@hy...> - 2011-03-16 23:17:07
|
The jars that you are referring to are already present in the lib folder of the binary file. I will run some commands/Tools to find out the exact OS configuration that Java understands. |
|
From: cds <sig...@hy...> - 2011-03-16 23:17:06
|
Thanks. No, I have not build the codebase on my own. I am not sure why the application asks for the shared obj with that name. I have tried running java -jar sigar.jar on a fresh Red hat Linux 64 bit machine and it threw the same error. May be its an code problem. Regards, Chetan |
|
From: Shervin A. <sh...@as...> - 2011-03-15 20:33:02
|
I found the answer. I just have to use ProcessFinder |
|
From: Shervin A. <sh...@as...> - 2011-03-15 20:33:00
|
Hi. I read in the forum that you need to escape commas with %2C which is the Hex ASCII value for comma. Am I correct to assume I need to escape Period (.) with %2E and Equals sign (=) with %3D ? |
14 messages has been excluded from this view by a project administrator.
