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
Programming / Re: Newbie guide to porting software?
« on: June 14, 2022, 03:12:47 am »

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?

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... :)

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!

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


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:   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.  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!

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

Hardware / Re: ArcaOS 5.1 UEFI support - GOP?
« on: May 27, 2022, 08:19:23 am »
All this info you can find in youtube presentations from alex taylor he did for warpstock europe.

Thanks, Roderick, I'll check it out. Sadly, if there were captions (auto-generated or otherwise) on the video, a Google search didn't pop it up when I was searching :(.

Applications / Re: Boycott Discussion
« on: May 27, 2022, 05:56:39 am »
Its not any statements against anybody or OS/4. You should not recommend to swap key system files to get an application to work. I think we should rather start to learn how to analyze the issue at hand and see if we can fix possibly. If you put an old version of PMMERGE.DLL, what can then be broken ?

That's my fault and I apologize. I saw mention that the trap was happening in PMMERGE.DLL and I remembered that the OS/4 team had squashed some bugs in that, so I figured it was worth a shot to try.

Hardware / Re: ArcaOS 5.1 UEFI support - GOP?
« on: May 24, 2022, 08:58:04 pm »
I'm curious why UEFI GOP would be of any interest unless you plan to write or run a UEFI Boot Services app. Once you enter the runtime environment (i.e. the OS/2 kernel takes over), all that remains is the GOP-created framebuffer. And that is something you can't (or at least, shouldn't) touch because it's the basis of 5.1's VESA-emulation "video driver". Lacking any code to manipulate the video hardware itself, the driver relies on the bootloader to set the video resolution and mode while in Boot Services, then uses the pre-configured framebuffer for its operations.

Mainly because the bhyve hypervisor in FreeBSD (and its derivatives) and also Joyent's SmartOS/SmartDC products use GOP for their VNC support for graphics support. Anything else is serial(-port) console only. I believe in FreeBSD -CURRENT they now have CSM VNC support using traditional VGA emulation, but I don't believe that's made it to real releases yet.

Hardware / Re: ArcaOS 5.1 UEFI support - GOP?
« on: May 24, 2022, 05:26:52 pm »
Awesome, thanks!

Hardware / ArcaOS 5.1 UEFI support - GOP?
« on: May 24, 2022, 07:54:02 am »
I have support so I was going to ask this in Mantis, but the ArcaNoae Wiki makes it sound like Mantis should only be used for bugs and not questions.

Since I'm not on the testing team, I'm curious if the upcoming 5.1 UEFI support includes the UEFI "GOP" (Graphics Output Protocol) support? I know there is some sort of NDA, so if the answer is "we/I can't say", then I understand. The "VGA services" part of makes it sound like "yes", but I couldn't find any Arca Noae UEFI page anywhere that explicitly says GOP (or at least Google couldn't!).

If it's a crash in PMMERGE.DLL, have you tried the OS/4 team's patched PMMERGE.DLL?

Obviously it won't be supported by Arca Noae in any way, so backup your current .DLL first!

Programming / Re: Desktop Apps from JavaScript - Electron?
« on: May 19, 2022, 02:28:42 am »
Dooble is Chromium based, so Blink or Webkit and V8 are available. What we would need is a framework. Looking quickly I don't see what

Duh, brainfart. I knew it used Qt WebEngine, I just forgot that Qt WebEngine switched from WebKit to Blink. Teach me for replying before my morning caffeine, sorry!

Programming / Re: Desktop Apps from JavaScript - Electron?
« on: May 18, 2022, 08:25:42 pm »
As far as I'm aware, Electron uses Blink & V8, which are the Chromium/Chrome rendering engine and JavaScript VM.

So it would basically require porting Chromium to OS/2 :(.

Applications / Re: Test build of dooble with qt5
« on: May 11, 2022, 04:38:26 am »
Has anybody figured out how to add a certificate to the trust store in Dooble? I'm trying to use AdGuard as a proxy in Dooble to help with the ads. I'm pretty sure I added the AdGuard certificate to OpenSSL's trust store correctly, but Dooble still complains about HTTPS connections, so obviously it is looking somewhere else for the trust store.

Pages: [1] 2 3