Displaying 20 results from an estimated 1000 matches similar to: "Re: [nut-commits] svn commit r755 - in trunk: . clients"
2007 Jan 23
2
Re: [nut-commits] svn commit r731
Hi Arjen,
in server/upsd.c r731, you moved the call conf_load() from after
check_perms() (~ l.1020) to before setupsignals() (~ l.989).
The problem is that conf_load() needs to open the ups driver socket,
and it assumes that STATEPATH is the current working directory. The
directory is only set in l.1016. Therefore, the first attempt to open
a socket will always fail. From the user's point of
2007 Jan 19
0
Re: [nut-commits] svn commit r755 - in trunk: . clients
> * are you sure you want to use fprintf(stderr, ...) in a library?
> This doesn't seem like a good idea to me. Wouldn't it be more
> consistent to extend upscli_errlist[] ?
Errorcodes are passed in 'ups->upserror' (and 'ups->syserrno'). Uh oh, we
don't have a connection to an UPS yet when we call upscli_splitname() or
upscli_splitaddr(). The
2007 Jan 06
1
Re: [nut-commits] svn commit r710 - in trunk: . clients server
Great, thanks Arjen! Now we need an autoconf test to set HAVE_IPV6
automatically. I will look into what functionality needs to be tested;
the test can be refined as problems arise later. -- Peter
Arjen de Korte wrote:
>
> Author: adkorte-guest
> Date: Sat Jan 6 19:39:08 2007
> New Revision: 710
>
> Modified:
> trunk/ChangeLog
> trunk/clients/upsc.c
>
2007 Jan 06
3
Re: [nut-commits] svn commit r708 - in trunk: . clients server
With the Ipv6 patch (r708), I get:
upsclient.c: In function `upscli_connect':
upsclient.c:469: `AI_ADDRCONFIG' undeclared (first use in this function)
upsclient.c:469: (Each undeclared identifier is reported only once
upsclient.c:469: for each function it appears in.)
Even if it doesn't break IPv4 support, it may break portability, as
IPv6 seems to require specific functions that are
2007 Jan 14
1
upscli_splitname() for upsc_list (was: Re: Default NUT PORT)
On 1/13/07, Peter Selinger <selinger@mathstat.dal.ca> wrote:
> > The question is when exactly this should be converted to a number.
> > Should this be done in upscli_splitname() or in upscli_connect()? The
> > latter would require a change in the prototypes of upscli_splitname()
> > and upscli_connect(), and an attendant change in all the existing
> > clients.
2014 Jun 03
0
Tripp Lite SMART3000RM2U (protocol 3003) running time and charge?
On Jun 2, 2014, at 10:25 PM, Stefan Bruda wrote:
> Hello,
>
> At 15:42 -0400 on 2014-6-1 Charles Lepple wrote:
>>
>> On May 24, 2014, at 5:49 PM, Stefan Bruda wrote:
>>
>>>> Don't worry about the battery physical properties for now - the
>>>> problem there is that we don't have enough information from the UPS
>>>> to do a
2014 Jun 03
2
Tripp Lite SMART3000RM2U (protocol 3003) running time and charge?
Hello,
At 15:42 -0400 on 2014-6-1 Charles Lepple wrote:
>
> On May 24, 2014, at 5:49 PM, Stefan Bruda wrote:
>
> >> Don't worry about the battery physical properties for now - the
> >> problem there is that we don't have enough information from the UPS
> >> to do a proper calculation. With the V_interval[] settings, you can
> >> tweak
2007 Jan 19
0
Re: [nut-commits] svn commit r755 - in trunk: . clients
> I see. For IP4 addresses, will ups@192.168.0.1:3493 still work as
expected? -- Peter
Yes. Whatever is between '@' and the optional ':<portnumber>' is passed as
hostname. Brackets (in case of domain literals) are removed.
One thing to note, in the released versions the use of IPv4 addresses for
a hostname (in upsclient.c) is not guaranteed to work (according to
POSIX):
2016 Jul 11
0
Proposal for technique to stop a timer at any moment
Here is patch 1 of 2. Roger
diff -rup nut-2.7.4.orig/clients/upsmon.c nut-2.7.4.dev/clients/upsmon.c
--- nut-2.7.4.orig/clients/upsmon.c 2015-12-29 13:08:34.000000000 +0100
+++ nut-2.7.4.dev/clients/upsmon.c 2016-07-01 09:46:21.567766415 +0200
@@ -525,6 +525,18 @@ static int get_var(utype_t *ups, const c
numq = 2;
}
+ /* Subcommands for polling SIGUSR1, SIGUSR2 RP */
+ if (strcmp(var,
2007 Jan 12
2
Makefiles driving me NUTs
I want to use upsdebugx, upslogx in 'clients/upsclient.c', however this
fails with the following error messages (I trimmed the path to the build
directory to <path> in order to prevent line wrapping):
<path>/clients/upsclient.c:941: undefined reference to `upsdebugx'
<path>/clients/upsclient.c:910: undefined reference to `upslogx'
2007 Jan 19
0
Re: [nut-commits] svn commit r755 - in trunk: . clients
> I see. For IP4 addresses, will ups@192.168.0.1:3493 still work as
> expected? -- Peter
Yes. Whatever is between '@' and the optional ':<portnumber>' is passed as
hostname. Brackets (in case of domain literals) are removed.
Best regards, Arjen
--
Eindhoven - The Netherlands
Key fingerprint - 66 4E 03 2C 9D B5 CB 9B 7A FE 7E C1 EE 88 BC 57
2007 Sep 11
2
Bug#439986: Renaming `UPSCONN' to `UPSCONN_t' causes problems when upgrading.
tags 439986 upstream
thanks
Hi Florian,
2007/8/29, Florian Forster <octo at verplant.org>:
> Package: nut-dev
> Version: 2.2.0-1
> Severity: minor
>
> After upgrading from version 2.0.something to version 2.2.0-1 the type
> `UPSCONN' had been renamed to `UPSCONN_t'. This is a problem for
> software that is supposed to work with different versions of this
>
2015 Feb 13
1
Error installing Nut 2.7.2 on RedHat 6.6
Hi,
I need help because I can't install Nut in RedHat EL 6.6
The version of Nut in repository ot RHEL is 2.6.5-2, but doesn't suppor my
UPS,
Liebert GXT3-200RT.
I read that it is supported using Nut version 2.7.2, but I looking all
around the web how to install it in my RedHat but I didn't find answers.
Follow the guide, I can downlad lasted version stable on web: 2.7.2
Here the
2019 Jul 16
2
Two APC900 UPS on the same usbbus1
Hi!
On my FreeBSD 12.0-RELEASE-p7 server I was unable to retrieve the
correct information from my two UPS. Every time only the first UPS will
returned when I entering "upsc apc900" or "upsc apc901". I don't know
why (Bug or configuration issue on my side?!). I have downloaded the
latest source code and with my "patch" I was able to get the right
information
2009 Aug 02
2
Driver fix for Ippon BCP800 (06da/0003), blazer_usb.c
Hi,
Thanks to some older discussions on this list I found it quite easy to
eventually track down problem with using USB cable with some more of
Megatec/Q1 UPSes. The trick (which is done in megatec_usb, but not in
blazer_usb) is to read in the junk that somehow gets into read buffers
before sending any commands. (I inserted debug statements so it's easy
to see that the data read is really
2000 Feb 04
0
Patch that allows equal sign in options
Hi,
Here is a patch for release 1.2.2 that allows the use of '=' instead
of whitespace when specifying options. For options on the commandline,
it can be useful to be able to avoid whitespace in some situations.
best regards and thanks for the patch regarding segfaulting with PAM,
Stefan
-------------------------------------------------------------------
Email: Stefan.Heinrichs at
2011 Jan 18
1
[nut-commits] svn commit r2839 - branches/windows_port/scripts/Windows
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>:
> --- branches/windows_port/scripts/Windows/wininit.c Tue Jan 18
> 08:57:03 2011 (r2838)
> +++ branches/windows_port/scripts/Windows/wininit.c Tue Jan 18
> 10:05:01 2011 (r2839)
> @@ -285,8 +285,11 @@
> char fn[SMALLBUF];
> FILE *nutf;
> char buf[SMALLBUF];
> + const char * conf_path;
>
> -
2007 Oct 25
2
Using strtok via win32/api
Hi all,
I''m having a little trouble with strtok:
require ''win32/api''
include Win32
strtok = API.new(''strtok'', ''PP, ''P'', ''msvcrt'')
string = "A string\tof ,,tokens\nand some more tokens";
seps = " ,\t\n";
puts "Tokens:"
token = strtok.call(string, seps)
while token
puts
2000 Jul 05
1
OpenSSH-2.1.1p2: Is this misuse of strtok?
Is this a misuse of strtok() in OpenSSH-2.1.1p2?
readconf.c:process_config_line() calls strtok() to
parse config lines. When it finds oProtocol it calls
compat.c:proto_spec() which in turns uses strtok().
However on return of proto_spec(), process_config_line() calls
strtok() once more to (quoting from the source code)
/* Check that there is no garbage at end of line. */
But surely strtok()
2014 Jun 01
0
Tripp Lite SMART3000RM2U (protocol 3003) running time and charge?
On May 24, 2014, at 5:49 PM, Stefan Bruda wrote:
>> Don't worry about the battery physical properties for now - the
>> problem there is that we don't have enough information from the UPS
>> to do a proper calculation. With the V_interval[] settings, you can
>> tweak the new state-of-charge calculation to match what you see via
>> upsc when the battery is