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 2 [3] 4 5 ... 11
31
Setup & Installation / Re: ArcaOS keeps rebooting
« on: June 11, 2017, 10:48:57 am »
"formatted as eFAT"
What is eFAT? I can say that exFAT is not supported. Only FAT16 and FAT32.

I know it's not the cure for every problem but regarding USB you could try my driver set.
Go to Hobbes.nmsu.edu and search for "usbdrv".

32
Storage / Re: About FAT32 and AN
« on: June 10, 2017, 10:51:26 pm »
Even if you dont intend to use extended attributes, the file system driver still has to support them.
If the file system does not support them the file system driver has to return some minimum response on a request for extended attributes. This has now been fixed for the /largefiles support.
It's more complicated as it seems ...

33
Setup & Installation / Re: ArcaOS keeps rebooting
« on: June 10, 2017, 04:35:16 pm »
I don't have AN installed but I do have the latest XWP installed.

For the record: which version? There are two versions per release. Which version is AN's?

I am using XWP "full" version (that is,not the lite version) 1.0.11 available on Hobbes. I would think that is about the version that AN delivers.

34
Setup & Installation / Re: ArcaOS keeps rebooting
« on: June 10, 2017, 11:30:59 am »
This is an interesting discussion:
I have sudden system reboots every now and then as soon as XCenter bar has completely built up. I don't have AN installed but I do have the latest XWP installed.
I have now removed the Window list widget. Let's see if that helps. Possibly need to remove additional widgets.

35
Storage / About FAT32 and AN
« on: June 10, 2017, 11:10:01 am »
Looks like quite a few people are having probs with FAT32 as it comes with AN:

the new version that is being worked on still needs some fixes. What I fixed with SVN revision 250 was some prob with extended attributes in conjunction with the /largefiles switch which would lead to a complete system hang when opening a FAT32 drive object. Currently we are working on a problem when double clicking on a file with a program association​ (say a zip file associated with the arcview.exe utility).
We know where the resulting system hang occurs but we don't yet know why ...

For the time being the solution is to revert back to version 0.9.13 which you will find at Hobbes.

To find out about what SVN revision is delivered with AN:
open a commandine, change to directory \os2\boot and do a "bldlevel FAT32.IFS" (without the quotes).
The returned info contains a 3-digit value (apart from other info) which is the SVN revision.

If it is older then 250 you can try newer version here (as I said:not yet ready for prime time):
trac.netlabs.org/FAT32




36
Storage / Re: HPFS and JFS internal definition specifications
« on: June 02, 2017, 02:47:48 pm »
There already exists a "large file" API and there also exists additional entry points and extensions for existing entry points for file system drivers to support these new APIs.
These APIs will use 64-bit signed values to deal with file size and seek offsets.

The only problem is that the current HPFS.IFS was written at a point in time where these additional entry points where not yet defined.
If these additional entry Points were added to the existing HPFS.IFS then it would not be necessary to use the "DEADBEEF hack" and read in units of sectors instead of bytes.

As an example, there is an effort currently going on to add these additional "large file" entry points to the existing FAT32.IFS.
That will finally allow to deal with files up to 2^63 Bytes and likewise will allow byte granular accesses/seeks across disks up to a size of 2^63 bytes.


Lars


Draw backs of HPFS, long chkdsk time, hate to think how long a chdsk /f:3 on a 2TiB partition would take :) Lack of large file support, the 2GiB file size limit is a problem. It is possible to work around this with the DEADBEEF flag, which changes seeking from per byte to per sector with caller having to manage things.
I don't know much else about the structures.

I've been reading about this tonight.  It looks like large file support could be overcome, as the theoretical maximum is over 7+GB as is.  That 7+GB limitation could be defeated with a tweak it could be extended out as far as is needed.

It seems the only true limit right now to very large files in HPFS is in the legacy API, which only receives 32-bit value for file-related offsets.  That could also be defeated with our own open source kernel and new API which supports 64-bit file operations.

-----
If I had money, I would devote a team of developers to creating our own open source OS/2 clone from the ground up, kind of like what Mark Shuttleworth did with Ubuntu Linux, although he still built atop the community base, and ours would be a full ground-up replacement effort, but I would be supporting the full legacy OS/2 API so all of our code could be compiled on existing OS/2 code bases for testing, and would also compile on the new OS/2.

Ah to dream...

Thank you,
Rick C. Hodgin

37
Multimedia / Re: recent developments for USB audio
« on: May 16, 2017, 11:30:00 am »
I have installed this on my new laptop, and sound does work. For those who want to try.

1. If uniaud is installed, uninstall it. Use uninstal.exe from an older uniaud release to remove it. uninstal.exe is not in more recent releases. reboot.
2. install USB 10.217. reboot
3. install usbaudio and usbwav using minstall. reboot

At this point, sound worked for me. I'm using the Trond device https://www.newegg.com/Product/Product.aspx?Item=9SIA8583987106 I still see some drop outs, and lost frames/stopped video on YouTube. The sound is pretty good.

For the thread on the laptop, see http://www.os2world.com/forum/index.php/topic,1160.0.html

It would be interesting to know if These dropouts also occur with UNIAUD. I seem to remember that you still see the same Problem. I guess the DART subsystem (libkai uses DART) cannot keep up with the replay speed of the video (loss of synchronization).
One important thing: set the environment variable KAI_AUTOMODE=DART.
At least setting KAI_AUTOMODE=UNIAUD never worked for me.

38
Multimedia / Re: recent developments for USB audio
« on: May 14, 2017, 08:36:56 pm »
ok,

1) if you want to report bugs to AN regarding use of USB drivers then you have to use the AN USB drivers.
2) AN's code and my code was forked off the same basis which is the USB source code from the latest DDK. My changes are all visible to David as we have access to the same USB SVN repo at Netlabs. However I am not sure if David has checked in all his changes.
3) USBAUDIO changes (and the one necessary change to USBEHCD that was done in 10.217) are currently only in my drivers, I presume. At least I have seen no changes by David checked in. USBWAV is definitely only in my set of drivers.
4) I believe that USBMSD.ADD with "large floppy" support, fixes in device geometry computation etc. are only available in my package. Unfortunately, multi-LUN support (USB card readers for example) functionality is missing as it was not in the DDK source code. I would think that for the time being AN delivers the original USBMSD.ADD from IBM (version 10.162 I think that was).

Roughly spoken, if you don't need USB audio support (because you have a working UNIAUD for example) and if you are happy with the original USDMSD.ADD then you might as well use the AN drivers.

Lars


39
Multimedia / Re: recent developments for USB audio
« on: May 12, 2017, 08:07:38 pm »
I just released 10.217 on Hobbes. It contains loads of changes. In particular to USBAUDIO.SYS.
Plus it comes with IOProc and 2 Codecs ...

40
Programming / Re: ArcaOS
« on: May 07, 2017, 04:09:51 pm »
No, it's because of remote debugging. The MUT partition has a debug kernel and KBDNET.SYS in place.
KDBDNET.SYS supports debugging of one core only.




41
Programming / Re: ArcaOS
« on: May 07, 2017, 10:35:46 am »
Fortunately there is somebody else with the same problem ...

I experience system reboots on the following:
1) when the XCenter bar has just finished constructing (drawing) itself. For me that means as soon as the WPS is "ready for use" as I load XCenter from the startup folder

2) when I open "volume.exe", the master volume control

But on both occasions it does not happen all the time but only occasionally (of course, otherwise I could not use my system at all).
I was completely clueless of what that could be but given the fact that my other OS/2 MUT partition uses SNAP and never experiences this problem I thought it might have something to do with exactly this difference ...
On the other hand, my OS/2 MUT partition only uses 1 core out of the 8 that I have, so that's also a difference.

Lars

42
Programming / Re: ArcaOS
« on: May 06, 2017, 11:59:30 am »
I am also using Panorama and occasionally have spontaneous system reboots. I wonder if that could be the same problem. Is that driver available anywhere ?

43
Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: May 05, 2017, 08:30:54 pm »
IMPORTS
   DEVOPENDC=XMGPI.1
   etc.
EXPORTS
   can and will have to stay the same as before


then, use a DLL rename tool (VAC comes with one but I think there is another one on Hobbes) to rename the original PMGPI.DLL to XMGPI.DLL.
It is NOT sufficient to just rename the file from PMGPI.DLL to XMGPI.DLL. The DLL has an internal module name that must also change from PMGPI to XMGPI.
By the way: the renamed DLL has to have the very same name length as the original file (which it does if you rename from PMGPI to XMGPI).

Lars

44
Programming / Re: ArcaOS
« on: May 05, 2017, 07:36:16 am »
"broken pointers in Panorama" ? Where ? How ?

Could you explain what you needed to patch in the Panorama driver ? I have never had the problem that you mention but I would surely be interested to know of any problems.

Lars

45
Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: May 05, 2017, 07:33:51 am »
You forgot the "IMPORTS" keyword ...
Look at your original DEF file.

Pages: 1 2 [3] 4 5 ... 11