Haven't been able to find out if Mystic runs on FreeBSD in my brief research and thought that I might ask, since thre is other things I
need to attend.
Mystic BBS is a closed source
the only way to run it on a FreeBSD system should be to use the Linux BinaryCompatibility on FreeBSD and try to run the Linux 64bit version.
Haven't been able to find out if Mystic runs on FreeBSD in my brief research and thought that I might ask, since thre is other things I need to attend.
I've only had about 2 or 3 people ask about it over the many years so Ihaven't
ever made the port. I would say its along the lines of OS/2 (OS/2 may even have more people interested) so it has been a low priority for me.
Have you tried it with Linux compatibility?
Anyway I am not opposed to the idea and I have considered only releasing some major versions with lesser used OSes like BSD and OS/2 in the future.
Anyway I am not opposed to the idea and I have considered only releasing some major versions with lesser used OSes like BSD and OS/2 in the
future.
Would love to see a new version for OS/2 myself...but am a bit away from having ArcaOS running smooth enough to having it be like the Windows/Linux/OSX/Pi versions.
Yeah, I fire up the old ArcaOS VM once in a while to do some offline mail reading when I want to get away from doing Windows to do so from time to time :)
Would love to see a full version of WINE/ODIN be implemented. If that were added just like we can with Ubuntu/Mint & such...would be no reason to run Windows. Open up a PM & do your thing.
it happens I just installed OpenBSD to my shiny asus zenbook :)
ArcaOS is very usable at the moment. Surprisingly usable in fact taking
in account the fact that thye are developing without source code :)
Binary patching to the victory!
Don Lowery wrote to g00r00 <=-
Anyway I am not opposed to the idea and I have considered only releasing some major versions with lesser used OSes like BSD and OS/2 in the
future.
Would love to see a new version for OS/2 myself...but am a bit away
from having ArcaOS running smooth enough to having it be like the Windows/Linux/OSX/Pi versions.
Would love to see a new version for OS/2 myself...but am a bit awayHave actually thought about seeing if I can locate the last OS/2 version g00r00 made and setting it up here on my ArcaOS VM to see how well it runs. :)
Have actually thought about seeing if I can locate the last OS/2 version g00r00 made and setting it up here on my ArcaOS VM to see how well it runs. :)
On 03-07-20 13:25, g00r00 wrote to Robert Wolfe <=-
On a related note though, I did finally get a suitable copy of OS2
running in a VirtualBox that I could use to port the current 1.12 code
to OS/2. Thats not a promise because it will be a LOT of work to do
it, but its actually possible now!
Hmm, Mystic 1.12 on OS/2, now I'd consider moving my Mystic system to
OS/2 for that, only issue would be how to make it work on IPv6, since that's something OS/2 (and ArcaOS) lacks, but apparently others have worked that out.
reverse-engineer the code. They do have some smart people...since if they can get ODIN/WINE running as well on ArcaOS as they do on Linux...screw Windows...ArcaOS would become my main OS. Those guys with React can do it...there's no reason why the ArcaOS folks can't...except for MS getting their undies in a twist that someone would even attempt it.
On 03-07-20 17:56, g00r00 wrote to Tony Langdon <=-
Hmm, Mystic 1.12 on OS/2, now I'd consider moving my Mystic system to
OS/2 for that, only issue would be how to make it work on IPv6, since that's something OS/2 (and ArcaOS) lacks, but apparently others have worked that out.
I'm not sure how that would work. I would guess you'd have to use a separate system that would do IPV6 but trick the application into
thinking its IPV4.
I did spend a couple of hours porting some code to OS/2 just to play around and it was frustrating at times because of the lack of API documentation or examples.
I did manage to get Mystic's MPL script compiler ported though (I
figured that was the easiest to get done so I started there). A little teaser! :)
[C:\code\mystic]mplc
Mystic MPL Compiler v1.12 A46 (OS2/32 2020/03/07 05:23:49)
Copyright (C) 1997-2020 By James Coyle. All Rights Reserved.
MPLC [path/file] : Compile one script [path/file]
MPLC -ALL : Compile all scripts in current directory and subdirectories MPLC -C : Compile all scripts in current
directory MPLC -P [path] : Compile all scripts in [path]
MPLC -R [path] : Compile all scripts in [path] and its subdirectories MPLC -T : Compile all scripts in Themes directory
MPLC -F [mask] : Compile all scripts matching [mask] in Themes
directory
I did manage to get Mystic's MPL script compiler ported though (I figured that was the easiest to get done so I started there). A litt teaser! :)
Might as well start with the low hanging fruit and work from there. ;)
On 03-08-20 15:27, g00r00 wrote to Tony Langdon <=-
I did manage to get Mystic's MPL script compiler ported though (I figured that was the easiest to get done so I started there). A litt teaser! :)
Might as well start with the low hanging fruit and work from there. ;)
Yeah thats what I figured I'd do so I didn't get too discouraged.
I just spent about 7 hours working on it I got a little caught up :)
I can now log into the BBS locally and most of the BBS functions are working.
None of the really hard stuff is working though and not even close to
it (all of the servers, SSL, echomail stuff, etc). Still a lot more to go.
Yeah I can't recall how it was done, but someone did claim to have an
OS/2 system that could be reached by IPv6 and also connect to IPv6
hosts.
On 03-08-20 09:02, Andrew Leary wrote to Tony Langdon <=-
Yeah I can't recall how it was done, but someone did claim to have an
OS/2 system that could be reached by IPv6 and also connect to IPv6
hosts.
Tommi Koivula at 1:221/360 has it running. IIRC he's got a Windows
server acting as an inbound portproxy, and uses the outbound proxy
support in binkd to handle outgoing IPv6 nodes.
I did spend a couple of hours porting some code to OS/2 just to play around and it was frustrating at times because of the lack of API documentation or examples.
it...there's no reason why the ArcaOS folks can't...except for MS gettin their undies in a twist that someone would even attempt it.But you have to remember that Arca Noae focuses on the OS development ... they are not doing software development really. That is done by other people so it's community work and people have worked hard to keep stuff
Anyway. When they get next release of ArcaOS out they have UEFI boots and all that. Then it's going to be very very much on the good side IMO.
Tommi Koivula at 1:221/360 has it running. IIRC he's got a Windows
server acting as an inbound portproxy, and uses the outbound proxy
support in binkd to handle outgoing IPv6 nodes.
Remember thinking when I saw this interview was if so many corporations were/are running OS/2-AcraOS with what you/others have run into...just wondering why it was never abandoned years ago.
If I am not misunderstood pretty much every ATM is (was) powered by
OS/2 at the time and that was the primary thing keeping it going. I
can think of two
reasons:
1) The ATMs works fine
2) It costs a lot of money to redevelop and redeploy all of those ATM systems all over the world.
I suspect it was just a matter of "if it aint broke don't fix it" so
they can either spend hundreds of millions of dollars to replace them without really gaining anything. Or they can wait for the hardware to
die and replace them with something running Windows or Linux.
I'm not sure how many corporations were using OS/2. I never saw
anyone using it but I am a little too young I guess to see it in the corporate world. I didn't really get to see inside any big companies until the mid 2000s.
If I am not misunderstood pretty much every ATM is (was) powered by OS/2
at the time and that was the primary thing keeping it going.
I can think of two reasons:
1) The ATMs works fine
2) It costs a lot of money to redevelop and redeploy all of those ATM systems all over the world.
I'm not sure how many corporations were using OS/2.
Let's limit that to "every ATM in North America".
Here in Europe I've seen XP. Automated ticket-machines for trains here also run XP. As well as ticket machines for regional public transport.
Little known to many but most in-flight entertainment systems on
aircraft run on Linux.
Let's limit that to "every ATM in North America".
If I am not misunderstood pretty much every ATM is (was) powered by OS/2 at the time and that was the primary thing keeping it going. I can
think of two reasons:
1) The ATMs works fine
2) It costs a lot of money to redevelop and redeploy all of those ATM systems all over the world.
I'm not sure how many corporations were using OS/2. I never saw anyone using it but I am a little too young I guess to see it in the corporate world. I didn't really get to see inside any big companies until the
mid 2000s.
On 03-09-20 12:35, Ward Dossche wrote to g00r00 <=-
If I am not misunderstood pretty much every ATM is (was) powered by OS/2
at the time and that was the primary thing keeping it going.
Let's limit that to "every ATM in North America".
Here in Europe I've seen XP. Automated ticket-machines for trains here also run XP. As well as ticket machines for regional public transport.
Little known to many but most in-flight entertainment systems on
aircraft run on Linux.
On 03-09-20 19:14, g00r00 wrote to Ward Dossche <=-
Let's limit that to "every ATM in North America".
A quick Wikipedia shows that it was America, Iran, Brazil, Austrailia
for ATMs.
A quick Wikipedia shows that it was America, Iran, Brazil, Austrailia for ATMs.
I think our OS/2 ATMs are long gone, from what I've seen, but I could be wrong.
Ouch XP was good, but it wasn't THAT stable.
On 03-10-20 19:06, g00r00 wrote to Tony Langdon <=-
A quick Wikipedia shows that it was America, Iran, Brazil, Austrailia for ATMs.
I think our OS/2 ATMs are long gone, from what I've seen, but I could be wrong.
Yeah I have no idea if any of it is still in operation, but that was
just where it was used over its history. It did mention some dates and stuff but I only really skimmed the article to get an idea of some of
the ways OS/2 was used.
Ouch XP was good, but it wasn't THAT stable.
Embedded XP was OK, much better than the consumer facing versions.
I'm still using it on video-editing platforms. Works like a charm.
Ouch XP was good, but it wasn't THAT stable.
Embedded XP was OK, much better than the consumer facing versions.
I'm still using it on video-editing platforms. Works like a charm.
We have just recently started converting the systems in our stores from
XP to
Win10 recently and that only because of hardware and our company's supplier.
I think a lot of the XP issues were probably drivers anyway.
Andrew Leary wrote to g00r00 <=-
The US Postal Service and the old Grossman's home improvement chain in
the Northeast US are 2 examples I've seen.
I do know OS/2 _was_ popular in ATMs and some other infrastructure.
POS systems come to mind too.
On 03-21-20 04:24, Michael J. Ryan wrote to Tony Langdon <=-
On 3/10/2020 4:55 PM, Tony Langdon wrote:
I do know OS/2 _was_ popular in ATMs and some other infrastructure.
POS systems come to mind too.
It wasn... a lot of it is now Windows versions... though some of the
work is now moving to Linux. For some hardware, drivers are still an issue for custom, or low-volume hardware which is mostly tethered to windows.
familiarIt was... a lot of it is now Windows versions... though some of the
work is now moving to Linux. For some hardware, drivers are still an
issue for custom, or low-volume hardware which is mostly tethered to windows.
Yes, I've seen evidence of Windows in things like ATMs and public information boards - usually when there's some sort of error.
As I've said previously, the information boards for the trams in central Melbourne actually run Linux. I once saw one of them booting, and the
penguins appeared on the screen. :)
On 03-26-20 03:58, Michael J. Ryan wrote to Tony Langdon <=-
Melbourne actually run Linux. I once saw one of them booting, and the
familiar
penguins appeared on the screen. :)
That's cool... I've done work (a while ago) in both windows and linux embedded software, not lately. Where I work now we have a few systems that are Windows based and one that is Linux (pi) based. They're centered around print and mail sorting hardware. I don't work on these projects though, I'm mostly working on full-stack and front end focused dev these days.
| Sysop: | Rempala |
|---|---|
| Location: | Richlands, NC |
| Users: | 109 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 151:42:01 |
| Calls: | 331 |
| Files: | 6 |
| Messages: | 110,873 |