Hello everyone. I'm trying to get the most recent version of BinkD (snagged directly from github) compiled on the most recent OpenBSD here, and I seem to be running into the same problem that I've had on some other versions here. Namely, unix/ns_parse.c is blowing up due to some elements not being defined. Here is the output of my configure process, in case that is helpful at all, to be followed by the log of the make process, starting on ns_parse.c where it blows up.

-=-=-=-
tinfoil:/usr/local/src/binkd-1.1$ doas nice ./configure
Password:
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for a BSD-compatible install... /usr/bin/install -c
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking sys/vfs.h usability... no
checking sys/vfs.h presence... no
checking for sys/vfs.h... no
checking sys/statfs.h usability... no
checking sys/statfs.h presence... no
checking for sys/statfs.h... no
checking sys/statvfs.h usability... yes
checking sys/statvfs.h presence... yes
checking for sys/statvfs.h... yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking for sys/mount.h... yes
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking sys/ioctl.h usability... yes
checking sys/ioctl.h presence... yes
checking for sys/ioctl.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking io.h usability... no
checking io.h presence... no
checking for io.h... no
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking netdb.h usability... yes
checking netdb.h presence... yes
checking for netdb.h... yes
checking arpa/nameser.h usability... yes
checking arpa/nameser.h presence... yes
checking for arpa/nameser.h... yes
checking for resolv.h... yes
checking for snprintf... yes
checking for vsnprintf... yes
checking for vsyslog... yes
checking for waitpid... yes
checking for statvfs... yes
checking for statfs... yes
checking for uname... yes
checking for daemon... yes
checking for setsid... yes
checking for getopt... yes
checking for localtime_r... yes
checking for strtoumax... yes
checking for sigprocmask... yes
checking for gettimeofday... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for socket... yes
checking for gethostbyname... yes
checking for setproctitle... yes
checking for res_search... yes
checking for ns_initparse... no
checking for ns_msg._msg_ptr... no
checking for ns_msg._ptr... no
checking size of short... 2
checking size of int... 4
checking size of long... 4
checking for socklen_t... yes
checking for intmax_t... yes
checking for reliable signals... yes
checking for facilitynames... yes
checking for TIOCNOTTY... yes
checking for MSG_NOSIGNAL... yes
checking for libz... yes: /usr
checking for libbz2... yes: /usr/local
configure: creating ./config.status
config.status: creating Makefile
Tue Mar 15 07:25
tinfoil:/usr/local/src/binkd-1.1$
-=-=-=-

If you'll note in the output of configure, above, all of the ns_* bits are not found. Next is the output of the make process, where it gets funky:

-=-=-=-
tinfoil:/usr/local/src/binkd-1.1$ doas make
Password:
Compiling unix/ns_parse.c...
unix/ns_parse.c:35: error: expected ')' before '*' token
unix/ns_parse.c:46:6: warning: #warning "ns_msg._msg_ptr element not defined" unix/ns_parse.c:76: error: expected declaration specifiers or '...' before 'ns_sect'
unix/ns_parse.c: In function 'ns_skiprr':
unix/ns_parse.c:85: error: 'NS_INT16SZ' undeclared (first use in this function) unix/ns_parse.c:85: error: (Each undeclared identifier is reported only once unix/ns_parse.c:85: error: for each function it appears in.) unix/ns_parse.c:86: error: 'section' undeclared (first use in this function) unix/ns_parse.c:86: error: 'ns_s_qd' undeclared (first use in this function) unix/ns_parse.c:87: error: 'NS_INT32SZ' undeclared (first use in this function) unix/ns_parse.c:90: warning: implicit declaration of function 'NS_GET16' unix/ns_parse.c: At top level:
unix/ns_parse.c:100: error: expected declaration specifiers or '...' before 'ns_msg'
unix/ns_parse.c: In function 'ns_initparse':
unix/ns_parse.c:104: error: 'handle' undeclared (first use in this function) unix/ns_parse.c:107: error: 'NS_INT16SZ' undeclared (first use in this function)
unix/ns_parse.c:113: error: 'ns_s_max' undeclared (first use in this function) unix/ns_parse.c:122: error: 'ns_sect' undeclared (first use in this function) unix/ns_parse.c:122: error: expected ')' before 'i'
unix/ns_parse.c:132: warning: implicit declaration of function 'setsection' unix/ns_parse.c: At top level:
unix/ns_parse.c:137: error: expected ')' before '*' token
unix/ns_parse.c:197: error: expected ')' before '*' token
*** Error 1 in /usr/local/src/binkd-1.1 (Makefile:78 'unix/ns_parse.o': @gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION...)
Tue Mar 15 07:27
tinfoil:/usr/local/src/binkd-1.1$
-=-=-=-

I'm really wanting to get the new version working, to see if it helps the problem that I have been having wherein my own binkd is unable to make connections to other nodes (it is only able to accept incoming connections, for some reason). Does anybody have any suggestions or a patch that might fix this little issue or even point me in the right direction here? Any help would be greatly appreciated. Thanks in advance!

-D
--- SBBSecho 2.27-OpenBSD
* Origin: Tinfoil.synchro.net - now at FTN (1:340/200) (1:340/200)

Hello Damon!

15 Mar 16 07:29, Damon A. Getsman wrote to All:

checking for ns_initparse... no
checking for ns_msg._msg_ptr... no
checking for ns_msg._ptr... no

This looks like the same issue you had back in 2013. net/libbind ist installed,
and the includes are patched?


Regards,
Gerrit

--- Msged/BSD 6.2.0
* Origin: And still they come and go (2:240/12)

Hello Damon!

15 Mar 16 07:29, you wrote to All:

Hello everyone. I'm trying to get the most recent version of BinkD (snagged directly from github) compiled on the most recent OpenBSD here, and I seem to be running into the same problem that I've had on some other versions here. Namely, unix/ns_parse.c is blowing up due to some elements not being defined. Here is the output of my configure process, in case that is helpful at all, to be followed by the log of the make process, starting on ns_parse.c where it blows up.

checking arpa/nameser.h usability... yes
checking arpa/nameser.h presence... yes
checking for arpa/nameser.h... yes

checking for ns_initparse... no
checking for ns_msg._msg_ptr... no
checking for ns_msg._ptr... no

I have no access to OpenBSD, however I do use Debian/Linux.
In Linux the ns_* lines do not show in the config log, so apparently
some other condistions are satisfied. It looks like the above condition
triggers the use of unix/ns_parse.c. Under linux that file is not compiled.

From your log it show, that a number of constants/macro's are not defined.
These constants should de defined in arpa/nameserver.h in one of the
include directories. The config log tells us that that file is available.

The History file clains that versio 1.1a-57 gul
fixed a compilation error is ns_parse.c

The current experimental versions is 1.1a-92

I pulls my sources from git://github.com/pgul/binkd

If your problems persist, try to get the attention of Pavel Gulchouck, he
seems to maintain the latest and the greates

If you'll note in the output of configure, above, all of the ns_*
bits
are not found. Next is the output of the make process, where it gets funky:

-=-=-=-
tinfoil:/usr/local/src/binkd-1.1$ doas make

It looks like you are using the latest stable version 1.1

Password:
Compiling unix/ns_parse.c...
unix/ns_parse.c:35: error: expected ')' before '*' token unix/ns_parse.c:46:6: warning: #warning "ns_msg._msg_ptr element not defined" unix/ns_parse.c:76: error: expected declaration specifiers or '...' before 'ns_sect' unix/ns_parse.c: In function
'ns_skiprr': unix/ns_parse.c:85: error: 'NS_INT16SZ' undeclared (first use in this function) unix/ns_parse.c:85: error: (Each undeclared

Kees

--- GoldED+/LNX 1.1.5
* Origin: As for me, all I know is that, I know nothing. (2:280/5003.4)

Hello Kees,

Tuesday March 15 2016, Kees van Eeten wrote to Damon A. Getsman:

If your problems persist, try to get the attention of Pavel
Gulchouck

He is on vacation till the end of the month.

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128
* Origin: Moscow, Russia (2:5020/1042)

Re: BinkD compilation on OpenBSD
By: Gerrit Kuehn to Damon A. Getsman on Tue Mar 15 2016 20:28:12

This looks like the same issue you had back in 2013. net/libbind ist installed, and the includes are patched?

I believe that it is the same issue, yes, if my memory serves me right. net/libbind is, indeed, installed. As far as the includes being patched I believe that last time this was supplied as a supplement to my ports directory (since blown away and 'upgraded' during an OS upgrade); I'm not sure how to do that at this point. I do not believe that I have the patch file anywhere on this system (or any other) any more.
Any tips appreciated!

-D
--- SBBSecho 2.27-OpenBSD
* Origin: Tinfoil.synchro.net - now at FTN (1:340/200) (1:340/200)

Hello Damon,

On 15 Mar 16 15:20, Damon A. Getsman wrote to Gerrit Kuehn:

This looks like the same issue you had back in 2013. net/libbind
ist installed, and the includes are patched?

I believe that it is the same issue, yes, if my memory serves me
right. net/libbind is, indeed, installed. As far as the includes
being patched I believe that last time this was supplied as a
supplement to my ports directory (since blown away and 'upgraded'
during an OS upgrade); I'm not sure how to do that at this point. I
do not believe that I have the patch file anywhere on this system (or
any other) any more. Any tips appreciated!

Are you pulling a BSD specific source? If not, you could try the official binkd
repo instead (which I believe is CVS - maybe just the github version isn't jiving with your setup).

If unsure as to where to find it, go back a few messages to the 4 page/4 message post of the FAQ, should be on the first page of that. happy.kiev.ru comes to mind. :)

Regards,
Nick

--- GoldED+/LNX 1.1.5-b20160201
* Origin: thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin) (1:154/10)

Re: BinkD compilation on OpenBSD
By: Kees van Eeten to Damon A. Getsman on Tue Mar 15 2016 20:36:04

The History file clains that versio 1.1a-57 gul
fixed a compilation error is ns_parse.c

Yeah I'm not sure if that was the fix or not; I keep thinking that the fix that I was handed down was a set of files for inclusion within the 'mystuff' or whatever local subdirectory was used within the ports tree of OpenBSD.

If your problems persist, try to get the attention of Pavel Gulchouck,
he seems to maintain the latest and the greates

Yes indeed I shall, though it appears that he's currently on hiatus. Thank you for the information.

-D
--- SBBSecho 2.27-OpenBSD
* Origin: Tinfoil.synchro.net - now at FTN (1:340/200) (1:340/200)

Re: Re: BinkD compilation on OpenBSD
By: Nicholas Boel to Damon A. Getsman on Tue Mar 15 2016 22:21:41

Are you pulling a BSD specific source? If not, you could try the official binkd repo instead (which I believe is CVS - maybe just the github version isn't jiving with your setup).

No, as far as I know there's nothing OBSD specific about the repo. I'll give the CVS repo a shot as soon as I find the FAQ again here.

If unsure as to where to find it, go back a few messages to the 4 page/4 message post of the FAQ, should be on the first page of that. happy.kiev.ru comes to mind. :)

Cool, thanks.

-D
--- SBBSecho 2.27-OpenBSD
* Origin: Tinfoil.synchro.net - now at FTN (1:340/200) (1:340/200)

On 16/03/16 14:12, Damon A. Getsman : Kees van Eeten wrote:

Re: BinkD compilation on OpenBSD
By: Kees van Eeten to Damon A. Getsman on Tue Mar 15 2016 20:36:04

The History file clains that versio 1.1a-57 gul
fixed a compilation error is ns_parse.c

Yeah I'm not sure if that was the fix or not; I keep thinking that the
fix
that I was handed down was a set of files for inclusion within the
'mystuff' or
whatever local subdirectory was used within the ports tree of OpenBSD.

I made it compile from the latest version on OpenBSD.
The steps to make it go through are these:

First install ports/packages bzip2 (assuming you want configure from
binkd to enable bz2 support) and libbind (this fixes the NS_INT16 stuff).

Then after the Makefile has been generated, it needs the following patch:
--- Makefile.work Sat Aug 6 02:42:41 2016
+++ Makefile Sat Aug 6 02:46:51 2016
@@ -14,10 +14,10 @@
SRCS=md5b.c binkd.c readcfg.c tools.c ftnaddr.c ftnq.c client.c
server.c protocol.c bsy.c inbound.c breaksig.c branch.c unix/rename.c unix/getfree.c ftndom.c ftnnode.c srif.c pmatch.c readflo.c prothlp.c
iptools.c rfc2553.c run.c binlog.c exitproc.c getw.c xalloc.c crypt.c unix/setpttl.c unix/daemonize.c unix/ns_parse.c compress.c srv_gai.c
OBJS=${SRCS:.c=.o}
AUTODEFS=-DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_STATVFS_H=1
-DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 -DHAVE_ARPA_INET_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_STDARG_H=1
-

Hi Janne,

On 18 Aug 16 09:55, Janne Johansson wrote to Damon A. Getsman:
about: "BinkD compilation on OpenBSD":

I made it compile from the latest version on OpenBSD.

I'll forward this to his email address, because I suspect he isn't able to read
fidonet atm... Thanks!

Wilfred.

--- FMail-W32 1.69.25.188
* Origin: point@work (2:280/464.112)

On 18/08/16 09:07, Wilfred van Velzen : Janne Johansson wrote:

about: "BinkD compilation on OpenBSD":

I made it compile from the latest version on OpenBSD.

I'll forward this to his email address, because I suspect he isn't able
to read fidonet atm... Thanks!

I've already mailed it to Damon, just wanted to share with more than him.

---
* Origin: *** nntp://fidonews.mine.nu *** Finland *** (2:221/6.0)

Hi Janne,

On 18 Aug 16 11:47, Janne Johansson wrote to Wilfred van Velzen:
about: "BinkD compilation on OpenBSD":

I made it compile from the latest version on OpenBSD.

I'll forward this to his email address, because I suspect he isn't able
to read fidonet atm... Thanks!

I've already mailed it to Damon, just wanted to share with more than him.

Ok great. Than he has no excuse anymore, to not get his system working... ;)

Wilfred.

--- FMail-W32 1.69.25.188
* Origin: point@work (2:280/464.112)