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 ... 248
1
Applications / Re: To .config or not .config
« on: October 03, 2022, 10:26:08 pm »
Hi

I also have a different question but related. Will it work to declare "XDG_CONFIG_HOME" to change the location (obviously for application that respect that) like:
  SET XDG_CONFIG_HOME=C:\HOME\MARTIN\.config;

Regards

Only for programs that have implemented it. Grepping sources here, not many.
Amoebax, lastpass-cli, mercurial, pango, qemu, OpenTTD and some QT5 stuff.
Sure there is more but most don't seem to have implemented it.

2
Multimedia / Re: Updated Uniaud32 build
« on: October 03, 2022, 08:15:07 pm »
For comparison, there is also the latest mpg123, basically the same audio backend but simpler, maybe a better decoder. Cmdline.
Enable netlabs-exp, do yum install mpg123, disable netlabs-exp, mpg123 path\to\foo.mp3

3
Applications / Re: Future of Linux ports
« on: October 03, 2022, 08:09:18 am »
Seems the Open Watcom Debugger supports dwarf, have to learn. Guess things like exceptq would need changing.

4
Applications / Re: Future of Linux ports
« on: October 03, 2022, 02:56:51 am »
Here's the Rust GCC project page, seems to be coming along and Paul likely has the skills to get it working on our platform, at least as much as possible.
https://github.com/Rust-GCC

5
Applications / Re: Future of Linux ports
« on: October 03, 2022, 02:16:51 am »
There are projects such as https://freshman.tech/rust-coreutils/ to rewrite userland stuff in Rust. Note that this is an alternative to the GNU Coreutils and currently GNU doesn't seem to plan on moving to Rust

6
Applications / Re: Future of Linux ports
« on: October 02, 2022, 08:53:15 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…

Not impossible, just really hard. We use a patched (and with helper programs) GCC (Gnu Compiler Collection) along with the system linker to port/build programs.
Rust uses the LLVM toolchain, which has no support for our system so that would have to be ported, a large project for a knowledgeable compiler expert who would also need a good understanding of OS/2 internals. Given a few million dollars and luck in finding the right developer, it could be done. Probably the patches to make the port work wouldn't be accepted upstream so like our GCC, a fork would have to be maintained.
The other big problem is memory, or rather address space.  It takes a lot of memory to build and link some of this stuff. We ran into a lot of problems building Firefox around version 4. There were source files that used 2 GB's of memory just to compile, doable one at a time and the linker had problems. Ilink5 stopped working and we switched to wlink, which we have the source for and that needed quite a bit of patching to link Firefox and today QT5 is barely linkable. Rust is way more memory intensive then C++, both for compiling and linking.
The linker problem could maybe worked around with spill files (think swap), be slow and once again would need an expert to do it.
Another option is cross-compiling, compile and link the code on 64bit Linux. Once again there needs to be a tool chain built to do the cross compiling.
In summary, given a large amount of money or a really inspired volunteer and the right developer, it could be done but is very unlikely.
Another solution might be if the GCC people ever have a compatible (Rust keeps changing, another problem) Rust compiler, it would be much more trivial to get that working.

As others have said, it is doubtful that Rust will spread that fast. A bigger problem is lack of support for 32 bit systems. More and more projects take it for granted that there is a 64 bit address space and they stop supporting 32 bit systems with programs expecting to be able to allocate GB's of memory at a time. I think that is what will kill OS/2 eventually, at least as far as porting modern stuff goes.

7
Applications / Re: To .config or not .config
« on: September 30, 2022, 06:23:45 pm »
Can always wrap the program in a cmd file that sets HOME. Have to test but something like,
Code: [Select]
@echo off
SET HOME= ./config
app.exe
exit
may work for you

8
Applications / Re: ColorWorks ArcaOS
« on: September 30, 2022, 06:49:29 am »
What about a BMP? Also have you looked in popuplog.os2? Might be a sys2070 there.

9
Applications / Re: To .config or not .config
« on: September 30, 2022, 04:20:04 am »
It's all up to the app. Linux ports usually use $HOME, somewhere under /var for shared configs or for older ones, under /etc but if locally compiled or ported to Windows, /.config.
A well behaving program will also have fall backs, what if $HOME doesn't exist?
The screensaver for example tries for %HOME% first, then tries for the boot drive and if that fails, falls back on c:\os2\apps\SSaver\ and judging by the comments in the code, using %HOME% was a more recent addition.
Generally when porting, it is easiest to go with the flow, which usually means $HOME.

10
Games / Re: BrogueCE
« on: September 30, 2022, 12:02:13 am »
I tried again with the SimpleBrowser, this time to H:\tmp (JFS ramdisk) and it worked fine. Looking again at w:\home\Desktop, the default for Dooble, it seems I've run out of space on that partition. Crappy error handling and I guess I need to move this install to a larger volume.

11
Games / Re: BrogueCE
« on: September 29, 2022, 05:21:02 pm »
The download fails in Dooble for me.

Same here. SeaMonkey won't load the assets and Dooble says the download was canceled after starting. I even tried moving the /home/.dooble profile out of the way, didn't help, something is buggy.
Edit: The Simplebrowser succeeded in downloading the zip.
Edit2: Actually it downloaded a broken zip

12
Games / Re: BrogueCE
« on: September 28, 2022, 11:34:11 pm »
Interesting, I built the SDL2 version, it looks like what the ncurses version would likely look, eg text mode. Got killed by the jackal pretty quick. Have to play more.
For some reason I had to add "LDFLAGS=-Zomf" and I see unneeded EMXism "-D__ST_MT_ERRNO__" in the linker line. -D__ST_MT_ERRNO__ is a no-op as kLIBC only supports multi-thread library.

Until Jochen fixes his github, here's the sdl2 binary. Need the rpm versions of sdl2 and sdl2-image. It is not a release so just unzip and run from bin/
 

13
Games / Re: BrogueCE
« on: September 28, 2022, 08:33:37 pm »
BTW: This seems to work: https://github.com/josch1710/BrogueCE. The "Downloads" link in README.md points to tmewett/BrogueCE. The GitHub site is horrible.

Yea, the README.MD needs updating. I assume those at tmewatt are not OS/2 binaries.

14
Comments, Suggestions & Questions / Re: Hobbes (Files) Reoganization
« on: September 27, 2022, 11:44:49 pm »
Maximus is a BBS system,  and "door"s are BBS interfaces to external programs.

15
Multimedia / Re: OS/2 Warp 4.52 VM, changing audio to Uniaud
« on: September 25, 2022, 06:56:44 pm »
Can't you just use selective install to uninstall the drivers?

Pages: [1] 2 3 ... 248