Custom Query (44 matches)

Due to a packaging faux pas, the WPI for 3.08.3 was incorrectly (prematurely) versioned as 3.09.0, leading to potential difficulties when "upgrading" to 3.08.4.

During the Arca Noae staff meeting of 1/26/2019, we discussed the possibility of rebuilding the 3.08.4-shl binaries as 3.09.1 and repackaging so that the versions in the WPI match the binaries.

From CMD.EXE, running the following command results in the expected output:

DumpIDE b > report.dumpide

 2-09-14  13:39           6,336      0  report.dumpide

However, from 4OS2.EXE, we get a 0-length file:

 2-09-14  14:17               0      0  report.dumpide

I have tried all manner of stderr, stdout, etc. which come to mind, but no matter what I try, I cannot redirect the output of this particular executable to a file under 4OS2.

For reference, the verison of DumpIDE.EXE I am using is:

Signature: @#slainc:0.1#@##1## 2012/10/12 01:00:00 slamain::EN:US:0:U :@@dumpide utility (c) 2006 Daniela Engert, Copyright (c) 2012 Steven Levine and

Associates, Inc. All rights reserved

Vendor: slainc Revision: 0.01 Date/Time?: 2012/10/12 01:00:00 Build Machine: slamain Language Code: EN Country Code: US Uniprocessor only File Version: 0.1 Description: dumpide utility (c) 2006 Daniela Engert, Copyright (c) 2012 Steven Levine and A

FWIW, pipe doesn't seem to work, either:

[c:\os2\apps\dani]type report.dumpide | grep 3249
18:00.00  1106:3249  IRQs: PCI:11 PIC: 0 APIC: 0
Found native mode VIA VT6421 SATA (1106/3249 rev 50) on 18:0.0
VendorID 1106, DeviceID 3249, Subsystem VendorID 1106, DeviceID 3249

[c:\os2\apps\dani]DumpIde.exe b | grep 3249

:-)