Messages

31

Programming / Re: Classic, Regina, Object and Open Object Rexx

« on: October 02, 2024, 08:00:32 am »

Fairly complete description, Jan-Erik. Thanks.
Some of these details I didn't know very well - as far as I can remember, Object REXX was heavily criticized on Warp 4 and almost never used - I stayed on Classic REXX, like many of us.
I also used DrDialog and GPF Rexx (too bad they're discontinued) to build some fancy apps for my theatre activities and boy, was it fun.

I'm currently too involved in porting OS/2 apps from the open source entourage so I don't have time, but in the future I'm willing to write some other useful GUI application in REXX, mostly for my activities as a musician and electronic engineer.

The interesting part of REXX on OS/2 is its integration with the system and SOM - I see many similarities between {OS/2, SOM, REXX} and the .NET environment on Windows and Linux with its Powershell scripting language, though I prefer the more elegant REXX syntax (Powershell can really be a drag). So yes, being able to integrate Regina or ooRexx with OS/2 (and SOM) would give us a big step forward.

Mentore

32

Programming / Re: [GCC] Unable to define getMemorySize()

« on: October 01, 2024, 08:14:11 am »

Last update: yes, getrusage is available in our libc. Compiling it - will test this binary asap and - if it works as I expect - it's going to HobbesArchive.
Mentore

Seems like our getrusage does not return any memory size information, only use of time ("ru_utime", "ru_stime").
I suspect this is not what you are looking for.
As to memory: Rich Walsh has elaborated somewhere in this forum about what the various memory sizes mean and how they play together:

https://www.os2world.com/forum/index.php/topic,3445.msg41758.html#msg41758

It would be nice if we could get that added to "getrusage".

This is pretty interesting. I did a little testing of the executable and found it works (at least to some extent), but - since it still doesn't launch any graphical interface like gnuplot - I'll surely have to get back to it.
What's sure is that I need to know what actually getrusage does (or, for what's worth, GetProcessInfo from the Win32 counterpart) - the other methods in that function involve using the /proc interface which OS/2 allegedly doesn't implement.

Mentore

33

Programming / Re: [GCC] Unable to define getMemorySize()

« on: September 30, 2024, 12:19:06 pm »

Last update: yes, getrusage is available in our libc. Compiling it - will test this binary asap and - if it works as I expect - it's going to HobbesArchive.
Mentore

34

Programming / Re: [GCC] Unable to define getMemorySize()

« on: September 30, 2024, 11:58:26 am »

You guys are invaluable 

It's compiling... Will let you know.
Mentore

Compiled. Had to circumvent other two problems though:

• In get_resident_set_size.c there are some calls to get the memory used by the process. I don't know if we have getrusage available, so I  remembered processes on OS/2 were limited to 512MB and decided to return a fixed size of 400MB. I'm almost sure it's a stupid idea but will try it. I have to search for getrusage in libc.
• BOOL is defined as unsigned int, conflicting with os2.h definition. Corrected.
• There was another reference to getMemorySize() in another .c file, also tackled this.

Now ngspice-42.exe is available under OS/2 as beta - will try and see if I can use rusage instead of reporting a fixed 400MB memory used by the process.
Mentore

35

Programming / Re: [GCC] Unable to define getMemorySize()

« on: September 30, 2024, 09:56:12 am »

#if defined(_WIN32)
#undef BOOLEAN
#include <windows.h>

#elif defined(__unix__) || defined(__unix) || defined(unix) || (defined(__APPLE__) && defined(__MACH__))
#include <unistd.h>
#include <sys/types.h>
#include <sys/param.h>
#if defined(BSD) && defined(HAVE_SYS_SYSCTL_H)
#include <sys/sysctl.h>
#endif
#if defined(__APPLE__) && defined(__MACH__)
#import <mach/mach.h>
#import <mach/mach_host.h>
#endif
#elif defined(__OS2__)
#define INCL_BASE
#include <os2.h>
#else
#error "Unable to define getMemorySize( ) for an unknown OS."
#endif

...
unsigned long long getAvailableMemorySize(void)
{
...
#elif defined(__OS2__)
unsigned long mem_got;
if (NO_ERROR == DosQuerySysInfo(QSV_TOTAVAILMEM,QSV_TOTAVAILMEM,&mem_got,sizeof(mem_got)))
{
    return (unsigned long long)mem_got;
}
return 0L;
...

You guys are invaluable 

It's compiling... Will let you know.
Mentore

36

Programming / Re: [GCC] Unable to define getMemorySize()

« on: September 26, 2024, 12:38:34 pm »

Looks like you will have to write an OS/2 get_avail_mem_size.

Oh, that may be actual fun guess I'll give it a go asap.
Mentore

37

Programming / [GCC] Unable to define getMemorySize()

« on: September 25, 2024, 02:25:59 pm »

Hiya all,

Trying to port NGSpice 4.2 (3.1 compiled just fine). Everything right until this:

get_avail_mem_size.c:26:2: error: #error "Unable to define getMemorySize( ) for an unknown OS."

Where can I find the definition of getMemorySize() under OS/2? Or should I try and clear this OS definition in configuring the environment?
TIA
Mentore

38

Events / Re: Warpstock 2024: Coming? Not Coming? Why?

« on: September 11, 2024, 08:14:14 am »

Rather than try to discuss this in the Warpstock forums, which are lightly trafficked, I thought I'd ask this here.

Some may not be familiar with Pittsburgh, or have misconceptions about its charm. I suggest a quick trip to Wikipedia for a refresher. Pittsburgh is rich with history and culture, and there is an excellent technology museum there (we're working on a potential evening outing there during the event - no promises, but we can always do something impromptu).

Another thing is the hotel group rate.

<-- snip -->


So, if you are coming to Warpstock this year, please mention why. If not, please go into some detail as to your reasons for not making the trip (travel cost, hassle of getting there, registration cost, bad timing, lack of enthusiasm for the location, etc.). We want to know.

Thanks!

As much as I'd love to meet other OS/2 enthusiasts like me, I'm afraid Warpstock and Warpstock Europe are all off limits for me.
The only thing I don't lack is enthusiasm, both for the platform and the events. I don't have time nor resources to afford the trip, and having a wife, a two-and-a-half years old son, a full time job and other jobs, there's really too much to do here for me to leave for a few days.
I'll try to follow the recordings as soon as I have the time to do so. Yes it's a second choice, but alas, there's nothing else available.

A quick note on involving youngsters: I totally agree in saying there should be something to do with students. I feel OS/2 has really much to say in STEM fields, where its stability can rival with other platforms and a more coherent user interface may guarantee a better user experience than its most relevant competitor (which is surely Linux: Windows is too far). This should be the most important point to stress out, since Linux is unbeatable when it comes to money (but still, not free - you have a steep learning curve even with the most "windows-ish" distributions).

Hope everyone attending this year's Warpstock will have a great time.
Mentore

39

General Discussion / Re: Introduction post....

« on: August 14, 2024, 11:17:03 pm »

First time posting on this forum though I've been an OS/2 user since 1995. Today I rely on different Linux distros to do most work as platform of choice. I have a rugged laptop that I use for my copy of ArcaOS which I have setup to operate and look as OS/2 Warp once did.

I've been in the email chain and on the Facebook OS/2 groups for a while. In a subsequent post I will put a link out in these forums about establishing an OS/2 Warp Appreciation Day set for October 11th 2024, 30 years since the IBM release of OS/2 Warp 3.0. Folks will get to know me better as my participation here grows with you all.

Thank You and My Regards,

Jason Page

Hi Jason,
welcome to the forum.
We are eager to look at your contributions!

Mentore

40

Programming / Re: GCC - updates

« on: July 11, 2024, 11:15:03 am »

Hey Mentore,

I've deliberately set this up to easily work *with* rpm gcc 9.2.0.

Unzip it to the root of the same drive you have rpm installed on. To switch to a newer gcc, 'set path=c:\usr\local1330\bin;%path%' (or whatever the path is).  GCC 9.2.0 will still be installed into c:\usr\bin and it's easy to change between them.

Cheers,

Paul.

Fantastic job Paul, as usual.
Thanks!

Mentore

41

Programming / Re: GCC - updates

« on: July 10, 2024, 08:02:18 am »

More testing to be done, but https://smedley.id.au/tmp/gcc-13.3.0-os2-20240710.zip seems to correctly create debug symbols...

GCC 14.1.0  is giving some errors builing libgcc with debug code:

Code: [Select]

during RTL pass: final
../.././libgcc/libgcc2.c: In function '__muldi3':
../.././libgcc/libgcc2.c:538:1: internal compiler error: in eliminate_regs, at reload1.cc:2938
  538 | }


As usual, fantastic job Paul.
May I ask if it is possible to directly substitute this over, say, GCC 9.2.0 from the netlabs YUM/RPM repository?
Mentore (still reinstalling ArcaOS beta to work on the italian NLS)

42

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 24, 2024, 03:30:34 pm »

after playing around trying to update binutils, I have to say how much I hate autotools....

 

When it works it's a breeze. But when it doesn't...

Mentore

43

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 24, 2024, 09:23:07 am »

You can just reinstall the YUM/RPM stuff. Should backup your package list first with ANPM, Manage-->Yum Tools-->Export package List.
Basically, go to d:\usr\lib, run unlock *.dll. Move d:\usr, d:\var, d:\etc out of the way, forget if a reboot should be done, I think not. Run ANPM to bootstrap the RPM system. I'd suggest not enabling netlabs-exp at first. You can import your packages or manually install them. Test, eventually enable netlabs-exp and see if things keep working.

This is something I'll surely try when I get back to my VM. Thanks Dave, I really need to know better RPM/YUM and ANPM strategy.
I'll also have to install the latest ArcaOS beta to try and work on the Italian version, so most probably I'll go both ways.

Thanks all - will report ASAP.

Mentore

44

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 21, 2024, 09:06:19 am »

Which drive are you working on ?

And what does UNIXROOT env var set to ?

How did you install your auto-tools ?

Where is your `sh' from ?

Hello mate,
UNIXROOT points to D: drive where I put usr/ directory and every relevant subdirectory.
auto-tools installed via ANPM and worked fine until this suddendly happened.

Also, sh, ash and ksh come with the standard development tools gotten via ANPM.

Can't get a clue of what's changed, but one day a configure script was perfect, the next day this error pops up from the very same script. Since then, no success in generating makefiles.

Mind you, CMake works, make works, so if I can arrange or modify an existing makefile I'm fine and everything works well (doesn't mean I get a really useful executable 100% of the times, but this is normal in porting software).

So I'm guessing a system reinstall may be useful...

Mentore

45

Programming / Re: Strange autoconf / autoreconf / configure behavior

« on: June 20, 2024, 01:05:55 pm »

And what shell are you using?

KO, Dave, thanks.

Perl installed and I'm using sh as default shell.
The really really strange thing is that everything used to work until someday this happened.
And I really can't understand why 

I wonder if this has something to do with a certain clean.exe software I installed in lieu of the already present one in /usr/bin, but I don't know what the correlation may be.
I'll try something this morning changing che autotools with the latest version provided by KO and report back.

The toolchain works, by the way - I was able to recreate an OS/2 version of ZesarUX (https://github.com/chernandezba/zesarux), a really interesting multi machines emulator under SDL. It seems OS/2 finally has his Sinclair QL emulator 

Thanks again!
Mentore

Re-quoting myself.
I am still in the midst of this... I edited libtoolize, aclocal, autoconf, autoreconf and some other files to remove every instance of the string "/@unixroot" since it seemed to cause troubles.
Trying to run autoconf, autoreconf and aclocal from scripts and command line I always receive the same error in aclocal:

From ksh

Running aclocal
Can't open perl script "exe": No such file or directory
aclocal: error: echo failed with exit status: 2
Error: aclocal failed

Similar error occur if I try from sh or ash. I'm starting to get frustrated, since everything worked great before...

Maybe a complete system reinstallation would be needed. I'll think about that.
Mentore