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 [2] 3 4 ... 222
16
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 14, 2022, 04:50:01 pm »
Configure likely found the new function in pthreads, which I don't want to update on the one install as if distributing software, it is a good idea if it works with netlabs-rel.
As for testing the new usbcalls, it is good to try it to see if there are issues to report.
It is interesting that it changed the failure on the netlabs-rel install.

17
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 14, 2022, 06:06:23 am »
Should have looked in popuplog.os2. Problem is the pthread library being newer in netlabs-exp.
Code: [Select]
01-13-2022  20:34:18  SYS2070  PID 0065  TID 0001  Slot 0081
K:\WORK\HIDAPITESTER\HIDAPITESTER.EXE
USB100->PTHR01._pthread_condattr_init
127
Threw me off as I expected something like,
Code: [Select]
[K:\work\hidapitester]hidapitester  --list
A non-recoverable error occurred.  The process ended.
Which is the result after I upgraded USBCALLS.DLL to 12.11. No trp, no entry in popuplog.

Edit: Above was with netlabs-rel. Upgrading usbcalls.dll on a netlabs-exp install things do work. The only USBCALLS.DLL installed here is in \os2\dll.

18
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 07:20:54 pm »
Rebooted to my netlabs.exp install, after upgrading and installing hidapi, things work as expected. Now to figure out what is different.

19
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 06:39:59 pm »
https://github.com/josch1710/hidapi
I'll try booting to my netlabs-exp partition later and test there. Maybe a reboot is needed as I can't think of why things would be different here then there.
What architecture are you using? Here, libusb1 is Pentium4 and the Yum installed usbcalls-dev is i686. It shouldn't matter but you never know.

20
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 08:42:08 am »
DLL versions I'm using,
Code: [Select]
[K:\work\hidapi\libusb]bldlevel w:\usr\lib\usb100.dll
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#bww bitwise works GmbH:1.0.24#@##1## 12 Jan 2022 18:44:44
 ECS26154618::::0::@@usb-1.0
Vendor:          bww bitwise works GmbH
Revision:        1.00.24
Date/Time:       12 Jan 2022 18:44:44
Build Machine:   ECS26154618
File Version:    1.0
Description:     usb-1.0

[K:\work\hidapi\libusb]bldlevel w:\os2\dll\USBCALLS.dll
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#Arca Noae LLC:12.10#@##1## 19 Nov 2021 14:53:38     DAZAR1
 ::::::@@USBCALLS DLL for OS/2 (c) 2021 Arca Noae LLC
Vendor:          Arca Noae LLC
Revision:        12.10
Date/Time:       19 Nov 2021 14:53:38
Build Machine:   DAZAR1
File Version:    12.10
Description:     USBCALLS DLL for OS/2 (c) 2021 Arca Noae LLC

21
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 08:30:38 am »
Whoops, committed patches are attached. Jochen commited my first patch.


22
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 08:25:34 am »
Hi Lars, pulling and building your USB100.dll and putting it in the program directories, things work. As for what I have installed (W: is boot volume and Unixroot). This is a netlabs-rel install besides the libs and dev packages you mentioned, which2 -la shows all the libs on LIBPATH.
I can test with your stack tomorrow, bedtime here.
No patches applied to hid.c
Code: [Select]
K:\work\hidapi\libusb>which2 -la usb100.dll
w:/usr/lib/usb100.dll

K:\work\hidapi\libusb>which2 -la usbcalls.dll
w:/os2/dll/USBCALLS.DLL

Edit, removed stuff I previously posted, SM crashed when posting :)

23
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 04:43:12 am »
Seems the YUM/RPM version of USB100.dll is broken. Doing a git pull on your (Lars) repository and then building it and putting the DLL in the program directory works much better, though not perfect.
Code: [Select]
K:\work\hidapitester>hidapitester.exe --list
046D/C534: (null) - (null)
046D/C534: (null) - (null)
046D/C216: (null) - (null)
Code: [Select]
hidapi test/example tool. Compiled with hidapi version 0.11.0, runtime version 0
.11.0.
Compile-time version matches runtime version of hidapi.

Device Found
  type: 046d c534
  path: 1-3:1.0
  serial_number: (null)
  Manufacturer: Logitech
  Product:      USB Receiver
  Release:      2901
  Interface:    0
  Usage (page): 0x0 (0x0)

Device Found
  type: 046d c534
  path: 1-3:1.1
  serial_number: (null)
  Manufacturer: Logitech
  Product:      USB Receiver
  Release:      2901
  Interface:    1
  Usage (page): 0x0 (0x0)

Device Found
  type: 046d c216
  path: 1-4:1.0
  serial_number: (null)
  Manufacturer: Logitech
  Product:      Logitech Dual Action
  Release:      300
  Interface:    0
  Usage (page): 0x0 (0x0)

Manufacturer String: Logitech
Product String: Logitech Dual Action
Serial Number String: (1033)
Indexed String 1: Logitech
Unable to get a feature report.
hid_error is not implemented yetwaiting...
waiting...
...

24
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 13, 2022, 03:32:02 am »
Hmm, more testing, hidapitester seems broken, even reverting to the original static makefile using my copy of hidapi (untouched) has the same result, namely --list doesn't output anything.
Hmm, recompiling my local copy of hidapi and running hidtest has the same problem, no devices listed.

25
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 12, 2022, 11:35:09 pm »
OK, that was easier then expected. Attached, note that for testing purposes the Zhigh-mem cflag is commented out. I prefer to add it after making sure things work, along with including <os2safe.h>.
Very lightly tested.

26
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: January 12, 2022, 11:09:30 pm »
By now, I finally finished libusb (and also libuvc). Additionally, BWW has now built hidapi.
All 3 packages can now be installed from netlabs-exp.

Dave, can you build hidapitester.exe and link to hidapi dynamically ? That would allow me to test the hidapi->libusb chain.
I did test with your static build of "hidapitester.exe" but I don't know how many "hacks" you needed to get hidapitester running properly.

Cheers,
Lars

Hi Lars, no I can't easily build hidapitester to dynamically link as it is coded to just use the object fiie, "$(HIDAPI_DIR)/libusb/hid.o"
I'll install the 3 packages and think on it. Actually might be easy, need to test.
Here's the hidapitester patch, basically just added an OS/2 section to the makefile,
Code: [Select]
diff --git a/Makefile b/Makefile
index dad535e..cd952ec 100644
--- a/Makefile
+++ b/Makefile
@@ -19,6 +19,9 @@ endif
 ifeq "$(UNAME)" "Linux"
        OS=linux
 endif
+ifeq "$(UNAME)" "OS/2"
+       OS=os2
+endif

 # deal with stupid Windows not having 'cc'
 ifeq (default,$(origin CC))
@@ -54,6 +57,18 @@ EXE=

 endif

+############ OS/2 (libusb)
+ifeq "$(OS)" "os2"
+
+CFLAGS+=-Zomf -Zmap -I../hidapi/hidapi
+# Edit the libs line to reflect your environment
+# If fully installed, "-lusb-1.00 -lpthread"
+LIBS = h:/tmp/libusb1/lib/usb-1.00_dll.a -lpthread
+OBJS = $(HIDAPI_DIR)/libusb/hid.o
+EXE=.exe
+
+endif
+

 ############# common

27
Applications / Re: LIBC panic errors anyone?
« on: January 12, 2022, 03:53:51 am »
NSPR4 and NSS are usually a matched pair. At that to build standalone NSS, you use the NSPR4 build system.

28
Applications / Re: LIBC panic errors anyone?
« on: January 11, 2022, 11:12:25 pm »
For Firefox, you might want to try downgrading NSS and NSPR4. Could probably put the DLLs in Firefox's program directory too, untested.

29
Applications / Re: SeaMonkey downloads and Unix permissions
« on: January 11, 2022, 07:14:20 pm »
New test build at https://drive.google.com/file/d/1PPfJnqG_-6wgsRZq6A07fs0eHzusDXvs/view?usp=drivesdk.
For this I added chmod() to nsLocalFile::GetPermissionsOfLink() in nsLocalFileOS2.cpp. Might try Alex's suggestion as now I know where to add it I think.

30
Applications / Re: SeaMonkey downloads and Unix permissions
« on: January 11, 2022, 07:10:14 pm »
wonder if something is changing the permissions after being set where I patched? Have to experiment a bit more unless having it universally read-only is good enough.

0666 is octal - are you sure you're not entering 0x666? The compiler will recognize octal if there's a leading zero (whence '0666'). FWIW... 0666 == 0x1B6.

No, I was entering octal, just made a bad assumption that somewhere the code was doing a chmod

Quote
Quote
Louis figures 0777 is overkill.

At the point where you are assigning permissions, doesn't the code know whether this is an executable or not?

No, I tried where it downloaded it and where the final moveto was done. At least now I found where that final moveto is now done (nsDownloadManager.cpp) so maybe can fix your EA .subject code.

Quote
Quote
Another question is email attachments.

There are no "other questions". This is OS/2: there are no users or groups, there is no security, none of the Unix considerations apply. I can look at and modify any file on my system, regardless of what someone's alien software says., These bogus Unix permissions should reflect that.

Yes, the permissions shouldn't matter, yet as David found, when other systems get involved, they do matter. This would also included accessing HPFS on Linux, which uses the same EA's for permissions.
Anyways for now I added chmod() to nsLocalFileOS2.cpp which seems to work. Perhaps I should try replacing it with Alex's code to delete the permissions as I agree that on OS/2 they're more of a hassle then a help.

Pages: 1 [2] 3 4 ... 222