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 - Doug Bissett

Pages: [1] 2 3 ... 65
Applications / Re: FMT
« on: February 23, 2018, 10:22:23 pm »
FMT.EXE exists in the RPM package Coreutils. If it ever was part of FM/2, it isn't now. Chances are, that you just don't have something that it needs, in the LIBPATH.

Networking / Re: RTL8211CL DRIVER
« on: February 22, 2018, 11:40:56 pm »
Offtopic: Doug, do you have a recommendation for a PCIe NIC? I wasn't successful with the usual Intel cards that I'd tried.

I have an Intel PCIe NIC. I don't have it installed, at the moment, so I don't know what the PCI ID is, but it says "INTEL(R) GIGABIT CT DESKTOP ADAPTER" on it. It has always worked with Multimac E1000e and better with Multimac E1000b (preferred). I can't speak for other cards, but anything that is listed as supported by Multimac should work.

Networking / Re: RTL8211CL DRIVER
« on: February 22, 2018, 12:15:30 am »
Getting back to the topic, eCS 2.2 b2 tells me that the NVETH driver is the man so I am tinkering with that right now

HUH? NVETH is for NVIDIA chipsets, not Realtek.

Since you don't want to spend a few dollars, the R8169 driver is your only choice, for a full function NIC driver (unless eCS 2.2b2 has an early copy of MMRE available - it might).

Anyway, as Dariusz said: good luck to you..

Networking / Re: RTL8211CL DRIVER
« on: February 21, 2018, 06:00:48 pm »
I never used parameters with R8169, and I used it with 9 different NICS (all different, even though all but one claimed to be a 10EC:8168, which is simply the on board version of the 10EC:8169). It is certainly not necessary to tell it that it is using an IRQ over 15.

It sounds like you may have got the NIC interface turned off, by using a bad driver (R8168 will do that). Running windows, or Linux, did not get it turned back on, for me. Turn the machine off, pull the plug for a couple of minutes, then plug it back in. The R8169 driver will probably work, although one of mine didn't (the newest one). It connected okay, but scrambled the data. The MMRE driver works very well, with all of them. The later versions of Multimac will use the MSI interrupt method, if the hardware supports that (most will).

$50 US, ($75 Can)

Well, it is actually $49 US, which is somewhere near $63 CAD (plus exchange fees). It is also more than just one driver. Well worth the investment, if you want to use OS/2.

I was just wondering, does ANoae have an upgrade plan for old eCS users?

I don't think so. ArcaOS is based on a different version of OS/2, but the driver package applies to eCS, as well as older versions of OS/2, ArcaOS has it's own subscription package.

Networking / Re: RTL8211CL DRIVER
« on: February 21, 2018, 05:51:19 am »
Okay, it is a 10EC:8169, which is used in many systems. The best driver is Multimac MMRE. The other alternative is the older Multimac R8169 driver (it is in eCS 2.2b2), but it doesn't work with every 10EC:8169. Do NOT use the older R8168 driver. It can leave the NIC in a state where the only way to get the interface turned back on, is a complete power off (pull the power cord, for a couple of minutes, and remove a battery if it is a laptop).

Networking / Re: RTL8211CL DRIVER
« on: February 20, 2018, 10:10:03 pm »
It isn't a new motherboard, rather one that I came upon years back that was a convenient replacement.

Okay, that probably means that the devices is supported, but we need to know what the PCI ID is.

PCI.exe does not yield any information on the device other than to say that it is an RTL chip. Perhaps that program is too old or is using an old database

It should tell you what the ID is. Post that section of the output. It may also help, if we knew what the motherboard is.

Networking / Re: RTL8211CL DRIVER
« on: February 20, 2018, 07:36:27 pm »
That is difficult to answer, when we don't know the PCI ID of the device. It should be something like 10EC:8168. You can find that information by running PCI.EXE. I would expect that the Multimac MMRE driver should support it. If not, post the information at the Arca Noae MANTIS site (I assume that you have a subscription), and ask for support.

I would suggest that it is always prudent to check the specs, before you purchase, and be sure that you know what will, and won't, be supported.

Events / Re: Reminder about OS/2 VOICE IIRC speaktup in about 18 hours
« on: February 19, 2018, 05:58:11 am »
1.  WIFI, USB3, and printing are a must just to continue to operate.

WiFi can be worked around, by using an Ethernet adapter. I use a D-Link 506-L device. USB 3 is necessary, since manufacturers aren't supplying anything else now, and I do know that Arca Noae is working on it. Printing is an interesting topic. 30 years ago, I was told that printing wouldn't exist in 5 years. Well, here we are, and it is still essential. Personally, I don't print much any more, but it is still essential. I never did figure out how printer manufacturers could invent so many ways to do printing. It would seem to be a pretty simple concept, but I suppose that copyright laws force them to invent new ways to do it.

4.  People will have to have access to an up-to-date office suite.  Open office development must continue.

This is more of a sales job, than a necessity. If you need to stay compatible with other platforms, yes, you probably need a current office suite. On the other hand, almost any office suite will do what most people need, and more.

5.  PMView needs to be supported by the OS/2 community so we at least have some grahics capability.

Now, if there is a "killer" app, for OS/2, this is it. Unfortunately, one of these days, support for PMView is going to go away, unless the author takes steps to open source it, or turn it over to someone who can continue development. We lost Describe, because that wasn't done, but those who have Describe can still use it, and it works as well as it ever did (and better than most). The problem is, that you cannot get a new license to use it, and it can't be updated to support new hardware. There is nothing wrong with the program itself.

All free of charge of course.

Nothing is "free'. You either put some effort into helping, or you support it by paying for it. Anybody who thinks it will come "free" is dreaming.

Hardware / Re: Touchpad use with OS/2, ArcaOS
« on: February 16, 2018, 04:40:18 am »
My Lenovo ThinkPad T510 has a BIOS setting, to turn that $%^%$$# thing off. My Lenovo ThinkPad L530 does not have such a setting (but the windows driver does), so I have a piece of heavy cardboard taped over it. Whoever invented the TouchPad, should be shot, and whoever decided to leave out the setting should be right behind them.

FWIW, it seems that there are at least two different TouchPads, and none of them work, for me. It also seems that normal mouse drivers work with them, whether you want them to, or not.

Applications / Re: No eComStation/ArcaOs Networking on T420 with VirtualBox
« on: February 13, 2018, 04:16:37 am »
What has me perplexed is that this exact same VM works fine on my other desktop

Just a WAG, but try changing the MAC address. If it is a duplicate of another one (perhaps on the other machine), it will usually refuse to connect. Go to the Network-> Adapter x-> Advanced, and click the icon to the right of the MAC address field. It should create a unique address.

Applications / Re: No eComStation/ArcaOs Networking on T420 with VirtualBox
« on: February 12, 2018, 06:20:07 am »
I use Bridged on my T510, and L530. Both work in VBox under win 10.

A couple of things to check:

Under Attached To: make sure that it is the device that is being used by the host system. If there are two possible devices (wired, and WiFi), attach two Adapters, one to each adapter, but then you have the problem of determining which one to use in the guest.

Under Network Advanced, make sure that  Cable Connected is checked. (this is the virtual cable between the virtual machine, and the NIC).

Make sure that the driver, in the guest, matches the device that is emulated. I use the MMLEM Multimac driver, with the Intel PRO/1000 MT Desktop device.

It is possible that your router has used all of the DHCP addresses that it is configured to use, so it won't assign any more.

Try "DHCPSTRT -i LAN0" (no quotes) from a command line, after you get it booted. It is possible that it is attempting to get an address, before it all gets started properly.

You could try using a fixed address. You may not want to leave it that way, but it may show something.


Given that I am running this on an AMD Phenom II X6 CPU, and the fact that big applications like Firefox are being released as 'pentium4' platform I decided to "do the prayer" and convert my platform

But, i686 is the proper platform for that machine. Why would you want to change? Pentium 4 is for Intel Pentium 4 machines. Firefox is also available for i686 platform. Use the proper one, and it will all work better.

Hopefully, you have a backup that you can restore, because trying to fix the problem, that you have caused, will likely be difficult, at best.

Hardware / Re: Best FAT32 driver settings
« on: February 10, 2018, 08:43:19 pm »
Windows GUI must handle FAT32 files differently than the WPS.

Exactly. Windows has some way to skip to the icon at the end of EXE files, while the WPS scans through the whole file to find them. Using OS/2 EAs will help, on the second scan, but using EAs will cause problems because windows doesn't know about them, so they become disconnected, requiring a CHKDSK in OS/2 to fix the problems caused by windows file handling. The time that you save, by using EAs, won't be enough to make up for that.

One thing, that does speed things up, is to add a small OS/2 icon file, with the file name, for each EXE file. That way, OS/2 will use the small icon, rather than searching each EXE file for an icon. Windows just thinks it is another file, and ignores them.

Web applications / Re: REXX and 'mode'
« on: February 08, 2018, 08:57:06 pm »
'mode 29,7'

I have no idea why this would work, at all. It should be: mode CO29,7 or mode BW29,7

Storage / Re: Low level format error with JFS
« on: February 04, 2018, 09:14:16 pm »
Doing a long format will stress out the disk, force any bad blocks to be marked and is a test of a questionable disk, especially combined with the smart data.

Actually, by the time any of those things start to show a problem, the disk is well on it's way out the door. Since the disk hardware reassigns bad blocks to spares, behind the scenes, if you ever see a bad block, found by a long format (or anything else), it means that every last spare block has been used, and there is a good chunk of the disk that is bad.

Personally, I don't have much faith in Smart technology, to determine if a disk is bad, or good, but it might reinforce what other symptoms are indicating.

Pages: [1] 2 3 ... 65