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 ... 346 347 [348] 349 350 ... 352
5206
Programming / Re: OS/4 ? QSINIT ?
« on: January 05, 2014, 07:15:20 pm »
Ok - Microsoft still owns FAT, LE and some things like that and this is only one (and hypothetic) problem ;)

I always assumed that our OS/2 license includes rights to use FAT, LE and such.

5207
Setup & Installation / Re: Tweaking eCS for low memory system
« on: January 02, 2014, 06:55:51 pm »
It's been so long since I've thought about it :) One thing that comes to mind is to lower the number of threads in config.sys

5208
Programming / Re: OS/4 kernel and extended KEE
« on: January 01, 2014, 08:51:44 pm »
It gets formatted as FAT, which is not ideal (JFS would be better), but it certainly shows that it can be done.
JFS too large for common memory size ;) HPFS may be, but it requires HPFS format implementation in QSINIT - a bit complex task ;)

What about using the ramfs filesystem, probably with modifications? The file system works for many uses and it is considered public domain.

5209
Games / Re: MAME 0.151 ROMs
« on: December 31, 2013, 03:58:59 am »
Hi Ivan.

Well, my point is that I'm trying to make a case that IBM's OS/2 installers can be turned for public preservation on archive.org. (and in a legal way)

If anybody will like to discuss this point of view I will welcome it.

Regards

Considering that the bank machine at my bank seems to use OS/2 along with various other pieces of infrastructure and such also using it I doubt that it would be considered obsolete.  Same with the hardware,  floppy drives are still sold and hardware isn't that much different then what OS/2 is designed to use, as eCS shows it just needs updated drivers and it runs well.
Compare to the Mame roms which I understand mostly ran on specialized arcade systems that haven't been made in years and often the company itself is long gone.

5210
Programming / Re: Test build of GCC 4.7.3 available
« on: December 30, 2013, 05:19:49 pm »
Don't suppose you have a diff with this already in place? I don't fancy modifying multiple source files due to time constraints...

I posted a patch here on the 21st. Here it is again freshly rebased. If you have problems with git, eg complaining about not being able to merge when pulling or cloning try
git fetch --force && git reset --hard origin/master
BTW I tested 4.5.4 and had the same failures even with optimizations turned off. Just tried 3.3.5, had to use pthreads as GCC is too old to have atomics and disable sse and mmx but it actually passed. I'll do some more experimenting later today.

5211
Programming / Re: Test build of GCC 4.7.3 available
« on: December 23, 2013, 03:37:50 am »

Hi Dave - were you able to test with 4.7.3 at al? I'm curious when the regression started as it may help in the debugging.

Hi Paul, tested 4.7.3 and had similar results.

5212
Setup & Installation / Re: ecs2.2 beta refresh
« on: December 22, 2013, 09:36:54 pm »
The problem is that OS/2 is old and particular about partitions starting on cylinder boundries while all other operating systems know that cylinders don't even exist anymore. You used Windows to change partition size and the boundaries ended up wrong. Same with Linux with the added problems that Linux will use the same reserved areas as the OS/2 LVM thus destroying the LVM info.
The advice has always been, only use OS/2 tools to do anything to the partitions except changing the partition ID.
There used to be howtos shipped with Linux including this, http://www.ru.j-npcs.org/usoft/WWW/HOWTO/mini/Linux+DOS+Win95+OS2 and some similar ones. Perhaps it needs updating and included with eCS.

5213
Programming / Re: Test build of GCC 4.7.3 available
« on: December 21, 2013, 06:58:39 am »

GCC 4.8.2 binaries now at http://os2ports.smedley.id.au

I'll get the source up at github when i get a spare afternoon

Finally tested the C part by running the FFmpeg FATE suit which consists of about 2000 tests.  http://ffmpeg.org/fate.html.
While GCC 4.4.6 usually passes all tests (I get failures on 2 HEVC (H265) compliance tests after a few days of up time, see http://fate.ffmpeg.org/history.cgi?slot=x86.os2.446 and for comparison fate.ffmpeg.org), 4.8.2 failed between 24 and 30 tests and ffmpeg.exe and especially ffprobe.exe froze multiple times forcing me to kill them. There's still something wrong, I'd guess alignment issues.
If you want to test, you need to configure with cpu=i486 or higher to pull in the GCC atomics (could they be broken?) and I'll attach a patch for eCS to work around the buggy PMSHELL. Note this also tests your environment as things like diff not supporting stdin or a bad bc will cause falures. Need to use [k]sh to run configure as well due to buggy ash (doesn't set CWD).
Anyways thanks for the great work and I wish I knew how to debug some of this stuff.

5214
Hardware / Re: eCS on an Acer Aspire One?
« on: December 12, 2013, 10:51:23 pm »
Probably qckguide.pdf with the link being one line up from the link to download eCS 2.1 CD#1 on the Mensys Download page.

5215
General Discussion / Re: hobbes.nmsu.edu information
« on: December 07, 2013, 06:56:45 pm »
Hihi Ian,

Must the extension be zip or can we use also Rar or Tar or Lz or Xz or 7z ?

Only zip and wpi are acceptable with exe in the case of self extracting archives such as warpin occasionally acceptable. I'd advise zipping up any self extracting exe file.

5216
Hardware / Re: SNAP - Customize for modern Videocards!!
« on: December 06, 2013, 01:02:17 am »
Whoever is the current maintainer seems to have got pretty aggressive about just deleting instead of leaving alone or putting into delayed.
The problem with SNAP_7300LE.zip was the capitalization which is lower cased and then compared to SNAP_7300LE.txt which refers to the uppercase file name ASFAIK.

5217
Hardware / Re: OS/2 compatible?
« on: November 30, 2013, 09:50:00 pm »
I usually take my computer outside, remove the cover, make sure the fans are locked so they can't be over-spun, usually by inserting a piece of wood and blow it out. Due to using wood heat I get a lot of dust and sometimes a huge cloud of dust is stirred up when cleaning.
I'd also suggest that while the cover is off, remove and re-insert all cards, memory simms etc.

5218
Article Discussions / Re: WPS Classes Clone
« on: November 20, 2013, 06:07:15 am »
Quote
Down Side
But I also think there are some downsides:
- We depend on the old IBM somcompiler. (sc.exe)

This is the killer. Until an open source sc.exe is written, working on the WPS is limited to people with the tools. Tools that are not commonly available.
I'd suggest that if you want to work from the top down, then the top would actually be the tool chain to work on the WPS.
Also in writing the tool chain knowledge about the WPS internals would be learned.

5219
Rumour was that when Reactoss was first starting they approached some OS/2 developers about including an OS/2 sub-system but none of the OS/2 developers liked the GPL and didn't co-operate.
It's a shame as Reactoss being a NT clone, it is the most suitable to running OS/2 programs. NT (up to at least Win2k) did a good job of running OS/2 1.x (16bit) applications, you could even fire up tedit and load a virtual config.sys and adjust things like the libpath and with the right kit which I forget the name of, the old 16 bit Presentation Manager was also there. This wasn't too surprising as NT started out as OS/2 NT v3 (have a byte article somewhere describing MS getting it to boot to text mode on some RISC processor) and was built to have various sub-systems or personalities.
I also have a Byte article (actually little news bit) about MS successfully getting the 32 bit Presentation Manager running on NT (probably v4). Somewhat easier for them as they have the source code for the PM as well as NT.
Seems to me that even now the Reactoss Kernel would still be a better choice then the Linux kernel to run OS/2, in theory only needing doscall0 added to the kernel and doscall1.dll to interface with it, and then the OS/2 DLLs could be loaded on top. Of course things like the Multimedia DLLs would also have to be rewritten to interface with Reactoss but it seems like a better course for a kernel and drivers then trying to adapt to Linux which internally is very different then OS/2 and NT.

5220
Networking / Re: Remote file browsing and management OS/2 -> Linux
« on: October 07, 2013, 02:07:26 am »
The things with EAs (called xattrs under Linux) and Linux are it has to be enabled in the kernel, which it most likely is for most distributions, I believe it also has to be enabled when mounting a file system or in /etc/fstab and not all file systems support xattrs good enough for use with OS/2, eg ext2, ext3 and ext4 only support 4kbs of xattrs, some other file systems don't support any and only a few such as JFS support them well.
If you decide to use JFS, it's best to format under OS/2 as Linux supports the OS/2 version of JFS but OS/2 will not read Linux formatted JFS.
So they have to be enabled and you need to be using a file system that supports them and quite possibly Samba also needs to have them enabled.

Pages: 1 ... 346 347 [348] 349 350 ... 352