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 - Dave Yeo

Pages: [1] 2 3 ... 326
Networking / Re: Samba groups are broken
« on: July 22, 2024, 06:38:16 am »
Doug, you might want to compare @unixroot/etc/group and @unixroot/etc/master.password between your AOS and eCS systems. Probably not the problem but easy to check.

Programming / Re: GCC - updates
« on: July 21, 2024, 10:16:30 pm »
If anyone is feeling brave :)

add \binutils\lib to libpath & \binutils\bin to path to test....

I built SeaMonkey with this and GCC 9.2.0, built fine, have yet to test.

Comments, Suggestions & Questions / Re: Hobbes (Files) Reoganization
« on: July 21, 2024, 09:28:03 pm »
Have you looked at some of the Walnut Creek Hobbes ISO's floating around? They have some interesting stuff on them, plus it is interesting looking at older versions of Hobbes.

Applications / Re: ArcaOS v5.1 and VirtualBox OS/2 Version
« on: July 19, 2024, 01:04:20 am »
Hi Mark, good that you found that problem, I should have guessed as the different libvpx versions have been a problem with the Mozilla apps as well. You build something, it finds which ever libvpx is installed, then libvpx gets updated and it's not like they care about keeping the ABI from one version to the next
Surprised you're not busy with it being fire season. Moon was red last night here from the smoke.

Seems __system__ etc are internal to GCC, no idea what is happening with the errors.
Are you including os2.h? If not, I think you have to include unidef.h for _system
BTW, even using dllexport, you still need a DEF file, just without any exports. Still need the NAME etc to be passed to the linker


.def file - the whole thing started as I could not find out how to convince
Code: [Select]
g++.exe (GCC) 9.2.0 20190812 (OS/2 RPM build 9.2.0-5.oc00)to use a .def file. So I thought it's more clear to put such thing straight into the code.

Just add the def file to the linker line. Should also use -Zomf for linking to use a native linker and be able to debug.
Code: [Select]
g++ -Zdll -Zomf foo.def foo.o -o foo.dll
or for an executable,
Code: [Select]
g++ -Zomf bar.def bar.o -o bar.exe
Add -Zmap to produce a map file, -Zhigh-mem to use high memory, -g for debug symbols etc.

BTW, libc seems to use _system, not __system__

Virtualization / Re: ArcaOS 5.1 on Apple Silicone
« on: July 18, 2024, 12:49:47 am »
I doubt that 86box supports enough of the i386 to run OS/2 and for QEMU, they have finally fixed the bug that stopped OS/2 4.5+ running so as long as UTM has a new enough QEMU, it should work.

It uses open JDK 6.

What were the steps to get open JKD 6 to work on an OS/2 machine?

Code: [Select]

In order to use this version of OpenJDK, you will need the following:

  - A OS/2 Warp 4 Fixpack 16+, OS/2 Warp 4.5 or eComStation operating system.

  - LIBC runtime version 0.6.5 (you probably have it already installed):

  - GCC 4 runtime libraries:

  - Odin runtime version 0.8.9 or above:

  - Extended system tray widget for XCenter version 0.1.1 or above (optional,
    but required for system tray support in Java applications):

If you use the YUM/RPM package manager, you may install all the requirements
with a single command from the command line (except the system tray widget):

    yum install libc libgcc446 libodin

Unluckily netlabs is having problems right now for downloading it. Alternative download,

Read the README.OS2 for installation directions.

I tried various combinations of dllexport (which seems to be mandatory to export the symbol) and stdcall cdecl... But I ever end up with exporting _NdpTypes instead NdpTypes. I was under the impression that c++ don't add the _ but obviously I misinterpreted some stuff.

Another idea, is there any emx tool which can modify the exported symbols? Or add a new symbol to a dll which references to the orignal?

Btw. this all started cause I didn't manage to convince c++/linker to work with a .def file as it was used with icc or watcom. You know I'm not experienced with all this stuff so there is much guessing on my side.

You only need dllexport if you don't have the symbols in the def file. Traditionally, before we got dllexport, you hand wrote a DEF file including the exports, either by name or ordinal or you ran emxexp on the
object files and piped the results to the def file. Run emxexp with no parameters to see usage..
I've only done it the other way, pulling in symbols from a GCC DLL to a OW binary.
Note that with OW, you have to be careful to use the right calling convention to begin with, it defaults to its own calling convention which is incompatible with GCC DLLs, it uses registers instead of the stack.
See "Open Watcom 2.0 C/C++ Programmers Guide under Commonly Asked Questions, Converting to OpenWatcom C/C++, Conversion from IBM-compatible PC compilers.
In the case of porting from icc or OW, I simply edit the DEF, adding the underscores

Edit: You might also need the extern keyword

Isn't it _System to use non-underscored variable names?

Might be.

Applications / Re: Experiment: Moving OS/2 Graphic/MM Resources
« on: July 15, 2024, 05:56:49 pm »
After unpacking, preferably a copy of the DLL, you can run strings on it, piping the results through less,
Code: [Select]
strings WPCONFIG.DLL | less
And see all text in the DLL. Strings is not perfect so you do get some garbage mixed in. There's a lot of strings in this DLL.
Or if you know what you are looking for, use grep,
Code: [Select]
H:\tmp>strings WPCONFIG.DLL  | grep "POINTERS"


Applications / Re: Experiment: Moving OS/2 Graphic/MM Resources
« on: July 14, 2024, 07:25:12 pm »
I think "lxlite /x file"

It's one of the things that I find irritating about the various Linux desktop environments, this forcing everything to open in the centre of the desktop. In theory you could pass -geometry x y IIRC to force where to open but wouldn't be surprised geometry is ignored.
Another irritation is associating an icon with a program, which seems non-trivial.

Hi JTA, earlier versions of Hobbes existed, some were distributed in CD form by Walnut Creek such as, there's a couple of other ones floating around.
Most of this software will run on AOS, sometimes needing a simple recompile.

Applications / Re: ArcaOS v5.1 and VirtualBox OS/2 Version
« on: July 05, 2024, 02:22:37 am »
Was wondering if you were finally able to download the VBOX source?

I was having profile problems the last few days, which was locking me out of my account here. But two days ago, I noted an email was sent to Adrian @ Netlabs that timeline was not working as expected, and downloads were really slow.



Hi Mark, I ended up downloading in Linux, where it only timed out once. Building, I ran into a problem with OpenSSL where the API has changed and it seems non-trivial to figure it out, at least for me. Guess I should download the official source and see how they fixed it.
Meanwhile after a normal wet cold spring, something that hasn't been happening here for some years, we're back to the heat, only low 30's unlike the other year where it was mid 40's. At least no fires or flooding, at that the Fraser barely rose at all at the Mission train bridge.
Hopefully you will have an uneventful year.

Pages: [1] 2 3 ... 326