Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - jailbird

Pages: [1] 2 3 4
1
Virtualization / Re: ArcaOS 5.1 on Apple Silicone
« on: July 17, 2024, 08:58:53 pm »
VMware Fusion and Parallels Desktop on Apple Silicone will ONLY run AArch64 (arm64) OSs, which obviously ArcaOS isn't one of.

Now once that arm64 OS is running, then that guest OS can run x86/x86-64 binaries using Rosetta 2 for speed ups, but the Guest OS has to support that. So either way, these aren't going to work for ArcaOS.

You might be better off using 86Box or UTM for this.

2
Hardware / Re: AHCI and Virtualbox
« on: March 29, 2023, 01:43:10 am »
I can't get either AHCI nor SCSI mode to work properly with ArcaOS under VBox 7.x on macOS. I assume it has something to do with with VBox 7 using macOS's Hypervisor.framework now instead of using kexts (kernel modules) like 6.x did.

Strangely, Parallels also uses Hypervisor.framework and works with ArcaOS + AHCI fine.

I had filed 3337 on Arca's Mantis to try and get them to provide something useful that I could then give to the VBox devs, as I assume most of them don't have ArcaOS to test with.

3
Setup & Installation / Re: I think I've found the magic number
« on: October 24, 2022, 11:32:58 pm »
#define ORD_DOS32PERFSYSCALL            976

Is just a compile-time directive that tells you the ordinal value for the DosPerfSysCall system call. Setting an environment variable called ORD_DOS32PERFSYSCALL in CONFIG.SYS does nothing at all. The system doesn't know about an environment variable called that. It has the same effect as setting ANSWER_TO_THE_ULTIMATE_QUESTION=42 in CONFIG.SYS

4
Applications / Re: Terminal App Recommendation
« on: October 05, 2022, 07:14:53 pm »
As a child of the BBS era, I can safely assume that those are ANSI escape sequences:

https://en.wikipedia.org/wiki/ANSI_escape_code

Sounds like your ZOC terminal emulation on the working host is probably ANSI and on the non-working host probably VT100?

5
Applications / Re: Future of Linux ports
« on: October 02, 2022, 09:15:37 pm »
Hi all, On tech forums everyone is talking about Rust making it to the Linux kernel, which probably will mean more and more programs that will be Rust-based.
In the Firefox discussions, I read it was impossible to port Rust to OS/2. I’d like to better understand why, because I see that as an increasing difficulty to make OS/2 apps by porting Linux ones…

Just because some Linux kernel modules are going to use Rust doesn't mean that userland apps are going to. The only part of the Linux kernel that is used around here I believe is ALSA, so I'd think we're pretty safe. If ALSA does convert for some crazy reason, there's also OSS4  :).

6
Applications / Re: To .config or not .config
« on: September 30, 2022, 08:41:13 pm »
Thanks for the feedback.

I was wondering if the ".config" was standarized, because if it was, maybe that can be requested to the original develper (or project owner) of the open source project, so in the next port update it will reflected.  But since it is not standarized, I guess it can be more difficult for the original developer to agree on that.

Regards

On the *IX side, it's part of the "XDG Base Directory Specification" @ https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html

$XDG_DATA_HOME defines the base directory relative to which user-specific data files should be stored. If $XDG_DATA_HOME is either not set or empty, a default equal to $HOME/.local/share should be used.

$XDG_CONFIG_HOME defines the base directory relative to which user-specific configuration files should be stored. If $XDG_CONFIG_HOME is either not set or empty, a default equal to $HOME/.config should be used.

$XDG_STATE_HOME defines the base directory relative to which user-specific state files should be stored. If $XDG_STATE_HOME is either not set or empty, a default equal to $HOME/.local/state should be used.

Personally I find it annoying, but what can you do?  :)

7
Hardware / Re: Trying to get Sound in VMWare to run - help appriciated
« on: September 02, 2022, 10:34:57 pm »
Hi

I didn't get far with VMware Workstation Pro 16.0.2 on Windows 10 host.  I run the VM and when I boot with ISO I don't even get to the first menu.

Regards

It used to work for me in VMware Fusion, but lately after an update, I have the exact same issue also in Fusion. At one point in time it did work, it just took it a while for the menu to finally come up.

Unrelated to sound, but off of the top of my head, the issues I had with VMware and ArcaOS:

- If you use DOS=HIGH,UMB, you have to exclude some memory ranges or DOS & Win-OS/2 won't work, similar to DOS under VMware, as VMware puts some of itself in that memory area
- SATA CD-ROM support works, but using SATA for the HDD causes the an error trying to partition the disk. In the old days I would floppy load the LSI-MPT SCSI driver, but now the easiest solution it to use NVMe, as luckily VMware will happily boot from NVMe while still configured to use BIOS and not UEFI (VirtualBox & Parallels both seem to only be able to boot from NVMe while using UEFI).

8
Utilities / Re: Text editor
« on: July 29, 2022, 05:04:01 am »
I finally got a newer version of the old vi clone Elvis ( https://github.com/mbert/elvis ) working!

And now inquiring minds will surely like to know how you accomplished that ;)

Looks like it still has OS/2 support, Open Watcom and GCC, both EMX and kLIBC, EMX required for X11 support.
Have to test it, https://github.com/mbert/elvis/blob/master/osos2/Makefile.os2

Yep! Sorry, I didn't mean to imply that I had to do a lot of source hacking. I meant "wow, I actually managed to get enough RPMs installed to make it compile!" :).

The only thing elvis doesn't seem to do that vim probably does is automatically detect DOS-style line endings (CR+LF) and switch to the proper mode. It allows you to do it manually or via config file. I'm going to see if I can add auto-detection for existing files, it should be fairly simple.

9
Utilities / Re: Text editor
« on: July 28, 2022, 10:10:16 pm »
I finally got a newer version of the old vi clone Elvis ( https://github.com/mbert/elvis ) working!

10
Programming / Re: Newbie guide to porting software?
« on: June 14, 2022, 03:12:47 am »
Dave,

AH-HA! That's probably exactly the cause of my issue then. I wonder if netlabs would accept a 'build-essentials' RPM metapackage that would install all of the needed packages (gcc, etc).

As for things that are lacking in the terminal handling, does anybody know which layer they're lacking at? Eg, is it the termcap/terminfo layer, the ncurses/termlib layer, or the old 16-bit Vio layer?

11
Programming / Re: Newbie guide to porting software?
« on: June 10, 2022, 09:03:29 am »
Trying to debug the lftp issue with it not finding local files. What's the way to see what calls the application is making without resorting to gdb? Eg, something like strace on Linux, or truss on Solaris, or ktrace on BSD, or dtruss on macOS, or... :)

12
Programming / Re: Newbie guide to porting software?
« on: June 10, 2022, 07:22:28 am »
Ah-ha! Thanks

I think I had RANLIB=echo at one point but ran into problems with it. Probably because I didn't have LD/AR set correctly? Thanks for the pointers.

Same with PATH, using the stock PATH I was running into some weird issues, so I went minimal. I'll try again. Thanks for the pointers!

13
Programming / Newbie guide to porting software?
« on: June 10, 2022, 01:09:37 am »
So I went from being a mostly DOS user to about 30 years of using various flavors of *IX. I'm now playing around with ArcaOS finally. At my $DAYJOB I build a lot of RPM packages (for Linux), so I figured why not try and build some on OS/2 too!

So far, I'm mostly failing though, and I haven't even made it to the .rpm part yet :).

My first attempt was lftp, since the built-in ftp.exe is pretty lacking and the version of NcFTP in the yum repo is pretty old. I managed to get lftp to build, but it has 2 major issues so far: 1) It can't find local files at all (I'm guessing due to / vs \ ?) and  2) The password prompt is echoing the password.

My second attempt was some flavor of vi. I know there are some old versions of vim floating around, but I figured I'd give something a shot. I figured vim was too much to start with, so I started with nvi. The original version of nvi had a pretty old build system and nvi2 seems to have a lot of BSD-specific things, so I tried elvis. Elvis seems to have some OS/2 support, but that support was originally compiled with IBM VisualAge C++ 3.0. So I attempted to just use the POSIX (UNIX) code with gcc and ncurses. That compiled fine and it runs, but when I move around with the h/j/k/l keys, those keys keep printing (eg, it'll print "jjjj") until I hit enter, and then the enter will repaint the screen and get rid of the "j"s. I tried modifying the code to force repaints after every key, but no luck quite yet.

So I'm hoping that these issues are common ones that others have ran into and that maybe it's something that we can put on Wiki somewhere?

To start out with, I had taken some info that I found on these forums and then modified it until I got things mostly working. Most of the posts here assume "ash", but I'm currently using "mksh" as I much prefer it (but I've tried ash too!).  My workflow so far is basically:

C:\> mksh
$ . ./os2.txt
$ mkdir project/build
$ cd project/build
$ cmake -DCMAKE_BUILD_TYPE=Release ..
$ make

Where os2.txt contains:

export LDFLAGS="-Zomf -Zhigh-mem -Zmap -Zbin-files -Zargs-wild -Zargs-resp"
export CFLAGS="-O2 -g -march=pentium4 -pipe"
export CXXFLAGS="-O2 -g -march=pentium4 -pipe"
export LIBS="-lcx"
export CC=gcc
export CXX=g++
export CPP=cpp
export CXXCPP=cpp
export LD=wl
export AR=emxomfld
export exeext=.exe
export SH=/usr/bin/mksh
export SHELL=/usr/bin/mksh
export CONFIG_SHELL=/usr/bin/mksh
export POSIX_SHELL=/usr/bin/mksh
export PREFERABLY_POSIX_SHELL=/usr/bin/mksh
export PATH="C:/USR/SBIN;C:/USR/BIN"

(SH/CONFIG_SHELL/POSIX_SHELL/PREFERABLY_POSIX_SHELL is for autoconf projects)

14
So I posted about this particular problem myself over a year ago and I saw somebody else that I think had the same problem. I finally ran across this thread: https://forums.virtualbox.org/viewtopic.php?f=8&t=90446   and found what seems to be the problem. For some reason on macOS, the scaling inside of VirtualBox to make a non-HiDPI guest usable on a HiDPI ("Retina") screen is very slow. If you tell the OS that VirtualBox isn't HiDPI capable, the OS itself will handle the scaling, and it's MUCH faster.

https://digiajay.com/2022/03/05/macos-monterey-virtualbox-slow-performance-issue/  has a write up on how to make the change. Make sure you change the VM scaling from the default 200% or 250% back to 100% first! This completely fixed the issue for me!

15
Setup & Installation / Re: OS/4 Problem SVN6139
« on: June 10, 2022, 12:13:52 am »
You can use https://kiwiirc.com/nextclient/irc.efnet.org to get on EFnet, just put in a nick and change the channel to #os2russian

Pages: [1] 2 3 4