Displaying 20 results from an estimated 400 matches similar to: "Minor issues cross-compiling windows_port branch"
2010 Dec 16
3
windows_port NUT branch
Hi,
Frederic, big thanks for your work on this, by a coincedence it's exactly what
i need at work :)
I'm compiling your branch on Debian GNU/Linux with mingw and having some minor
troubles worth mentioning and (i hope) fixing.
I configure with
CC=586-mingw32msvc-gcc ./configure --host=i586-mingw32msvc --prefix=/c/winnut/
Interestingly, there's scripts/Windows/Makefile in the repo
2011 Sep 19
1
[windows port] blazer_ser issues, select_read() from serial semantics
Hi,
I tried using 2.6.1 version for windows with a Megatec-compatible UPS
and was surprised to find out it doesn't work at all.
The reason for that is blazer_ser using ser_get_buf specifying a buffer
large enough to accept any reasonably possible response, setting
buflen accordingly. That calls select_read() and it's supposed to wait
until something is available and then to read up all
2017 Jun 15
2
Unable to use nut-2.7.4 with Eaton 5E1500I USB
Hi Manuel,
2017-06-14 15:16 GMT+02:00 Manuel Wolfshant <wolfy at nobugconsulting.ro>:
> Hello
>
>
>
> On 06/14/2017 03:32 PM, Arnaud Quette wrote:
>
>
>
> On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro>
> wrote:
>
>> >
>>> > If that matters, the OS is a fully updated CentOS 6.9 and this
>>>
2012 May 03
1
[nut-commits] svn commit r3554 - branches/windows_port/common
c'est quoi cette chelouzerie ?
je parle de l'ajout du sizeof(DWORD)...
et ce que ce serait pas un str*n*cpy ou s*n*printf la vraie solution ?
Arno
2012/5/3 Frederic BOHE <fbohe-guest at alioth.debian.org>:
> Author: fbohe-guest
> Date: Thu May ?3 08:31:38 2012
> New Revision: 3554
> URL: http://trac.networkupstools.org/projects/nut/changeset/3554
>
> Log:
>
2011 Jan 26
1
[nut-commits] svn commit r2853 - in branches/windows_port: drivers include
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>:
> Modified: branches/windows_port/include/wincompat.h
> ==============================================================================
> --- branches/windows_port/include/wincompat.h Wed Jan 26 15:05:16
> 2011 (r2852)
> +++ branches/windows_port/include/wincompat.h Wed Jan 26 15:16:09
> 2011 (r2853)
> @@
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;
>
> -
2012 Jan 11
0
Missing files on windows_port branch
I think this trunk-to-branch interior merge should be clean, but the merge logic correctly identifies some missing files in the reposurgeon output (checked in -pre7 and -pre4). They are in SVN on that branch, though (ignoring .gitignore for the time being). I only see one java file in scripts/java/jNut/src/main/java/org/networkupstools/jnut/ from reposurgeon.
2011 Jan 19
1
[nut-commits] svn commit r2845 - branches/windows_port/common
On mar., 2011-01-18 at 19:52 +0000, Arjen de Korte wrote:
> Author: adkorte-guest
> Date: Tue Jan 18 19:52:02 2011
> New Revision: 2845
> URL: http://trac.networkupstools.org/projects/nut/changeset/2845
>
> Log:
> Prefer to use static variables locally over global variables (to prevent namespace conflicts)
>
> Modified:
> branches/windows_port/common/common.c
2011 May 24
2
Merging windows_port branch
Hello,
As you may have noticed, a first running version of nut for
Windows has been released some time ago. In order to validate the
possibility to merge the windows_port branch to the trunk, I have
produced a patch file using the "svn diff" command.
This patch couldn't be applied directly and the use of a merging tool is
still needed. It is only intended to be reviewed so that we
2010 Nov 28
1
[nut-commits] svn commit r2705 - branches/windows_port/drivers
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>:
> Author: fbohe-guest
> Date: Fri Nov 26 14:01:35 2010
> New Revision: 2705
> URL: http://trac.networkupstools.org/projects/nut/changeset/2705
>
> Log:
> Add regex library for drivers (by Arnaud Quette)
>
> Modified:
> branches/windows_port/drivers/Makefile.am
Why is this needed? The value of
2011 Mar 17
1
[nut-commits] svn commit r2940 - in branches/windows_port/scripts/Windows/Installer
>
> ---------- Forwarded message ----------
> From: Frederic BOHE <fbohe-guest at alioth.debian.org>
> To: nut-commits at lists.alioth.debian.org
> Date: Wed, 16 Mar 2011 14:57:09 +0000
> Subject: svn commit r2940 - in
> branches/windows_port/scripts/Windows/Installer: . ImageFiles
> ImageFiles/Binary ImageFiles/Others ImageFiles/emptyDir
>
2010 Dec 11
1
[nut-commits] svn commit r2726 - in branches/windows_port: common drivers include
Citeren Arnaud Quette <aquette.dev op gmail.com>:
> Date: Thu, 09 Dec 2010 14:01:14 +0000
> Subject: svn commit r2726 - in branches/windows_port: common drivers include
> Author: fbohe-guest
> Date: Thu Dec 9 14:01:07 2010
> New Revision: 2726
> URL: http://trac.networkupstools.org/projects/nut/changeset/2726
>
> Log:
> More work on serial drivers.
> Still
2010 Nov 28
1
[nut-commits] svn commit r2704 - in branches/windows_port: . common drivers include scripts scripts/Windows server
Date: Fri, 26 Nov 2010 13:28:47 +0000
> Subject: svn commit r2704 - in branches/windows_port: . common
> drivers include scripts scripts/Windows server
> Author: fbohe-guest
> Date: Fri Nov 26 13:28:46 2010
> New Revision: 2704
> URL: http://trac.networkupstools.org/projects/nut/changeset/2704
>
> Log:
> Change the "full services" approach to a more POSIX
2010 Oct 20
4
cross-compiling the windows_port branch (socklen_t)
Fr?d?ric,
I'm curious as to how you are configuring the windows_port branch.
When I try to cross-compile, configure complains about socklen_t:
$ ./configure --host=i686-pc-mingw32
Network UPS Tools version 2.4.3
[...]
checking for socklen_t... no
checking for socklen_t equivalent... configure: error: Cannot find a
type to use in place of socklen_t
The test (m4/nut_type_socklen_t.m4) is
2010 Oct 18
1
[nut-commits] svn commit r2578 - in branches/windows_port: clients common drivers include server
Frederic,
Instead of adding '/c/MinGW/lib/libws2_32.a' to Makefile.am, I think
it would be better to add this to the system wide LDFLAGS (or LIBS).
Otherwise these changes will break compilation on non-Windows systems.
Best regards, Arjen
--
Please keep list traffic on the list (off-list replies will be rejected)
2010 Nov 04
0
[nut-commits] svn commit r2668 - in branches/windows_port: . drivers m4
2010/11/4 Arjen de Korte
> Author: adkorte-guest
> Date: Thu Nov 4 20:00:25 2010
> New Revision: 2668
> URL: http://trac.networkupstools.org/projects/nut/changeset/2668
>
> Log:
> Checking whether or not we should use the 'regex' library should be done
> for all USB connected devices (since we use this in the matcher function).
> In that case it is much cleaner
2011 Jan 26
0
[nut-commits] svn commit r2854 - branches/windows_port/common
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>:
> - res = w32_serial_read(fd,buf,buflen,timeout);
> + res = w32_serial_read((serial_handler_t *)fd,buf,buflen,timeout);
Rather than casting away the const (which may not be possible with
certain strict compiler flags), it is better to modify the prototype
and definition of this function to take a 'const
2011 Mar 18
0
[nut-commits] svn commit r2946 - in branches/windows_port/scripts/Windows/Installer: . ImageFiles/Others
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>:
> +REM copy DLL files from system
> +copy /Y c:\mingw\msys\1.0\bin\msys-1.0.dll .\ImageFiles\Others
> +copy /Y c:\mingw\msys\1.0\bin\msys-crypto-1.0.0.dll .\ImageFiles\Others
> +copy /Y c:\mingw\msys\1.0\bin\msys-ssl-1.0.0.dll .\ImageFiles\Others
> +copy /Y c:\mingw\bin\libgnurx-0.dll .\ImageFiles\Others
How can we be
2017 Jun 16
0
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On 06/15/2017 04:32 PM, Arnaud Quette wrote:
Hello
>
> .... still no reply from them ...
>
> is the guy you contacted Paul Henri?
I wrote to a generic alias ( Ro-PQSupport ). Got a reply from a fellow
Romanian who also CC:ed something looking like a list
(List-EGPQCO-BUCRO-PQ ). I replied to both of them 5 days ago, received
nothing since.
>
>>> Would you also
2017 Jun 18
3
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On Jun 16, 2017, at 6:12 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro> wrote:
>
> running autogen.sh was triggered automatically. but even if I do it explicitly, I still get:
> + autoreconf -i
> configure.ac:887: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body