search for: windows_port

.../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: > Fix journal event truncation. > > Modified: > ? branches/windows_port/common/wincompat.c > > Modified: branches/windows_port/common/wincompat.c > ============================================================================== > --- branches/windows_port/common/wincompat.c ? ?Wed May ?2 22:11:49 2012 ? ? ? ?(r3553) > +++ branches/windows_port/common/winc...

Emilien, just saw your commit in Buildbot for testing some Windows changes. That's great that someone is working on this again! We have had a few users ask for updates to the 2.6.5+ version of NUT for Windows. The problem is that we do not have a good branch in Git to work from. The windows_port branch got rebased, but since it has merge commits, it is a bit of a mess. I apologize for dropping the ball here - I offered to Fred that I would try and rewrite some of the windows_port branch history, but never got around to it. I don't have a Windows box to test on, and the XP/2003 Buildbo...

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) > @@ -28,6...

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; > &g...

...e 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. http://trac.networkupstools.org/projects/nut/browser/branches/windows_port/scripts/java/jNut/src/main/java/org/networkupstools/jnut?rev=3319 trunk -> windows_port: 2011-11-15T10:14:21Z!fbohe-guest at alioth.debian.org ("Merge from trunk 2011-06-27T13:56:51Z!fbohe-guest at alioth.debian.org"...) - trunk parent: 2011-11-12T13:48:57Z!arnaud.quette at free.fr (...

...r: 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 > > Modified: branches/windows_port/common/common.c > ============================================================================== > --- branches/windows_port/common/common.c Tue Jan 18 15:40:58 2011 (r2844) > +++ branches/windows_port/common/common.c Tue Jan 18 19...

...reat that someone is working on this again! > We have had a few users ask for updates to the 2.6.5+ version of NUT for Windows. I am just fixing some bugs and implementing some minor windows-specific features. > The problem is that we do not have a good branch in Git to work from. > The windows_port branch got rebased, but since it has merge commits, it is a bit of a mess. I see that. I has also seen that many windows dedicated branches exist. > I apologize for dropping the ball here - I offered to Fred that I would try and rewrite some of the windows_port branch history, but never got ar...

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 have a consensus on the merging of those two branches. Since it's t...

...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 LIBREGEX is never assigned anywhere, so this is basically a no-op (so I suggest to revert this patch). If needed, the regex library will be included in the LIBUSB_LDFLAGS (see commit r2668) by the 'm4/nut_check_libusb.m4' macro. If...

> > ---------- 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 > ImageFiles/emptyDir/cgi-bin ImageFiles/emptyDir/html > ImageFiles/emptyDir/include ImageFiles/emptyDir/man1 > ImageFiles/emptyDir/man3 ImageFiles/emptyDir/pkgconfig > ImageFiles/emptyD...

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 some TODOs to address but all drivers are compiling now. &gt...

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

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

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

...o the 2.6.5+ version of NUT for Windows. > > I am just fixing some bugs and implementing some minor > windows-specific features. Hmm, okay. Hopefully we can get more help from others on the list. >> The problem is that we do not have a good branch in Git to work from. >> The windows_port branch got rebased, but since it has merge commits, it is a bit of a mess. > > I see that. I has also seen that many windows dedicated branches exist. The original Git windows_port branch in networkupstools/nut-archive should match the state of the SVN branch. That was converted with reposu...

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

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