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 ... 96
1
I tried everything but I couldn't boot the operating system. I'm uploading the file CONFIG.SYS
Please take a look and see if you can figure out what the problem is with the booting problem!

this computer for kba rapida 105 universal and language is German

Thanks

0) go into the BIOS and ensure that you select "IDE" and not "AHCI" for HD access

1) as Dave has already stated: get DANIS5506, Version 1.8.15
https://www.hobbesarchive.com/Home/Download?path=/Hobbes/pub/os2/system/drivers/storage/Danis506_1-8-15.zip
and unpack that zip into some suitable temporary directory on your ArcaOS partition

2) make sure that you also get the latest DANIATAPI, at least Version 0.4.0 ! Otherwise, there will be problems with the interaction with DANIS506 1.8.15 (these 2 drivers interact with each other). You will find it here:
https://www.hobbesarchive.com/Home/Download?path=/Hobbes/pub/os2/system/drivers/storage/DaniATAPI_0-4-0.zip
and unpack that zip into some suitable temporary directory on your ArcaOS partition

3) since you already mentioned that you can access the Warp45 partition from your ArcaOS installation: copy files DANIS506.ADD and DANIS506.SYM (DANIS506) and DANIATAP.FLT (DANIATAPI) to the \os2\boot directory of your Warp45 partition

4) just to be sure: make sure that you have NO drivers DANIS506.ADD and DANIATAP.FLT in any of the root directory or \OS2 subdirectory on your Warp45 partition ! That's because these would take precedence over the drivers that you just copied to the \os2\boot subdirectory !

5) you are using DANIS506.ADD and DANIATAP.FLT, the latter for handling ATAPI devices like, for example, CD-ROM. Therefore in your config.sys, you need to rem out IBMIDECD.FLT as well as IBMATAPI.FLT as their job is now entirely performed by DANIATAP.FLT. In fact, it is possible that these drivers negatively interfere with DANIS506.ADD and/or DANIATAP.FLT.

6) in your config.sys, I strongly suggest to modify LIBPATH so that "." and \OS2\DLL come as the first directories:
LIBPATH=.;C:\OS2\DLL;C:\NETSCAPE\PROGRAM;C:\IBMLAN\NETLIB;C:\MUGLIB\DLL;C:\MPTN\DLL;C:\IBMCOM\DLL;C:\IBMGSK50\LIB;C:\IBMGSK40\LIB;C:\IBMGSK\LIB;C:\TCPIP\DLL;C:\OS2\MDOS;C:\;C:\OS2\APPS\DLL;C:\JAVA13\JRE\DLL;C:\JAVA11\DLL;C:\MMOS2\DLL;C:\IBMINST;C:\DATBAS\DLL

7) I suggest to start with BASEDEV=DANIS506.ADD without any switches. You can then successively add additional switches but first, let the BIOS do its job.


As to filesystem: obviously, you only have the HPFS file system activated, so I would suspect that your Warp45 partition is formatted to HPFS. HPFS has a practical partition size limit of 64 GB (and with a file size limitation of 2 GB): https://de.wikipedia.org/wiki/High_Performance_File_System

I hope that is sufficient for your system. If not you would need to split up your disk to multiple partitions with at most 64 GB partition size.


2
Hi

The 'kLIBC Pathwriters' that I installed (klibccfg_1_0_2_1.exe) did not added TEMP, TMPDIR, LOGFILES on the config.sys.

I add those manually and the D: drive issues are gone.

Thanks. I will keep testing the ANPM.

I had updated to this:
https://hobbesarchive.com/Home/Download?path=/Hobbes/pub/os2/util/misc/prewrite2.wpi

which will set the common profile values and circument a problem with the existing klibccfg.dl. I replaced it with a "prewrite.dll", just like AN does.

3
Hardware / Re: URGENT Need for OS/2 Compatible Inkjet Printer
« on: May 30, 2025, 06:53:36 pm »
Looks like the HP Deskjet 6122 has a USB connection which is good to start with.
The easiest will be to buy a Postscript capable printer with a USB connection or even Ethernet connection.
Postscript was and is still pretty well supported by OS/2. I am using a Postscript Printer (Brother MFC-L8650CDW: but this is a Laserprinter) and that works well with the OS/2 supplied Postscript Driver.

4
Setup & Installation / Re: Cannot update python
« on: May 29, 2025, 08:14:47 am »
I still cannot update python.
I tried:
1) updating via ANPM
2) run "yum update python3" from a commandline
3) run "yum update python3 python2.7" from a commandline

All to no avail, each ends with a version conflict, for example from ANPM:
Quote
ERROR with transaction check vs depsolve:python(abi) = 3.9 wird benötigt von (installiert) python3-dateutil-1:2.8.1-3.oc00.noarchBitte melden Sie diesen Fehler unter http://yum.baseurl.org/report

Is there any "force" mode to force the update ?

5
Programming / Re: EDM/2 - The API Project - Undocumented
« on: May 28, 2025, 11:34:41 am »
Hello Steven.

You know more than me on this area.
My references are:
1) DevHlp_AddTraceEvent
-- "SMP Programming Addendum" on the "STRACE - DevHlp Functions"

-- sg244640: "Trace Events for DEVHELP Major Code: 0X0006, Sorted by Tracepoint"
--- OS) DevHlp_AddTraceEvent Post-Invocation 00132 (0X0084)
--- OS) DevHlp_AddTraceEvent Pre-Invocation 00004 (0X0004)


2) DevHlp_SysTrace
-- "Programming Guide and Reference Addendum"  on the "Device Helper (DevHlp) Services and Function Codes" at "DevHlp_SysTrace".

There it says "DevHlp_SysTrace is synonymous with DevHlp_RAS."

On "devhlp.inc" from the DDK it has:
Quote
DevHlp_RAS              EQU     40      ; 28    Put info in RAS trace buffer
DevHlp_SysTrace         EQU     40      ; 28    Synonym for DevHlp_RAS   f180062

This is why I guess that DevHlp_RAS and DevHlp_SysTrace  are the same. No idea about "DevHlp_AddTraceEvent".

Regards

Looks like we are spinning around in circles:

you will realize that major trace code 0x0006 neither lists DevHlp_RAS nor DevHlp_SysTrace. That said, it looks like DevHlp_AddTraceEvent = DevHlp_RAS = DevHlp_SysTrace as that is what this devhelp does: it adds a trace event to the trace buffer.

6
Programming / Re: EDM/2 - The API Project - Undocumented
« on: May 27, 2025, 01:47:34 pm »
DevHlp_AddTraceEvent    -  Not found in pddref.inf

DevHlp_AddTraceEvent = DevHlp_SysTrace = DevHlp_RAS

7
Setup & Installation / Re: Cannot update cups
« on: May 24, 2025, 10:32:19 am »
My initial thought was that the running cups daemon process would be the problem.
But that was not the case. It was that stupid EA problem.
But thanks for the hint. Because as you said, I was not able to kill it and I was not aware that I would need to try several times.

8
Setup & Installation / Re: Cannot update cups
« on: May 22, 2025, 08:02:11 am »
I found the cause:

the system claimed that:

E [21/May/2025:07:44:23 -0100] "/@unixroot/var/run/cups/certs" is not a directory.


That was obviously wrong as this directory does exist and in fact, it is a directory. It turned out that this directory was "contaminated" with the usual Unix EA crap (UID, GID, MODE, etc.). Once I completely removed all EAs from the directory, I was able to properly update CUPS.

Sigh ...

9
Setup & Installation / Cannot update cups
« on: May 22, 2025, 07:21:37 am »
Looks like I am out of luck when it comes to updating packages.

I tried to update CUPS, the package download succeeds (I can find it under \var\cache\yum) but finally I get this:
Error unpacking rpm package 1:cups-2.2.13-2.oc00.pentium4

When I use the commandline, I get this:

Quote
{1}[d:\] yum install cups-2.2.13-2.oc00.pentium4
Geladene Plugins: changelog, fastestmirror
Loading mirror speeds from cached hostfile
Einrichten des Installationsprozess
Löse Abhängigkeiten auf
--> Führe Transaktionsprüfung aus
---> Paket cups.pentium4 1:2.2.13-1.oc00 markiert, um aktualisiert zu werden
---> Paket cups.pentium4 1:2.2.13-2.oc00 markiert, um an update zu werden
--> Abhängigkeitsauflösung beendet

Abhängigkeiten aufgelöst

================================================================================

 Paket       Arch            Version                   Repository         Größe
================================================================================

Aktualisieren:
 cups        pentium4        1:2.2.13-2.oc00           netlabs-exp        2.0 M

Vorgangsübersicht
================================================================================

Upgrade       1 Package

Gesamtgröße: 2.0 M
Ist dies in Ordnung? [j/N] :j
Lade Pakete herunter:
Running Transaction Check
Führe Verarbeitungstest durch
Verarbeitungstest erfolgreich
Führe Verarbeitung durch
  Aktualisieren: 1:cups-2.2.13-2.oc00.pentium4                              1/2

Error unpacking rpm package 1:cups-2.2.13-2.oc00.pentium4
Warnung: /@unixroot/etc/cups/classes.conf erstellt als /@unixroot/etc/cups/classes.conf.rpmnew
Warnung: /@unixroot/etc/cups/cupsd.conf erstellt als /@unixroot/etc/cups/cupsd.conf.rpmnew
Warnung: /@unixroot/etc/cups/lpoptions erstellt als /@unixroot/etc/cups/lpoptions.rpmnew
Warnung: /@unixroot/etc/cups/printers.conf erstellt als /@unixroot/etc/cups/printers.conf.rpmnew
Fehler: Entpacken des Archivs fehlgeschlagen bei Datei /@unixroot/var/run/cups/certs: cpio: unlink
1:cups-2.2.13-1.oc00.pentium4 was supposed to be removed but is not!

Fehlgeschlagen:
  cups.pentium4 1:2.2.13-1.oc00          cups.pentium4 1:2.2.13-2.oc00

Komplett!

So: is there a way for force an RPM installation ?

If all of this is a problem because CUPS is running, how can I stop CUPS (without manipulating config.sys and rebooting) ?



10
Setup & Installation / Cannot update python
« on: May 12, 2025, 08:34:13 am »
Hi there,

I am offered python3 update to 3.13.2.-1. ANPM properly download all dependencies but fails with a "depsolve" problem.
I have tried both, copy python2.7.exe to python.exe and also python3.9.exe to python.exe but it fails anyway.
How do I force installation ? Obviously, I cannot do that from ANPM but a simple "yum update" does not offer such a thing as a --force switch.

11
Setup & Installation / Re: Troubleshooting process trap/dump...how?
« on: May 05, 2025, 06:12:12 pm »
1) you will need LOGDAEMON.EXE so that (Ring 3) applications can use the "LogAddEntries" API to write to the System Log. Not many apps need it but it does not hurt to have it running. "LogAddEntries" API is only documented in the Debugging Handbook.

2) you will need LOG.SYS so that Ring 0 device drivers/IFS etc. can use the DevHlp_LogEntry device helper to write to the System Log. It is also required by LOGDAEMON.EXE to operate. Not many device drivers use it (if any) but it does not hurt to have it running

3) You can safely remove all that EP... stuff as it is the outdated FFST stuff which has been superseded long ago, see here:
https://www.edm2.com/index.php/First_Failure_Support_Technology/2
From the list, only keep the following as actually, that is the new FFST stuff (I will need to recheck just to be sure):
FFST.EXE
FFSTCONF.EXE
FFSTPCT.EXE
ERRLOG.DLL
FFCONFIG.DLL
FFDUMP.DLL
FFGUI.DLL
FFIPC.DLL
FFPCT.DLL
FFPROBE.DLL
FFST.DLL
FFST.HLP

4) FFST.EXE is the system log daemon, it is started by SMSTART.EXE (see what THESEUS.EXE reports). It seemingly replaces EPWDDE3.EXE, EPWROUT.EXE, EPW.EXE.

5) Finally, FFST.DLL contains routine "FFSTProbe" which effectively supersedes "LogAddEntries" (see above) to write to the System Log but both still coexist where "LogAddEntries" is easier to use but requires a handwritten DLL to format the logged data where "FFSTProbe" uses a text template formatting approach that however is overly complicated.



12
Setup & Installation / Re: Troubleshooting process trap/dump...how?
« on: May 05, 2025, 08:06:04 am »
Hi Dariusz,

you are not alone with the "my system suddenly reboots without any trace" problem. I have experienced the same more than once.

1) you are using a very outdated version of FFST (RUN=G:\OS2\EPWDDR3.EXE, DEVICE=G:\OS2\EPWDD.SYS) that predates the stuff that came with  Warp 4 (and after, of course). Do not do that. I suggest to deinstall it. >= Warp 4 comes with everything you need.

2) Lower your VIRTUALADDRESSLIMIT value. I suggest to start with 512 (which is the lowest value and equivalent to having no high memory at all) and then, raise up to a value that is still lower than your current value. If 512 is too low, you will need to start with a value that works for your system. VIRTUALADDRESSLIMIT can only be raised in chunks of 512 MB (0x20000000). XWorkplace kernel object will only select values that are possible. The default value for VIRTUALADDRESSLIMIT is 1024 (MB).

My suspicion is that 2) is the most likely culprit. The problem with a too high value is that OS/2 seemingly can run into problems on memory allocation (be it the system arena located above the VIRTUALADDRESSLIMIT value, or the user area below this value). And OS/2 does a very bad job of detecting this problem with the result that it does not even stop with a critical error message and a system trap dump. Obviously, the failure to allocate memory in the system arena is a fatal problem that renders the system completely unusable.
An alternative behaviour to these sudden reboots seems to be a complete system freeze (with the same effect as if all HW interrupts are being disabled).

Lowering this value has still not completely eliminated the problem for me but it has lowered the frequency with which these sudden reboots occur.

13
Setup & Installation / Re: PYTHON - v2 vs v3 and dependencies...
« on: April 27, 2025, 07:36:47 pm »
ANPM comes with Python2 scripts to begin with.

14
Setup & Installation / Re: PYTHON - v2 vs v3 and dependencies...
« on: April 27, 2025, 05:34:42 pm »
You have already identified the problem: your python.exe is the same as python3.9.exe.
Just copy python2.7.exe over python.exe and you are fine.

15
Setup & Installation / Re: PYTHON - v2 vs v3 and dependencies...
« on: April 27, 2025, 05:03:28 pm »
Make sure that in your \usr\bin directory, you copy python2.7.exe to python.exe (if not already done). Nothing else ever worked for me.
And yes, I also have python 3 installed as I can find python3.9.exe within that same directory. But as I said, using Python3 will only get you into trouble.

Pages: [1] 2 3 ... 96