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 - Olafur Gunnlaugsson

Pages: [1] 2 3 ... 7
Applications / Re: Lotus WordPro for OS/2 under ArcaOS
« on: January 18, 2018, 10:38:01 pm »

Be carrefull if you use other language than EN with accent characters. Prefer EN
I've got issue with path created having unvalid characters (frech accent in my case) which should be resolved in a futur update/release
No issue using EN.

That should not be a problem is you save as .DOC  (MS-Word), as the file is then saved with a Windows charset that is read correctly by AOO, it is files saved with a OS/2 charsets that give problems when importing to OO.

Applications / Re: Is REXX in all its versions still heavily used.
« on: January 10, 2018, 04:43:30 pm »
Hi David

Yes, the rexx downloads are platform specific.

I think the only rexx mentioned on rexxla that is available for OS/2 is Regina, available for download from hobbes -

There is a much newer version of Regina available for OS/2 than is on Hobbes:

See also the Regina homepage:

NetRexx also works on OS/2

Programming / Re: OS/2 kernel requiring speculative execution patch!!!!
« on: January 07, 2018, 02:31:54 am »
#1 you're using Windows instead of Linux (NT kernel is worse at handling this than the Linux kernel)

Where do you get that info from?

Programming / Re: OS/2 kernel requiring speculative execution patch!!!!
« on: January 06, 2018, 09:52:49 pm »
This link has a rather frightening graphic from Epic Games that shows the performance hit for their servers after a patch had been applied

Programming / Re: OS/2 kernel requiring speculative execution patch!!!!
« on: January 05, 2018, 01:17:22 am »
AMD, Arm also affected by data-leak design blunders

Two different exploits nota bene, only one ARM version affected by the same exploit as the Intel one.

The exploit that hits the PowerPC 8 & 9, PPC Z/OS and AMD FX chips is both much more difficult to exploit and can be fixed in software with no performance penalty.

P.S. Microsoft has already issued a fix for the AMD FX in their latest update package, no performance degaration.

Programming / Re: OS/2 kernel requiring speculative execution patch!!!!
« on: January 03, 2018, 11:20:41 am »
BTW, I wonder how long the Intel management has known about this ....

Programming / Re: OS/2 kernel requiring speculative execution patch!!!!
« on: January 03, 2018, 11:16:27 am »
If I am reading this correctly it only affects the chips in AMD64 mode, not the i86 mode

Applications / Re: Applications OS/2 Needs
« on: January 03, 2018, 09:23:29 am »
All those video players are ancient and will only play ancient video codecs. Really ArcaOS should just replace them with vlc but I guess as they're a traditional part of OS/2 and perhaps the deal with IBM means shipping the core OS.

They cannot distribute VLC without paying a (not insubstantial) licence fees to the DVLA and MPEGLA, same reason that no Linux or BSD distribution comes with any of those as standard but only as an download from a third party.

Hardware / Re: Hardware Reports / Reviews - More - MORE !!!!
« on: December 12, 2017, 06:26:03 pm »
Yes, that is a MIDI device. However, I was thinking about a USB device with a built-in synthesizer/wavetable that generates audible output from the input MIDI stream. Much like what normal sound cards did/do.
In short: something you can throw a MIDI file at and then you can listen to some sort of sound output.
I don't know if that exists. Maybe MIDI is dead.

They exist, they are no longer a mass market option however as people have mostly moved to built in soundsets, Ketron is the biggest player in those and German company Miditech sells them as well, but Roland still has at the least one model in their lineup although that is not sold worldwide anymore but primarily in Japan and NA and Yamaha has a unit available for the Japanese market only, where GM sequencing is still a thing.

Note that the Italian site is a bit "fu*ked, their SD2 and SD1000 are excellent if a bit pricy.

These can sometimes be a bit difficult to track down as they are made in batches, they are also confusingly called "Pianoboxes".
Thomann usually have them in stock

If you want some cheap fun and already have a MIDI interface of some sort, track down an old Kawai G-Mega, the soundset is old-school but they go for next to nothing second hand and the built in synth is a hoot to play around with.

General Discussion / Re: OS/2 application developers
« on: December 08, 2017, 08:09:05 pm »
Because being satisfied with the virtualization of a platform that's no longer being developed only ensures that the platform continues to NOT be developed. It's time to move forward. It's time for OS/2 environments to exist as first class citizens & run natively on current hardware. It's also time for the pool of programmers that're familiar with the platform to expand. We're not going to get new developers to write software for platforms that they consider to be dead. It's time to breath new life into this community. Otherwise, it dies with it's current users -as they eventually die.

There must be some sort of a misunderstanding here, OS/2 will not be developed in the future and has not been developed now for more than 20 years. I was giving a rational alternative for those who want to move forward while still retaining their own software for the time being, rather than take on the mammoth task of emulating the (humongous and outdated) OS/2 API from the outset. And you are contradicting yourself on technical terms, your proposal was emulation, I proposed virtualisation instead, which is a completely different technology.

General Discussion / Re: OS/2 application developers
« on: December 08, 2017, 05:15:16 pm »
I'm looking at 64-bit OS/2 the way Microsoft looked at 64-bit Windows.


Microsoft implemented a full software emulation of 32 bit x86 Windows  (WOW64) because they developed the 64bit version on Compaq Alpha servers that had no virtualisation support of any kind and similarly were not x86 compatible in any way. It was not until the AMD64 architecture (Which Intel licences from AMD as well) that they released it and then utilised the x86 hardware emulation available in the AMD64 architecture (they had been using Windows Server Alpha 64 in-house since 2000).

This made perfect sense 20 years ago but today we have AMD64 compatible chips with shedloads of cores, fairly reasonable virtualisation features and memory is cheap to boot. Why not implement a container based mechanism where a real instance of OS/2 lives that can communicate with other containers, and develop a 64 bit OS/2 workalike in another container. This would alleviate the need for developing any sort of OS/2 compatibility or x86 emulation in the beginning allowing developers to focus on the new OS or new shell on top of an existing OS. Already existing open source virtualisation software may actually be up to the task with some modifications.

The plus would also be the possibility of running other OS's in containers and of developing and debugging the system on the same PC using different containers.

Simplified OO WPS clone, no rendering engine as such but rendering offloaded to Vulcan, command line interface that is a hybrid of OS/2 CL and an interactive REXX interpreter, that would use Oberon style (much simpler) OO features glued onto REXX rather than the Smalltalk OO features that Objective REXX uses, but also offer AOS style "text interface inside a windowing environment" as an alternative for the CLI challenged. This could make the WPS feature of making everything an object pay dividends in making everything scriptable as well.

Merge the WPS "work folder" feature with the multiple desktop feature of eWPS to create a tabbed work folder that can also function as a separate virtual screen, and thus allows you to arrange your work into folder-tabs that each offers either a folder view or a desktop view or both.

Ditch the drive letter metaphor for an OO interface that works with NVMHCIS or similar, offer a plugin architecture that emulates drive letters for legacy software. Drive letters made sense in the 1970's, in 2017+ we should be using WPS objects with automatic configuration and management of storage, both local and networked.

Browser should be integrated into the WPS much like Web Explorer partly was, only more so. Some DOS compatibility on some level would be nice as well.

I would buy this ... either as software or hardware ... proprietary or not.

Applications / Re: What is OS/2 AO-Manager ?
« on: December 01, 2017, 04:14:00 pm »
Its "Availability and Operations Manager", part of the OS/2 Server "Hardware Management Console Services"

Article Discussions / Re: Sponsorship needed for new OS/2 web browser
« on: November 06, 2017, 02:34:12 pm »

Pale Moon is also buggier than most people realise
And that's not the only problem. It also lacks the support for native text encodings. Without an useable C++ development environment there's no hope for something more modern or advanced. Why should an incomplete and slow port of the Qt framework change the situation? On the other hand it's possible to use something written in C that will perform much better under OS/2-based systems. Maybe like the NetSurf ( for RISC OS.

Netsurf lacks an ECMAScript interpreter so you are forced to use mobile versions of most major sites.

Article Discussions / Re: Sponsorship needed for new OS/2 web browser
« on: November 06, 2017, 11:08:13 am »
Going with Pale Moan (a Mozilla split off at browser 24) is very likely to have the issue in the near future that Pale Moan could port code from the Mozilla foundation. And then we are stuck back to square one.

*Pale Moan* Freudian slip?

Pale Moon is also buggier than most people realise

Pages: [1] 2 3 ... 7