Hello everybody!

Good morning, I've been fixing a few more bugs. I'm still working on the reload
configuration, which attempts to read immediately without waiting for amiga to
finish writing the buffers to disk. However, without using that option, it's quite stable, it's been working without problems for two days.

If anyone tests it and reports any bugs, I'll be available here while I work on
fixing the reload configuration error.

I have uploaded the binaries and libraries for ixemul to github.

https://github.com/skbn/binkd/releases


--- GoldED+/LNX 1.1.5-b20260304
* Origin: Citrick BBS citlmbbs.synchro.net (39:190/101.1)

Hello Tanausu!

14 Apr 26 07:50, I wrote to all:

Good morning, I've been fixing a few more bugs. I'm still working on
the reload configuration, which attempts to read immediately without waiting for amiga to finish writing the buffers to disk. However,
without using that option, it's quite stable, it's been working
without problems for two days.

If anyone tests it and reports any bugs, I'll be available here while
I work on fixing the reload configuration error.

I have uploaded the binaries and libraries for ixemul to github.

https://github.com/skbn/binkd/releases

For now, I've found a workaround for the reload configuration problem by adding
a short timer to wait for Amiga to fully write the file.

The options I've tried are the usual ones:
-s -c -C -p -P

Now, before continuing, I'm going to clean things up. I've included too much Amiga code without #define, and I need it to compile on other systems. I've also fixed some bugs in the *nux version.


--- GoldED+/LNX 1.1.5-b20260304
* Origin: Citrick BBS citlmbbs.synchro.net (39:190/101.1)

Hello Tanausu,

On April 14 '26 you wrote to me:

REPLY: 39:190/101.1 69dde6a2
MSGID: 39:190/101.1 69de49bc
CHRS: UTF-8 2
TZUTC: 0100
TID: CrashMail II/Linux 1.5.1

Hello Tanausu!

14 Apr 26 07:50, I wrote to all:

Good morning, I've been fixing a few more bugs. I'm still working
on the reload configuration, which attempts to read immediately without waiting for amiga to finish writing the buffers to disk. However, without using that option, it's quite stable, it's been working without problems for two days.

If anyone tests it and reports any bugs, I'll be available here
while I work on fixing the reload configuration error.

I have uploaded the binaries and libraries for ixemul to github.

https://github.com/skbn/binkd/releases

For now, I've found a workaround for the reload configuration problem by adding a short timer to wait for Amiga to fully write the file.

The options I've tried are the usual ones:
-s -c -C -p -P

Now, before continuing, I'm going to clean things up. I've included too much Amiga code without #define, and I need it to compile on other systems. I've also fixed some bugs in the *nux version.

Good afternoon, I'm posting this as an update to the message. After a few
days of testing, I believe the program works correctly on amiga. It reloads
the configuration correctly; I still need to test this part more thoroughly, but it's good. I still need to add zlib for amiga. But I'll do that in a few days, once I've tested it more thoroughly. It now compiles for any *nix environment. And I fixed some bugs, including the same ones that affected amigaos.



sbbs@:/sbbs/fido/conf $ uname -r
15.0-RELEASE-p5
sbbs@:/sbbs/fido/conf $ ./binkd -vvv
Binkd 1.1a-116 (April 14, 2026 17:36:32/FreeBSD)
Build flags: gcc, zlib, amiga_4d_outbound.

Installations: fts5004 ipv6
sbbs@:/sbbs/fido/conf $ ./nodelist z2daily.104 fidonet z2daily104.inc
List of nodes: 796 BinkP nodes found
sbbs@:/sbbs/fido/conf $

lmd@:~/fido/scripts $ uname -a
Linux 6.12.75+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.12.75-1+rpt1
(2026-03-11) aarch64 GNU/Linux lmd@:~/fido/scripts $ ./binkd -vvv Binkd 1.1a-116 (April 14, 2026 17:30:15/Linux) Build flags: gcc, zlib, friend_4d_outbound.

Installation: fts5004 ipv6
lmd@:~/fido/scripts $ ./nodelist z2daily.104 fidonet z2daily104.inc
Node list: 796 BinkP nodes found
lmd@:~/fido/scripts $

5.Work:fido> version
Kickstart 47.115, Workbench 47.5
5.Work:fido> binkd -vvv
Binkd 1.1a-116 (April 14, 2026 19:11:17/Amiga)
Build options: gcc, https, friend_4d_outbound.

Installations: rfc2553emu
5. Job: fido> nodelist z2daily.104 fidonet z2daily_104.inc
List of nodes: 796 BinkP nodes found
5. Job: fido>

--- April V1.09 (SAS)
* Origin: April message tosser/viewer (39:190/101.2)

Hi Tanausu,

On 2026-04-14 18:24:35, you wrote to you:

... It now compiles for any *nix environment. And I fixed some bugs,

Interesting! Are those bugfixes documented and/or in a git repo?


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Hello Wilfred,

On April 14 '26 you wrote to me:

... It now compiles for any *nix environment. And I fixed some
bugs,

Interesting! Are those bugfixes documented and/or in a git repo?

Yes, I need to organize it a bit. I was racing against the clock because of
my classes. While trying to fix the reload config issue, the other problems kept popping up. I've been fixing the others, mostly memory leaks, bind problems, and issues with select and accept sockets due to thread blocking or forks. The rest of the system is working fine, but that darn reload on the amiga with ixemul... it's a real headache.

The idea is to get it stable, and then do the Amiga part without using
ixemul.

I've ported the nodelist and srifreq utilities from binkd to c.

--- April V1.09 (SAS)
* Origin: April message tosser/viewer (39:190/101.2)

Hello Tanausu!

14 Apr 26 23:18, you wrote to Wilfred van Velzen:

mostly memory leaks, bind problems, and issues with select and accept sockets due to thread blocking or forks. The rest of the system is
working fine, but that darn reload on the amiga with ixemul... it's a
real headache.

There's the problem right there, ixemul! Plus the memory leaks, it's a wonder the thing worked at all.

The idea is to get it stable, and then do the Amiga part without using ixemul.

Good luck with that...



Stephen


--- GoldED+/LNX 1.1.5-b20250409
* Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- Prt: 6800 (39:901/280)

Stephen Walsh wrote to Tanausu M. <=-

Hello Tanausu!

14 Apr 26 23:18, you wrote to Wilfred van Velzen:

mostly memory leaks, bind problems, and issues with select and accept sockets due to thread blocking or forks. The rest of the system is
working fine, but that darn reload on the amiga with ixemul... it's a
real headache.

There's the problem right there, ixemul! Plus the memory leaks, it's a wonder the thing worked at all.

I'm missing the checkcfg on the client side. In amiga, both the client and server share variables. I'll keep debugging this afternoon.
I already have an idea of ​​where to start. I left it connected yesterday, and it only crashes on the client side after changing the configuration several times. The rest works fine.

The idea is to get it stable, and then do the Amiga part without using ixemul.

Good luck with that...

Once I fix the previous bug... I'll take my time xD
Without the -C option, the amiga is still running after a few days. I'll shut it down today so it can rest. I don't even remember when I turned it on.


=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-14 23:18:35, you wrote to me:

... It now compiles for any *nix environment. And I fixed some
bugs,

Interesting! Are those bugfixes documented and/or in a git repo?

Yes, I need to organize it a bit. I was racing against the clock
because of my classes. While trying to fix the reload config issue,
the other problems kept popping up. I've been fixing the others,
mostly memory leaks, bind problems, and issues with select and accept sockets due to thread blocking or forks.

Yet the *nix version of binkd seems to work fine currently, without these fixes...? ;-)


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-14 23:18:35, you wrote to me:

... It now compiles for any *nix environment. And I fixed some
bugs,

Interesting! Are those bugfixes documented and/or in a git repo?

Yes, I need to organize it a bit. I was racing against the clock
because of my classes. While trying to fix the reload config issue,
the other problems kept popping up. I've been fixing the others,
mostly memory leaks, bind problems, and issues with select and accept sockets due to thread blocking or forks.

Yet the *nix version of binkd seems to work fine currently, without
these fixes...? ;-)

Yes, when solving the problem on amiga, for example, upon closing the program, some memory remained unreleased, or child processes released resources from the parent. or when resetting the server and client after something has arrived or been sent.

This also occurs on *nix systems if a forked process is used instead of a pthread, among other things. With ixemul, these errors forced a restart of the amiga.

In my case, I would choose pgul, which is very well tested, except for those minor issues.

=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-15 08:45:03, you wrote to me:

... It now compiles for any *nix environment. And I fixed some
bugs,

Interesting! Are those bugfixes documented and/or in a git repo?

Yes, I need to organize it a bit. I was racing against the clock
because of my classes. While trying to fix the reload config issue,
the other problems kept popping up. I've been fixing the others,
mostly memory leaks, bind problems, and issues with select and accept
sockets due to thread blocking or forks.

Yet the *nix version of binkd seems to work fine currently, without
these fixes...? ;-)

Yes, when solving the problem on amiga, for example, upon closing the

program,

some memory remained unreleased, or child processes released resources

from

the parent. or when resetting the server and client after something has arrived or been sent.

This also occurs on *nix systems if a forked process is used instead of a pthread, among other things. With ixemul, these errors forced a restart of

the

amiga.

In my case, I would choose pgul, which is very well tested, except for

those

minor issues.

So I suppose you will do a pull request to the main git repo, when you are done, so these improvements will be incorporated, and everbody using binkd will
benefit!? ;-)


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-15 08:45:03, you wrote to me:

... It now compiles for any *nix environment. And I fixed some
bugs,

Interesting! Are those bugfixes documented and/or in a git repo?

Yes, I need to organize it a bit. I was racing against the clock
because of my classes. While trying to fix the reload config issue,
the other problems kept popping up. I've been fixing the others,
mostly memory leaks, bind problems, and issues with select and accept
sockets due to thread blocking or forks.

Yet the *nix version of binkd seems to work fine currently, without
these fixes...? ;-)

Yes, when solving the problem on amiga, for example, upon closing the

progr

am,

some memory remained unreleased, or child processes released resources

from

the parent. or when resetting the server and client after something has arrived or been sent.

This also occurs on *nix systems if a forked process is used instead of a pthread, among other things. With ixemul, these errors forced a restart of

the

amiga.

In my case, I would choose pgul, which is very well tested, except for

thos

e

minor issues.

So I suppose you will do a pull request to the main git repo, when you are done, so these improvements will be incorporated, and everbody
using binkd will benefit!? ;-)

Hmm, well, I don't know lol. The source code is on GitHub; I use it for cross-system testing. It's available to everyone. Personally, I'm only interested in it for the Amiga, although I currently use it for testing on Linux and FreeBSD.

wilco.ydns.eu:24558

But mixing patches with pgul's code... well, I'm still not sure.


=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-15 09:00:33, you wrote to me:

So I suppose you will do a pull request to the main git repo, when
you are done, so these improvements will be incorporated, and
everbody using binkd will benefit!? ;-)

Hmm, well, I don't know lol. The source code is on GitHub; I use it for cross-system testing. It's available to everyone. Personally, I'm only interested in it for the Amiga, although I currently use it for testing on Linux and FreeBSD.

wilco.ydns.eu:24558

But mixing patches with pgul's code... well, I'm still not sure.

We want your bugfixes for the *nix version in pgul's code, don't we?

And pgul probably wants them as a pull request. So maybe you should create a new fork of the pgul repository, apply your patches there and create a pull request?


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-15 09:00:33, you wrote to me:

So I suppose you will do a pull request to the main git repo, when
you are done, so these improvements will be incorporated, and
everbody using binkd will benefit!? ;-)

Hmm, well, I don't know lol. The source code is on GitHub; I use it for cross-system testing. It's available to everyone. Personally, I'm only interested in it for the Amiga, although I currently use it for testing on Linux and FreeBSD.

wilco.ydns.eu:24558

But mixing patches with pgul's code... well, I'm still not sure.

We want your bugfixes for the *nix version in pgul's code, don't we?

And pgul probably wants them as a pull request. So maybe you should create a new fork of the pgul repository, apply your patches there and create a pull request?

It's a fork of pgul's, but I still need to clean up my code. I have variables scattered around in brackets in the middle of the code, things from the amiga tests. I also need to remove the reload part from anything that isn't amiga. The inbound timings were causing problems with ixemul.

I'd have to test everything thoroughly, which will take some time.
The idea is to apply the patches to yours.

=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-15 09:57:32, you wrote to me:

So I suppose you will do a pull request to the main git repo, when
you are done, so these improvements will be incorporated, and
everbody using binkd will benefit!? ;-)

Hmm, well, I don't know lol. The source code is on GitHub; I use it for
cross-system testing. It's available to everyone. Personally, I'm only
interested in it for the Amiga, although I currently use it for testing
on Linux and FreeBSD.

wilco.ydns.eu:24558

But mixing patches with pgul's code... well, I'm still not sure.

We want your bugfixes for the *nix version in pgul's code, don't we?

And pgul probably wants them as a pull request. So maybe you should
create a new fork of the pgul repository, apply your patches there and
create a pull request?

It's a fork of pgul's, but I still need to clean up my code. I have

variables

scattered around in brackets in the middle of the code, things from the

amiga

tests. I also need to remove the reload part from anything that isn't

amiga.

The inbound timings were causing problems with ixemul.

I'd have to test everything thoroughly, which will take some time.
The idea is to apply the patches to yours.

It's not "mine". ;-)

But no problem, I already said "when you are done"... ;-)


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-15 09:57:32, you wrote to me:

So I suppose you will do a pull request to the main git repo, when
you are done, so these improvements will be incorporated, and
everbody using binkd will benefit!? ;-)

Hmm, well, I don't know lol. The source code is on GitHub; I use it for
cross-system testing. It's available to everyone. Personally, I'm only
interested in it for the Amiga, although I currently use it for testing
on Linux and FreeBSD.

wilco.ydns.eu:24558

But mixing patches with pgul's code... well, I'm still not sure.

We want your bugfixes for the *nix version in pgul's code, don't we?

And pgul probably wants them as a pull request. So maybe you should
create a new fork of the pgul repository, apply your patches there and
create a pull request?

It's a fork of pgul's, but I still need to clean up my code. I have

variabl

es

scattered around in brackets in the middle of the code, things from the

ami

ga

tests. I also need to remove the reload part from anything that isn't

amiga

.

The inbound timings were causing problems with ixemul.

I'd have to test everything thoroughly, which will take some time.
The idea is to apply the patches to yours.

It's not "mine". ;-)

But no problem, I already said "when you are done"... ;-)

I'm still struggling to learn english, although I sometimes use a translator :p

I'm still working on it, but I'm finishing the changes.txt file, which is... quite long.

ADE uses ixemul 63.1, for which I don't have the source code, so I can't debug it step by step. If I use another program that depends on ixemul, the memory gets corrupted. I don't know if versions 48 or 48.1 have source code.

As for the program, without reloading the configuration, it hasn't given me any problems in the many days I've been using it nonstop.

I'm fed up with checkcfg xd


=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-15 11:46:59, you wrote to me:

The inbound timings were causing problems with ixemul.

I'd have to test everything thoroughly, which will take some time.
The idea is to apply the patches to yours.

It's not "mine". ;-)

But no problem, I already said "when you are done"... ;-)

I'm still struggling to learn english, although I sometimes use a translator :p

I can understand what you are saying. So you're doing fine. ;-)

I'm still working on it, but I'm finishing the changes.txt file, which is... quite long.

ADE uses ixemul 63.1, for which I don't have the source code, so I can't

debug

it step by step. If I use another program that depends on ixemul, the

memory

gets corrupted. I don't know if versions 48 or 48.1 have source code.

I don't know anything about ixemul...

As for the program, without reloading the configuration, it hasn't
given me any problems in the many days I've been using it nonstop.

I'm fed up with checkcfg xd

;-)


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-15 11:46:59, you wrote to me:

The inbound timings were causing problems with ixemul.

I'd have to test everything thoroughly, which will take some time.
The idea is to apply the patches to yours.

It's not "mine". ;-)

But no problem, I already said "when you are done"... ;-)

I'm still struggling to learn english, although I sometimes use a translator :p

I can understand what you are saying. So you're doing fine. ;-)

I'm still working on it, but I'm finishing the changes.txt file, which is... quite long.

ADE uses ixemul 63.1, for which I don't have the source code, so I can't

de

bug

it step by step. If I use another program that depends on ixemul, the

memor

y

gets corrupted. I don't know if versions 48 or 48.1 have source code.

I don't know anything about ixemul...

As for the program, without reloading the configuration, it hasn't
given me any problems in the many days I've been using it nonstop.

I'm fed up with checkcfg xd

;-)

I just uploaded the latest version I consider stable, although I still need to fix some *nix issues, as well as some warnings and dangerous alerts that clang displays on bsd.

With ixemul 63.1, there must be some bug when using malloc and free in non-thread-safe mode.

I'll check Aminet to see the code for version 48.

If you want to try the linux version, I encourage you to do so :d
But do it in a virtual machine, you don't want your pc to explode xD

I'm going to continue filling out the changes document... I had it separated into several files. I need to organize it properly.

=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-15 12:29:23, you wrote to me:

I just uploaded the latest version I consider stable, although I still need to fix some *nix issues, as well as some warnings and dangerous alerts that clang displays on bsd.

With ixemul 63.1, there must be some bug when using malloc and free in non-thread-safe mode.

I'll check Aminet to see the code for version 48.

Isn't the 63.1 source code here: https://sourceforge.net/p/amiga/code/HEAD/tree/ixemul/

?

If you want to try the linux version, I encourage you to do so :d
But do it in a virtual machine, you don't want your pc to explode xD

I'll wait until you are finished! ;-)

I'm going to continue filling out the changes document... I had it separated into several files. I need to organize it properly.

Sounds like a good idea! ;-)


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Hello Tanausu!

15 Apr 26 11:46, you wrote to Wilfred van Velzen:

ADE uses ixemul 63.1, for which I don't have the source code, so I
can't debug it step by step. If I use another program that depends on ixemul, the memory gets corrupted. I don't know if versions 48 or 48.1 have source code.

https://aminet.net/package/util/libs/ixemul48.2-060

Looks to contain the 'c' source...


Stephen


--- GoldED+/LNX 1.1.5-b20250409
* Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- Prt: 6800 (39:901/280)

Hello Wilfred!

15 Apr 26 13:34, you wrote to me:

Hi Tanausu,

On 2026-04-15 12:29:23, you wrote to me:

I just uploaded the latest version I consider stable, although I
still need to fix some *nix issues, as well as some warnings and
dangerous
alerts that clang displays on bsd.

With ixemul 63.1, there must be some bug when using malloc and
free in
non-thread-safe mode.

I'll check Aminet to see the code for version 48.

Isn't the 63.1 source code here: https://sourceforge.net/p/amiga/code/HEAD/tree/ixemul/

Thanks, I'll take a look. Compiling it with Bebbo will be torture; 25 years... that's a long time. But at least I'll be able to analyze it calmly and see if I
can avoid it somehow.

?

If you want to try the linux version, I encourage you to do so :d
But do it in a virtual machine, you don't want your pc to explode
xD

I'll wait until you are finished! ;-)

:D

I'm going to continue filling out the changes document... I had
it
separated into several files. I need to organize it properly.

Sounds like a good idea! ;-)

--- GoldED+/LNX 1.1.5-b20260304
* Origin: Citrick BBS citlmbbs.synchro.net (39:190/101.1)

Hello Stephen!

15 Apr 26 21:51, you wrote to me:

ADE uses ixemul 63.1, for which I don't have the source code, so
I can't debug it step by step. If I use another program that
depends on ixemul, the memory gets corrupted. I don't know if
versions 48 or 48.1
have source code.

https://aminet.net/package/util/libs/ixemul48.2-060

Looks to contain the 'c' source...

Thanks, I'll compare it with the one in Wilfred's link.

--- GoldED+/LNX 1.1.5-b20260304
* Origin: Citrick BBS citlmbbs.synchro.net (39:190/101.1)

Hi Tanausu,

On 2026-04-15 14:00:05, you wrote to me:

I just uploaded the latest version I consider stable, although I
still need to fix some *nix issues, as well as some warnings and
dangerous alerts that clang displays on bsd.

With ixemul 63.1, there must be some bug when using malloc and
free in
non-thread-safe mode.

I'll check Aminet to see the code for version 48.

Isn't the 63.1 source code here:
https://sourceforge.net/p/amiga/code/HEAD/tree/ixemul/

Thanks, I'll take a look. Compiling it with Bebbo will be torture; 25

years...

that's a long time. But at least I'll be able to analyze it calmly and see

if

I can avoid it somehow.

This version seems to be from 2009/2010 ish...

Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Hello Wilfred!

15 Apr 26 15:25, you wrote to me:

I just uploaded the latest version I consider stable, although
I still need to fix some *nix issues, as well as some warnings
and
dangerous alerts that clang displays on bsd.

With ixemul 63.1, there must be some bug when using malloc and
free in
non-thread-safe mode.

I'll check Aminet to see the code for version 48.

Isn't the 63.1 source code here:
https://sourceforge.net/p/amiga/code/HEAD/tree/ixemul/

Thanks, I'll take a look. Compiling it with Bebbo will be
torture; 25 years... that's a long time. But at least I'll be
able to analyze it calmly and see if I can avoid it somehow.

This version seems to be from 2009/2010 ish...

According to the documentation, aminet version 48.2 fixes the problem with the select function, which I had to resolve by adjusting the timing, and another problem with file read/write buffers, specifically with checkcfg, by changing its size from 1 KB to 16 KB. I also fixed other issues in Binkd by using the Amiga API instead of ixemul. I'll discuss this in more detail.


--- GoldED+/LNX 1.1.5-b20260304
* Origin: Citrick BBS citlmbbs.synchro.net (39:190/101.1)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-15 14:00:05, you wrote to me:

I just uploaded the latest version I consider stable, although I
still need to fix some *nix issues, as well as some warnings and
dangerous alerts that clang displays on bsd.

With ixemul 63.1, there must be some bug when using malloc and
free in
non-thread-safe mode.

I'll check Aminet to see the code for version 48.

Isn't the 63.1 source code here:
https://sourceforge.net/p/amiga/code/HEAD/tree/ixemul/

Thanks, I'll take a look. Compiling it with Bebbo will be torture; 25

years

...

that's a long time. But at least I'll be able to analyze it calmly and see

if

I can avoid it somehow.

This version seems to be from 2009/2010 ish...

I don't know what the other version is like. I haven't been able to watch it properly yet.

https://github.com/skbn/binkd/blob/master/CHANGES.txt

A quick changelog.

Here's the list. I think I've missed something. Now it's time to test. But I think I'll take a break :D

=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)

Hi Tanausu,

On 2026-04-15 23:31:07, you wrote to me:

https://github.com/skbn/binkd/blob/master/CHANGES.txt

A quick changelog.

That's a lot of changes! ;-)


Bye, Wilfred.

--- FMail-lnx64 2.3.2.6-B20251227
* Origin: FMail development HQ (39:150/200)

Wilfred van Velzen wrote to Tanausu M. <=-

Hi Tanausu,

On 2026-04-15 23:31:07, you wrote to me:

https://github.com/skbn/binkd/blob/master/CHANGES.txt

A quick changelog.

That's a lot of changes! ;-)

Hi.
Using the ixemul source code, I need to implement several functions using the amigaos API:

ix_vfork, vfork_setup_child, ix_vfork_resume,
fork, waitpid, getpid, _exit,

using CreateNewProcTags

opendir, readdir, closedir
are the ones I'm still missing.

bsdsocket.library for the rest.

If I see that it causes memory leaks, I'll use AllocVec and FreeVec.

That way I can do without ixemul.

=== MultiMail/FreeBSD v0.52
--- SBBSecho 3.37-FreeBSD
* Origin: Citrick BBS citlmbbs.synchro.net tel 2300 ssh 2424 (39:190/101)