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 ... 63
1
Off Topic discussions / Re: Slowing Down But Not Hitting the Brakes
« on: May 13, 2022, 01:32:54 pm »
Hi Martin,

sorry to hear that, I also want to express my condolences. I guess we are now hitting an age where our parents are getting really old ...

Always remember: there are more important things in life than a piece of SW.

2
Applications / Re: Implemented DUMPFS.IFS as a 32-bit IFS
« on: May 03, 2022, 07:31:22 am »
There is also a detailed explanation here:
http://www.warpcave.com/os2diags/dumpfs-user-guide.txt

However, you don't need to manually copy files. The WPI will do the necessary things.

Also, please read the introductory words of the installer:
you need to dump to a partition of partition type 7 !
Which means you either use DFSee to achieve that or format to JFS first and then format to DUMPFS.
That said, if you don't want to screw up your existing dump partition (for the AOS dumper) you should create a new one. The easiest to test all of this is to use a virtual machine under Virtual box.

The reason I wrote this thing is because FAT32.IFS still cannot seek in files > 2 GB and therefore you cannot directly use PMDF on a dump file located on a FAT32 partition.
And my system has 8 GB of RAM of which 3 GB are used by OS/2 and therefore the dumpfile will be 3GB in size.
And I have trap dumping permanently enabled for Ring0 traps ...


3
Applications / Re: Implemented DUMPFS.IFS as a 32-bit IFS
« on: May 02, 2022, 05:39:46 pm »
Thanks !

If you find something that does not work, just drop a note and I'll try and fix it.

4
Internet / Re: New Browser Delay Discussion
« on: April 25, 2022, 07:53:24 am »
Dooble as downloaded from Netlabs Exp works for me.
But I am still using eCS.
Maybe I also have some missing prerequisite component already installed, who knows.

5
Internet / Re: New Browser Delay Discussion
« on: April 21, 2022, 04:08:52 pm »
Thanks for your support guys. Yes, I was not right about libvusb and libuvc, it's Lars' work, not Silvan's indeed, sorry Lars.

No worries. Just wanted to make clear that NO money was spent on something nobody has explicitely paid for.

6
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: April 20, 2022, 10:31:25 am »
Hi Wim,
I suspect that you mean;
rc=RxFuncAdd('SysSetPriority','RexxUtil','SysSetPriority')

???

7
Internet / Re: New Browser Delay Discussion
« on: April 17, 2022, 05:13:58 pm »
About updates to libusb and libuvc:
they were done by me exclusively (with Wim doing a lot of testing, also for free) and they have been done entirely for free. No money was spent on this. I also updated IJFW ( the FXWRAP.SYS driver to more specific) entirely for free. Silvan suggested that we might need libuvc and libusb to support USB webcams in the browser.

I thought about contacting Dmitry to ask him if he would leave Russia but I thought that might be a not safe thing to do. Well, he made his decision and I am glad that he is safe.

Cheers,
Lars

8
Hallo,

I have a RAM disk and environment var "TMPDIR" is pointing to it (other vars like TMP, TEMP and EPFITMPDIR are instead pointing to a hard drive directory).
Effectively it´s "set TMPDIR = Z:\" where Z: is the RAM disk drive letter.
It seems that as soon as I start an app that was ported from Unix (and therefore will in some way use LIBC etc.) then, a directory "runtime-root" is created in the root of Z:

I could care less as it will be gone on the next bootup but it seems to negatively impact the initial run of such an app. Why is this directory created and how can I prevent it from being created ?

9
Programming / Re: Compiling a PM sample with GCC
« on: March 31, 2022, 11:32:50 pm »
Hi Martin,

just as a side note: for a 32-bit application, the HEAPSIZE keyword in the DEF file is completely superfluous (it has no effect for 32-bit applications). But it won't hurt either, it will just be ignored by any 32-bit linker. It is a remnant of 16-bit linkers (and the original source code dates back to 16-bit times).

The STACKSIZE keyword however is relevant. 8 kBytes is very small stack for a PM application. It's obviously ok for this application but it should definitely be bigger for a "normal sized" PM application. Maybe 64 kByte would be a better choice.

10
Programming / Re: Compiling a PM sample with GCC
« on: March 30, 2022, 09:53:52 am »
Actually, GCC wants the os2.h in @unixroot\usr\include and should find it on its own without C_INCLUDE_PATH or -I, if you want to use the one in the toolkit, you need to define USE_OS2_TOOLKIT_HEADERS 1 or edit os2.h around line 39. Should use the define though.
Likewise, if you need  Toolkit header like dive.h, the toolkit headers need to be at the end of the C include search path, C_INCLUDE_PATH=/@unixroot/usr/include;c:/usr/include/os2tk45 or use -Idirafter=c:/usr/include/os2tk45.
Anyways, PMwalker seems to be designed for EMX, after editing the makefile to compile with kLIBC, I get,
Code: [Select]
        gcc -Zomf walker.obj walker.def
weakld: error: Unresolved symbol (UNDEF) '_ClientWndProc'.
weakld: info: The symbol is referenced by:
    H:/tmp/PMwalker/walker.def
Ignoring unresolved externals reported from weak prelinker.
Warning! W1058: file ldZXONto.: line(20): protmode option not valid for an OS/2
EMX executable
Error! E2028: _ClientWndProc is an undefined reference
Error! E2044: exported symbol _ClientWndProc not found
NMAKE : fatal error U1077: 'W:\OS2\CMD.EXE' : return code '1'
Stop.
with this makefile,
Code: [Select]
walker : walker.exe

walker.exe : walker.obj walker.res walker.def
   gcc -Zomf walker.obj walker.def
   rc walker.res

walker.obj : walker.c walker.h
   gcc -Zomf -los2 -c -O2 walker.c -o walker.obj

walker.res : walker.rc step1.ico step2.ico step3.ico
   rc -r walker.rc

Need to read the documentation, probably a define missing.
Hmm, the def file is broken, need to remove the underline prefix so it reads EXPORTS ClientWndProc rather then EXPORTS _ClientWndProc
Edit:, read the readme.txt, it was actually written for a different GCC port, GCC/2, not EMX.

Apparently, decades ago, GCC/2 either did not understand the "_System" keyword as a calling convention or the emx header files did not specify the "_System" keyword in which case the compiler defaults to the "C" calling convention that in turn will lead to an underscore being prepended to the symbol name (thank god, the "C" and the "_System" calling conventions have about the same rules regarding argument passing and stack cleanup ...).
If I now look into \usr\include\os2.h and \usr\include\os2emx.h, everything is fine and gcc.exe will properly resolve the EXPENTRY macro definition to the "_System" keyword.

11
Programming / Re: Compiling a PM sample with GCC
« on: March 30, 2022, 09:48:34 am »
As Dave suggested, DO NOT use the IBM provided toolkit when it comes to using gcc.exe. Apparently, gcc.exe does not understand some of the specific keywords (like "_Seg16") that the WATCOM and IBM compilers understand.

You should have a \usr\include\os2.h file and, without any further customization, that file will include <os2emx.h> which is basically the "merge" of all individual header files from the IBM toolkit (at least the BSE and PM and WIN related header files). That is by far the easiest way to go for gcc.exe.

I think the IBM provided toolkit files were packaged for those developers that intend to use WATCOM or the IBM provided toolchain (Visual Age C++). Maybe that should have been stated right away ...

12
Programming / Re: Compiling a PM sample with GCC
« on: March 30, 2022, 01:03:17 am »
gcc.exe does not know about INCLUDE env var. Try C_INCLUDE_PATH instead.

If that does not work , add -Ic:/usr/include/os2tk45 to the compiler commandline in the makefile.

13
Applications / Implemented DUMPFS.IFS as a 32-bit IFS
« on: March 29, 2022, 08:09:09 pm »
Hallo,

I am referring to:
https://www.os2site.com/sw/drivers/filesystem/dumpfs.zip

As you might know, this package contains a modified OS2DUMP and a specialized IFS for supporting trap dumps.
I have now reimplemented the "DUMPFS.IFS" contained in that package as a 32-bit version. That means, it supports dumps > 2 GB. I have also added (minimum) EA support so that the partition contents properly display in the WPS and also on the commandline. Of course, you can also use PMDF.EXE on that dump file (without the need to copy it to another partition as was true for the original DUMPFS.IFS).

Additionally I have implemented some reduced write support so that you can copy a trap dump file to that dump partition. Of course, copying the dump file to another partition (for example, a JFS partition) also works.

Would anybody be willing to test ? It does still have a few quirks here and there but in principle it should work (at least, it does on my system).

I have limited its use to an LVM managed system (that is OS2DASD.DMD/OS2LVM.DMD , sorry, but original Warp3 or Warp4 are not supported) in order to have optimal read/copy/write throughput.

Just drop me a note if you want a test version.


14
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: March 29, 2022, 05:55:56 pm »
How does this all relate to :
https://github.com/OS2World/DRV-USBLib/tree/master/drivers/src/usbjoy

Is the gamepad a USB device ? If yes, should we not modify those USB joystick drivers to interface with GAMEDD.SYS ? That's at least how it was solved for the USB mouse:
we have USBMOUSE.SYS and that interfaces with AMOUSE.SYS / MOUSE.SYS.

15
General Discussion / Re: Email Address Valery Sedletzki ?
« on: March 09, 2022, 12:56:24 pm »
Thanks. I'll contact you directly.

Pages: [1] 2 3 ... 63