search for: upsconn_t

...sclient.c: In function 'upscli_strerror': upsclient.c:502: warning: implicit declaration of function 'PR_GetErrorTextLength' upsclient.c:503: warning: implicit declaration of function 'PR_GetErrorText' upsclient.c: In function 'net_read': upsclient.c:560: error: 'UPSCONN_t' has no member named 'ssl' upsclient.c:564: warning: implicit declaration of function 'PR_Read' upsclient.c:564: error: 'UPSCONN_t' has no member named 'ssl' upsclient.c: In function 'net_write': upsclient.c:621: error: 'UPSCONN_t' has no member n...

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 > library - especially since it's not possible to determine the version > from within the preprocessor. > > The arguably best solution would be to add an additional type > typedef...

...ll UPS [tripplite at localhost] failed - Driver not connected" messages every five seconds. I cannot seem to find a way to reduce that chatter. These messages originate in pollups() in clients/upsmon.c. It looks to me like pollups() sees the utype_t->status flag ST_CONNECTED set, yet the UPSCONN_t->fd is -1, which means there is no valid connection (upscli_sendline() in clients/upsclient.c sets UPSCONN_t->upserror = UPSCLI_ERR_DRVNOTCONN). If ST_CONNECTED was clear, the connection would be retried. It appears to me that because ST_CONNECTED is set, pollups() thinks it should have a g...