• New build husky

    From Rick Smith@1:105/10.1 to All on Wednesday, March 03, 2021 23:24:38
    Greetings All!

    In the process of moving a bbs to a VM (linux) so I am doing a fresh install of
    hpt ... Ive built it many times on linux without issue until tonight...

    Heres how I built.. I copied make file to husky src dir...

    I compiled in this order using * sudo make all install *

    Huskylib
    Smapi
    Fidoconf
    Areafix

    All seemed to do just fine

    Then HPT failed with this output...

    sudo make all install

    gcc -Ih -I/usr/local/include -c -s -O3 -fomit-frame-pointer -fstrength-reduce -fPIC -Wall -DUNIX src/fcommon.c
    src/fcommon.c: In function ‘createTempPktFileName_legasy’: src/fcommon.c:297:79: error: incompatible type for argument 1 of ‘aka2str’
    w_log(LL_CREAT, "pktFile %s created for [%s]", link->pktFile, aka2str(link->hisAka));

    ~~~~^~~~~~~~
    In file included from src/fcommon.c:84: /usr/local/include/fidoconf/common.h:171:17: note: expected ‘const hs_addr * const’ {aka ‘const struct _netaddr * const’} but argument is of type ‘hs_addr’ {aka ‘struct _netaddr’}
    HUSKYEXT char * aka2str(const hs_addr * const p_aka);
    ^~~~~~~
    src/fcommon.c: In function ‘createTempPktFileName’:
    src/fcommon.c:320:79: error: incompatible type for argument 1 of ‘aka2str’
    w_log(LL_CREAT, "pktFile %s created for [%s]", link->pktFile, aka2str(link->hisAka));

    ~~~~^~~~~~~~
    In file included from src/fcommon.c:84: /usr/local/include/fidoconf/common.h:171:17: note: expected ‘const hs_addr * const’ {aka ‘const struct _netaddr * const’} but argument is of type ‘hs_addr’ {aka ‘struct _netaddr’}
    HUSKYEXT char * aka2str(const hs_addr * const p_aka);
    ^~~~~~~
    src/fcommon.c: In function ‘createPackFileName’:
    src/fcommon.c:417:67: error: incompatible type for argument 1 of ‘aka2str’
    xscatprintf(&tmp2, "hpt %s ", aka2str(config->addr[0]));
    ~~~~~~~~~~~~^~~
    In file included from src/fcommon.c:84: /usr/local/include/fidoconf/common.h:171:17: note: expected ‘const hs_addr * const’ {aka ‘const struct _netaddr * const’} but argument is of type ‘struct _netaddr’
    HUSKYEXT char * aka2str(const hs_addr * const p_aka);
    ^~~~~~~
    src/fcommon.c:418:40: error: incompatible type for argument 1 of ‘aka2str’
    xstrcat(&tmp2, aka2str(*aka));
    ^~~~
    In file included from src/fcommon.c:84: /usr/local/include/fidoconf/common.h:171:17: note: expected ‘const hs_addr * const’ {aka ‘const struct _netaddr * const’} but argument is of type ‘hs_addr’ {aka ‘struct _netaddr’}
    HUSKYEXT char * aka2str(const hs_addr * const p_aka);
    ^~~~~~~
    make: *** [makefile.inc:28: fcommon.o] Error 1




    ----
    Regards,


    Rick Smith (Nitro)

    ... BBSing is fun, isn't it?
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)
  • From Michael Dukelsky@2:5020/1042 to Rick Smith on Thursday, March 04, 2021 11:25:12
    Hello Rick,

    Wednesday March 03 2021, Rick Smith wrote to All:

    In the process of moving a bbs to a VM (linux) so I am doing a fresh install of hpt ... Ive built it many times on linux without issue
    until tonight...

    You were unlucky. At the same moment I began pushing related changes to several
    subprojects. It was impossible to do it simultaneously and instantly, it took some time. During this time, the changes in the repositories of different subprojects were inconsistent. So now just pull the sources ones more.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Oli@2:280/464.47 to Michael Dukelsky on Thursday, March 04, 2021 13:52:47
    Michael wrote (2021-03-04):

    Hello Rick,

    Wednesday March 03 2021, Rick Smith wrote to All:

    In the process of moving a bbs to a VM (linux) so I am doing a fresh
    install of hpt ... Ive built it many times on linux without issue
    until tonight...

    You were unlucky. At the same moment I began pushing related changes to several subprojects. It was impossible to do it simultaneously and instantly, it took some time. During this time, the changes in the repositories of different subprojects were inconsistent. So now just pull the sources ones more.

    This doesn't help. I'm getting the same error. Maybe hpt needs a push?


    ~/repos/husky/hpt $ git log
    commit 0128207ffe03e13539596960df81ba41517b2666 (HEAD -> master, origin/master,
    origin/HEAD)
    Author: Michael Dukelsky <dukelsky@users.noreply.github.com>
    Date: Sun Feb 28 19:50:38 2021 +0300

    ---
    * Origin: . (2:280/464.47)
  • From Michael Dukelsky@2:5020/1042 to Oli on Thursday, March 04, 2021 19:13:08
    Hello Oli,

    Thursday March 04 2021, Oli wrote to Michael Dukelsky:

    In the process of moving a bbs to a VM (linux) so I am doing a
    fresh install of hpt ... Ive built it many times on linux
    without issue until tonight...

    You were unlucky. At the same moment I began pushing related
    changes to several subprojects. It was impossible to do it
    simultaneously and instantly, it took some time. During this
    time, the changes in the repositories of different subprojects
    were inconsistent. So now just pull the sources ones more.

    This doesn't help. I'm getting the same error. Maybe hpt needs a push?

    Thanks, it is fixed now. I will need to revise my work procedures to reduce the
    likelihood of such situations occurring.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Tommi Koivula@2:221/1 to Michael Dukelsky on Friday, March 05, 2021 14:20:36
    Hi Michael.

    04 Mar 21 19:13, you wrote to Oli:

    Hello Oli,

    Thursday March 04 2021, Oli wrote to Michael Dukelsky:

    In the process of moving a bbs to a VM (linux) so I am doing a
    fresh install of hpt ... Ive built it many times on linux
    without issue until tonight...

    You were unlucky. At the same moment I began pushing related
    changes to several subprojects. It was impossible to do it
    simultaneously and instantly, it took some time. During this
    time, the changes in the repositories of different subprojects
    were inconsistent. So now just pull the sources ones more.

    This doesn't help. I'm getting the same error. Maybe hpt needs a push?

    Thanks, it is fixed now. I will need to revise my work procedures to
    reduce the
    likelihood of such situations occurring.

    My Raspberry PI2 running Ubuntu :

    tommi@rpi:/bbs$ hpt scan
    1 14:19:47 Start
    U 14:19:47 scanExport() begin
    1 14:19:47 Start scanning...
    Z 14:19:47 src/scan.c:1318
    Z 14:19:47 src/scan.c:1343
    Z 14:19:47 src/scan.c:1369
    1 14:19:47 EchoTossLogFile not found -> Scanning all areas
    Z 14:19:47 src/scan.c:1471
    Z 14:19:47 src/scan.c:1479
    D 14:19:47 Statistics
    D 14:19:48 areas: 28 msgs: 5220
    D 14:19:48 exported: 0
    E 14:19:48 Areas summary:
    U 14:19:48 scanExport() end
    U 14:19:48 src/query.c:1189:af_CloseQuery() begin
    U 14:19:48 src/query.c:1192:af_CloseQuery() end
    U 14:19:48 perl.c::perl_setvars()
    Z 14:19:48 src/perl.c:1574 setting Perl variables (main)
    Z 14:19:48 src/perl.c:1676 setting Perl variables (links)
    *** buffer overflow detected ***: terminated
    Aborted

    'Tommi

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: rpi.rbb.bbs.fi (2:221/1)
  • From Michael Dukelsky@2:5020/1042 to Tommi Koivula on Friday, March 05, 2021 21:40:20
    Hello Tommi,

    Friday March 05 2021, Tommi Koivula wrote to Michael Dukelsky:

    My Raspberry PI2 running Ubuntu :

    tommi@rpi:/bbs$ hpt scan
    1 14:19:47 Start
    U 14:19:47 scanExport() begin
    1 14:19:47 Start scanning...
    Z 14:19:47 src/scan.c:1318
    Z 14:19:47 src/scan.c:1343
    Z 14:19:47 src/scan.c:1369
    1 14:19:47 EchoTossLogFile not found -> Scanning all areas
    Z 14:19:47 src/scan.c:1471
    Z 14:19:47 src/scan.c:1479
    D 14:19:47 Statistics
    D 14:19:48 areas: 28 msgs: 5220
    D 14:19:48 exported: 0
    E 14:19:48 Areas summary:
    U 14:19:48 scanExport() end
    U 14:19:48 src/query.c:1189:af_CloseQuery() begin
    U 14:19:48 src/query.c:1192:af_CloseQuery() end
    U 14:19:48 perl.c::perl_setvars()
    Z 14:19:48 src/perl.c:1574 setting Perl variables (main)
    Z 14:19:48 src/perl.c:1676 setting Perl variables (links)
    *** buffer overflow detected ***: terminated
    Aborted

    I cannot reproduce it in CentOS 7. Could you please pull the sources and build once more?

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Tommi Koivula@2:221/360 to Michael Dukelsky on Friday, March 05, 2021 21:40:20
    Hi Michael.

    I cannot reproduce it in CentOS 7. Could you please pull the sources
    and build once more?

    I did but the error is still there. :(

    Z 21:39:46 src/scan.c:1471
    Z 21:39:46 src/scan.c:1479
    D 21:39:46 Statistics
    D 21:39:46 areas: 28 msgs: 5312
    D 21:39:46 exported: 0
    E 21:39:46 Areas summary:
    U 21:39:46 scanExport() end
    U 21:39:46 src/query.c:1189:af_CloseQuery() begin
    U 21:39:46 src/query.c:1192:af_CloseQuery() end
    U 21:39:46 perl.c::perl_setvars()
    Z 21:39:46 src/perl.c:1574 setting Perl variables (main)
    Z 21:39:46 src/perl.c:1676 setting Perl variables (links)
    *** buffer overflow detected ***: terminated
    Aborted

    'Tommi

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Michael Dukelsky@2:5020/1042 to Tommi Koivula on Saturday, March 06, 2021 10:14:32
    Hello Tommi,

    Friday March 05 2021, Tommi Koivula wrote to Michael Dukelsky:

    I cannot reproduce it in CentOS 7. Could you please pull the
    sources and build once more?
    I did but the error is still there. :(

    The last time changes were made in perl.c two years ago. I think it is unrealistic for you to send me all your message bases. So it would be good if you could make a test configuration with one echo and see if the error persists.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Michael Dukelsky@2:5020/1042 to Michael Dukelsky on Saturday, March 06, 2021 10:26:14
    Hello Michael,

    Saturday March 06 2021, Michael Dukelsky wrote to Tommi Koivula:

    I cannot reproduce it in CentOS 7. Could you please pull the
    sources and build once more?
    I did but the error is still there. :(

    The last time changes were made in perl.c two years ago.

    No, I used the wrong filter, it was several days ago.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Tommi Koivula@2:221/1 to Michael Dukelsky on Sunday, March 07, 2021 09:49:26
    Hi Michael.

    I cannot reproduce it in CentOS 7. Could you please pull the
    sources and build once more?
    I did but the error is still there. :(

    I pulled a fresh copy, now everything works fine. I had DYNLIBS=0 in my huskymak.cfg, maybe that caused this problem? It was working fine previously.

    'Tommi

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: rpi.rbb.bbs.fi (2:221/1)
  • From Michael Dukelsky@2:5020/1042 to Tommi Koivula on Sunday, March 07, 2021 13:27:06
    Hello Tommi,

    Sunday March 07 2021, Tommi Koivula wrote to Michael Dukelsky:

    I cannot reproduce it in CentOS 7. Could you please pull the
    sources and build once more?
    I did but the error is still there. :(
    I pulled a fresh copy, now everything works fine.

    I am very glad. :)

    I had DYNLIBS=0 in my huskymak.cfg, maybe that caused this problem?

    In principle, this should not have happened. But anyway a static build with Perl has not very much sense because Perl has dynamic libraries.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Tommi Koivula@2:221/1 to Michael Dukelsky on Sunday, March 07, 2021 17:52:04
    On 7.3.2021 12:27, Michael Dukelsky wrote:

    I cannot reproduce it in CentOS 7. Could you please pull the
    sources and build once more?
    I did but the error is still there. :(
    I pulled a fresh copy, now everything works fine.

    I am very glad. :)

    Good! :)

    'Tommi

    --- Mozilla/5.0 (Windows NT 5.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/1.0)