it would be interesting to see what some of your coding looks
like on their end!
I know little more about it as of yet.
Hey Carol!
it would be interesting to see what some of your coding looksAll I did was to port binkd to Android by using a native clang
like on their end!
that is part of a bash enviroment for Android. That way I could
just port my fidonet bash scripts to there with some slight modifications. All in all it looks and behaves like a normal
ncurses based terminal program just like mom used to make. Also I
used vim for Android as the editor but I imagine others could be
ported. I did try to port micro emacs using clang without success
but if needed I could try again. I forget the exact issue it was
having. Bottomline is that no special gateway is/was needed given
that binkd for Android works just fine.
I know little more about it as of yet.I've seen a few tests here and there. More or less looks to be
working from what I see here. Personally I would just stick with
normal operating procedures. Life is good, Maurice ... Don't cry
for me I have vi. --- GNU bash, version 5.0.18(1)-release (x86_64-motorshed-linux-gnu) * Origin: Coffin Point - Ladysmith
BC, Canada (1:153/7001.2989)
I just told August 'yes' to allow linking to a software called
'Telegram'. It's a smartphone/tablet saavy crosslink.
that binkd for Android works just fine.
It does. And there are a couple of point programs for Android
that work, but have some issues.
It won't be something everyone would want to use.
I was using termux for Android to provide the bash enviroment
for Android. I am unsure if a similar strategy could be
deployed on iOS.
Hey Charles!
that binkd for Android works just fine.
It does. And there are a couple of point programs for AndroidI believe that a point approach with binkd for contacting and
that work, but have some issues.
exchanging pkt's with the mothership (bossnode) is the way to go
with mobile single user devices.
Currently I have 3 wireless APs working (hostapd) x86_64's that
have working binkd at their disposal that can/could give access to
the broader fidonet network. They are definetly potential access
points for Android and iOS based devices.
It won't be something everyone would want to use.Like me for instance? I am not a fan of so-called smart devices
... to say the least. Also the 10.1" tablet I was using for
testing had a battery go bad on it and I am not keen to replace it
given the cost. I'd rather buy a new one ... if indeed I feel a
need to port and test fidonet apps on a crippled single user
system such as Android.
Having said that, it looks to be doable. I was using termux for
Android to provide the bash enviroment for Android. I am unsure
if a similar strategy could be deployed on iOS.
Hallo Maurice!
I was using termux for Android to provide the bash enviroment forAccording to a quick search the answer is probably yes. There is
Android. I am unsure if a similar strategy could be deployed on
iOS.
a version of termux that runs on iOS at their online store but I
am not going to confirm that it works since I don't have anything
to install it on. Also everyone and their dog within reach of the wireless access points in this neck of the woods all use Android
based devices, mostly smartphones. If I am not mistaken there is
at least one Xbox successfully connecting but I seriously doubt it
is interested in doing fidonet over the wireless networks.
For the various issues that the two point programs that I have
found for Android, it is a good way to connect to Fidonet and
other FTN style networks.
If I am understanding correctly, that set up could act like a
server to connect to with a mobile device to connect to Fidonet?
but are interested in QWK style message applications
I'm the type of lunatic that would attempt connecting to Fidonet
with a game console, if only to see it be done.
Agreed. All that is really needed is a text editor for creating
posts and/or replies and (un)packer to deal with raw pkt's.
Something along the line of an offline reader except it would use
the FTN formatting to keep it perfectly in sync with ftn
practices.
If I am understanding correctly, that set up could act like aNot like a server but instead an actual real server. At the
server to connect to with a mobile device to connect to Fidonet?
moment they both are used by local devices to connect with the
internet without any interference from their regular provider. So
far none have taken it to the fidonet level - other than my 10.1"
Android tablet that used termux and my extra-special bash scripts
- to actually send msg's via the access point's binkd. I did post
a few msg's in this echoarea not that long ago.
but are interested in QWK style message applicationsI will ALWAYS pass on QWK. The offline idea is what attracts me
but instead keeping to text messages for posting/reading/replying purposes and then tacking the crappy msg headers when creating the outbound pkt for the bossnode. That way no gateways for
conversion(s) are needed. So far this has worked best at this
end.
Hey Charles!
I'm the type of lunatic that would attempt connecting to FidonetYou're too far for my antennas. I think we need a satellite link.
with a game console, if only to see it be done.
;-)
That's something that I would like to see in the Android
options. More modular, to use a different text editor or a
tagline manager or things like that.
Right now I've been finding whatever source codes I can to study
and try to figure out what is what.
I always liked the offline mail format.
Hey Charles!
That's something that I would like to see in the Android options.Check out MultiMail. It also can handle both QWK and Bluewave
More modular, to use a different text editor or a tagline manager
or things like that.
formats. The only thing it lacks is the MSG format which would
have made it perfect but it can be configured for different
editors. From sysop's point of view it will require additional
software to handle the conversions in order to make it usable on a fidonet node.
Right now I've been finding whatever source codes I can to studyThat is always a good strategy. If you find anything interesting
and try to figure out what is what.
please speak up.
I always liked the offline mail format.Which one? Personally I'd pick the MSG format and save everyone a
ton of grief.
I actually have been looking at MultiMail. It's source code is
readily available.
I've only found one Terminal program in Android so far that
handles XYZ modem type file transfers
Hey Charles!
I actually have been looking at MultiMail. It's source code isI am guessing clang would be best for porting in this particular
readily available.
case. I haven't tried it on android but I am guessing clang would
be best for porting it.
I've only found one Terminal program in Android so far thatFile transfers to what/where? Last time I heard about attemping
handles XYZ modem type file transfers
xyz transfers was around 20 years ago.
I haven't tried it on android but I am guessing clang would
be best for porting it.
I'll have to look into that.
In this particular case, transferring QWK or BlueWave packets.
Using a Telnet connection with a BBS, like has been done for
decades.
Hey Charles!
I haven't tried it on android but I am guessing clang would be
best for porting it.
I'll have to look into that.Actually clang++. I forgot that the MultiMail source is c++
rather than straight c. I still haven't tried it due to the lack
of a suitable platform.
In this particular case, transferring QWK or BlueWave packets.Nothing like that around this neck of the woods and hasn't been
Using a Telnet connection with a BBS, like has been done for
decades.
since the mid to late 1990's. I know since I was the last
standing fidonet node back then. Since then I have been doing
what I am doing and none of it involves telnet with xyz modem.
That never made sense to me at the time.
I know of several people that use Telnet and QWK readers. It
might not be fancy, but it works for people.
Hey Charles! CP> I know of several people that use Telnet and QWK
readers. It CP> might not be fancy, but it works for people.
Excellent. Too bad it isn't working on your phone then. ;-)
might not be fancy, but it works for people.
Excellent. Too bad it isn't working on your phone then. ;-)
This is true. Hopefully, that can change.
Hallo Charles!
might not be fancy, but it works for people.
Excellent. Too bad it isn't working on your phone then. ;-)
This is true. Hopefully, that can change.That depends. I found a 7" tablet that has been abandoned and
after installing termux on it I see why it was abandoned. It's an
older 32-bit version of Android running on a 64-bit cpu. What a
stupid idea that was/is.
Anyhow no upgrades for it so whatever works is all that will ever
work. I haven't bothered putting any fidonet stuff on it and I am
not sure I ever will since it will be an exersize in futility.
Mind you that hasn't stopped me in the past which explains why I
am still here ... in fidonet that is.
That is strange. Honestly, I've not payed enough attention to the
details of Android OS to pay attention to 32-bit 64-bit versions.
It's also possible to install Linux on tablets.
For the average end user, those aren't likely good options.
So the proof of concept is there, it's just a matter of doing it.
successfully convert it into something functional on Android.
| Sysop: | altere |
|---|---|
| Location: | Houston, TX |
| Users: | 67 |
| Nodes: | 4 (0 / 4) |
| Uptime: | 05:10:12 |
| Calls: | 767 |
| Calls today: | 1 |
| Files: | 7,740 |
| Messages: | 295,267 |