similar to: cross-compiling the windows_port branch (socklen_t)

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

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: >

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) > @@

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

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; > > -

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.

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

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

> > ---------- 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 >

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

Hi, No patches today, sorry, just three little observations (i'm compiling windows_port branch on Debian GNU/Linux testing with mingw): * missing but required by the configure scripts/augeas/nutupsconf.aug.in scripts/hal/ups-nut-device.fdi.in scripts/udev/nut-usbups.rules.in * it autodetects hal and udev support but (of course) fails to cross-compile it (so i had to use

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

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/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

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

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

This affects the XMMS plugin. configure.in has this test: AC_CHECK_TYPES(socklen_t, [], []) And src/plugin_xmms/http.c is the only consumer: #ifndef HAVE_SOCKLEN_T typedef unsigned int socklen_t; #endif Together this looks bogus to me. The configure check looks for socklen_t in the default headers. If it isn't found there, socklen_t will be typedef'ed. However, at least on

Hi, openssh_cvs as of today, SCO Open Server 3.0, socklen_t this typedef doesn't exist on SCO OSR 3, and "configure" properly detects this, leading to /* #undef HAVE_SOCKLEN_T */ in config.h. Problem: I can't find any place where this is actually being used? I'd expect something like #ifndef HAVE_SOCKLEN_T typdef int socklen_t; #endif ("int" is what the

Here's a configure check to see if socklen_t is defined. Even though my man pages on linux say accept(2) takes (int *) as it's 3rd arg, the sys/socket.h files begs to differ. If not defined (which is doesn't seem to be on AIX 4.2.1), it can be explicitly typedef'ed to (unsigned int). Now do mainstream code changes get submitted back to the openbsd group, or would it be better to

http://bugzilla.mindrot.org/show_bug.cgi?id=1017 Summary: socklen_t test in configure fails/configure stops Product: Portable OpenSSH Version: 4.0p1 Platform: All OS/Version: AIX Status: NEW Keywords: low-hanging-fruit Severity: normal Priority: P2 Component: Build system AssignedTo: