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 - Lars

Pages: 1 ... 80 81 [82] 83 84 85
Events / Re: Warpstock Europe 2016 - actual topics
« on: April 06, 2016, 11:39:01 pm »

Support for accessing unpartitioned/non-LVM USB sticks (large floppy) greater than 2GB

has already been done by me. The only thing that remains to be done is to find a way of how to DISABLE the "partition virtualization" (because that is what is done under the hood in order to access large floppy media) so that you can actually reformat the WHOLE media and truly partition it (that is: to switch from large floppy to a partitioned media).


Hardware / Re: print won't go to default tray
« on: April 05, 2016, 01:28:18 pm »

says it's accepting PCL5 and PCL5e. Have you tried with the printer driver that does PCL5 (I think there is an OS/2 printer driver that does PCL5 but I cannot remember which one ...)

I think you will need the latest ACPI driver from the ArcaNoae website. Don't ask me how to replace the existing one in the installation CD. Maybe you need to install a tool under Windows and update the ISO file to contain the new ACPI driver.
Another option that I basically took was to install under an old PC (because I still had it when I bought the new one), update the installation with the latest drivers, rip out the disk and place it into the new PC.

There are an increasing number of systems that have highly broken BIOS code.
The reason is obvious: systems like >= Windows 7 or Linux make only very little use of the legacy BIOS, with a tendendy to move to UEFI only (that means: no more legacy BIOS at all).
With OS/2 you are stuck with a kernel that is > 20 years old. It therefore makes considerable use of the BIOS, especially (or even exclusively ?) on system start.
The latest ACPI driver works around many BIOS issues seen in today's hardware. If Blue Lion eventually releases an install CD you should consider using that instead of eComStation 2.2beta.


Hardware / Re: Is it possible to update the USBEthernet Driver?
« on: January 23, 2016, 01:24:04 pm »
Not really. The existing USB Ethernet driver is limited to a specific chipset (KAWASAKI LSI KL5KUSB101).
The driver even loads some firmware code onto the chip on system start which makes it specific to that chipset.
Additionally, this is NOT a WLAN Ethernet driver. It's limited to (wired) LAN.

Programming / Re: New OS/4 kernel :: SVN4227
« on: January 06, 2016, 10:03:14 am »
1) I am not paid by ArcaNoae, at least up to this point. I am free to say and do what I want.
2) I neither have the time nor the interest to thrash any project. I am stating an opinion.
3) you need not expect any statement from ArcaNoae. But I am in discussion with David every now and then. And he is certainly not monitoring this group. And he tests all his stuff with a limited set of kernels. If they find a problem with the kernel they will concentrate on patching the official kernels.
4) the next ACPI.PSD is in the queue. Do you think it is sensible for the OS4 team to offer patches to ACPI.PSD to make it work with their kernel ad infinitum ?

Yes, I'll move on.

Programming / Re: New OS/4 kernel :: SVN4227
« on: January 05, 2016, 10:41:09 pm »
Hi Lars

It remains a secret of the OS4Krnl developer team why they removed the trace and strace facilities.

You can always create your own kernel and then you can add the trace functionality.

That's because you obviously love to reinvent the wheel.
Or you can suggest it to the OS4 team in a more constructive way.... or offer yourself to help on that project.


Create my own kernel ? You must be kidding. What sense does it make if every OS/2 user (guess there are about 250 left on planet earth) creates his own kernel ?
Suggesting anything to the OS4 team is lost ground. They are proud of their own proprietary solution.
They have given NO reason whatsoever why they removed something that worked just fine and that is WELL DOCUMENTED to exist.
Two things are for sure:
1) I am certainly not wasting any time testing their kernel
2) ArcaNoae is certainly not wasting any time to get things working also with the OS4 kernel

The sad thing is that these guys could really help in developing sensible things for OS/2: USB3 Support, help fix UNIAUD, whatever.
What they do is wasting time but of course they can waste all the time they want, after all, it's their time.


Programming / Re: New OS/4 kernel :: SVN4227
« on: January 05, 2016, 12:49:42 am »
That's because you obviously love to reinvent the wheel.
And enabling trace for the kernel components of OS/2 can help, for example, in order to investigate when OS2DASD is called with what parameters. You cannot replace that with your home brewn way of outputting text to whereever.

Programming / Re: New OS/4 kernel :: SVN4227
« on: January 04, 2016, 05:56:57 pm »
It remains a secret of the OS4Krnl developer team why they removed the trace and strace facilities.
Without that none of the USB drivers can be traced as they are making good use of OS/2 built in tracing mechanism. Tracing is about the only chance for a developer to do offline analysis of problems surfacing at the user's site (unless you want to recode your own tracing facility).

Applications / Re: WPS Class List Color?
« on: December 12, 2015, 10:35:35 am »
I am not talking about WPMouse and you know it. That would not take more than say 1/2 year full time.
I am talking about replacing WPObject,WPAbstract,WPTransient,WPFileSystem,WPFolder,WPDataFile.
Replacing these and ensuring that all WPS classes that are derived from them (that is, all user additions like for example XWorkplace) still work correctly would likely take in excess of 20 man years full time. Just think about all the regression testing that would be necessary.


Applications / Re: WPS Class List Color?
« on: December 11, 2015, 04:56:56 pm »
You can experiment all the way you want.
But the whole idea of making the WPS object oriented is to inherit functionality. One class inherits from another for a good reason. The reason is to not rewrite functionality that can be offered in a generic way.
There is no way to make XWPMouse a subclass of WPAbstract unless you rewrite the COMPLETE functinality of WPMouse. Your suggestion just makes no sense unless you can provide man years of developer hours and know all of the WPS internals.
I can tell you the outcome of making xWPMouse a subclass of WPAbstract. You effectively have no mouse configuration functionality whatsoever. WPAbstract is a base class that you cannot even create instances of. It just provides bare minimum functionality: you can save persistent data in the OS2.INI file, you get a settings notebook with the standard pages, you could set/query object title etc.


Applications / Re: WPS Class List Color?
« on: December 09, 2015, 04:42:39 pm »
WPS class replacements are not full replacements in the sense of the word. They rather inherit from a parent class and declare to the WPS they "they are the first one" to be called.
In fact, they usually build on top of the functionality of the class that they replace, that is, they call into the old class and modify the result for example.
Therefore you cannot remove classes that replacement classes inherit from.

It's getting even more complicated if for example a class intends to replace WPFolder but WPFolder is already replaced by another class like XFolder. Then the new class that intends to replace WPFolder actually replaces XFolder and so on and so forth ...

You better not touch the base WPS classes WPObject, WPAbstract, WPTransient, WPFileSystem, WPFolder, WPDataFile or you are going to drop into a deep and dark hole.

Example: the XWPS classes replace and enhance some undocumented functionality of WPFolder. If you don't get your open source WPFolder replacement right then you are in deep shit trouble.


Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 08, 2015, 11:29:37 pm »
Just a guess: there is always the chance that shutdown will be prevented by USB host Controllers that are still active and therefore accessing memory. The fact that some HW device is still reading from / writing to memory (USB host Controllers are busmaster capable) is enough to make shutdown fail. This is true in general for any other busmaster capable device (in short: a busmaster capable NIC still being active might exhibit the same problem).
It's always worth a try an specify /FS on every USB host Controller Driver line in config.sys. This switch will halt the host Controller and therefore will prevent it from touching memory.

In a perfect world, all OS/2 drivers serving busmaster capable devices should disable busmaster capability on shutdown. But not every driver does so ...


Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 07, 2015, 06:16:25 am »
Interesting. I did not know that the USB repository is now split. I only know the one at Netlabs.


General Discussion / Re: and eComStation
« on: July 21, 2015, 08:12:28 pm »
Hi Joachim,

So it appears that the USB keyboard problem is what I mentioned earlier, a lack of communication between USBKBD.SYS and KEYBOARD.DCP because the Chinese keyboard need a special translate table for which there is no provision.  Sounds as if your team are in for a serious re-write of all that area, just make sure all the changes are tested against non Chinese installs before you release them.

From what I can tell from the USBKBD.SYS code it doesn't do any translation at all. It only creates scan codes.
I guess the translation to characters always happens somewhere else, also for any other keyboard.

What's the point in building drivers from the DDK sources and releasing them as freeware ?

1) the drivers already exist and are part of the OS/2 product. Just rebuilding them and declaring them as freeware adds nothing.
2) the DDK sources might be outdated with regards to the binary drivers that come with OS/2. This is even very likely (I am sure this is the case for OS2CDROM.DMD for example).
In other words: you might run into a whole bunch of bugs and problems using these built drivers that where already solved.

The only reason why print01.sys exists on hobbes is because a functional limitiation was removed that existed in print01.sys and people where "desperate" for a fix.
You still run the risk of the DDK code not being up-to-date.

I have already gone through this nightmare for all the USB drivers. You are just opening a can of worms.

Pages: 1 ... 80 81 [82] 83 84 85