Opened 2 years ago

Closed 2 years ago

Last modified 2 years ago

#61 closed defect (fixed)

SVN rev 299: newview.exe crashes on searching in IFS.INF

Reported by: erdmann Owned by:
Priority: minor Milestone: Future
Component: utilities Version:
Severity: low Keywords:


I realized that IFS.INF has been enhanced with previously missing information about 32-bit entry points and enhanced system structures to support 64-bit file sizes and file offsets (which of course is a good thing).

Unfortunately, the created IFS.INF is no longer searchable via newview.exe. I searched for term "FS_NAME" and newview.exe crashed.

I would be good if IFS.INF would be rebuilt. Maybe Watcom's wipfc.exe has a bug. Maybe it needs to be rebuilt with ipfc.exe from the IBM OS/2 toolkit (just a guess).

Change History (7)

comment:1 Changed 2 years ago by erdmann

Forgot: it would also be nice if the info in:

could be merged into the IPF in the FS_FINDFIRST section.
The stuff to be added is marked with '|' symbol.

Last edited 2 years ago by erdmann (previous) (diff)

comment:2 Changed 2 years ago by valerius

I just disassembled the original ifs.inf with newview.exe. Newview might just ignore the search index info (can you look into ifs.ipf and check if it is so? At the moment I just don't know what is required for an .inf file to be searchable). Yes, wipfc has some features unimplemented. For example, I needed to fix a bit the .ipf code to have the main screen look good (you may notice that original version has three-part main screen, but my version has two parts. This is because something is not working in wipfs). But I prefer to use free tools with sources. Some tools are cloned in osFree project, like mkmsgf.exe. I don't want to depend on Toolkit or DDK. The only Toolkit dependency now is mapsym.exe, which is also desirable to have an open source alternative. This is in the queue for osFree project.

PS: Yes, a good point about FS_FINDFIRST additions in trunk\src\doc\addenda. I'll add it too.

PPS: Is fat32.inf not searchable too? I enhanced it a bit too, BTW.

Last edited 2 years ago by valerius (previous) (diff)

comment:3 Changed 2 years ago by valerius

Hm, strange -- search works fine in fat32.inf but searching in ifs.inf indeed crashes newview.exe

comment:4 Changed 2 years ago by gyoung

Building with ipfc eliminates the problem. However, both compilers throw a bunch of duplicate ID warnings which might be the real problem.

comment:5 Changed 2 years ago by erdmann

Retested with SVN rev 315:
I can now search in FAT32.INF.

comment:6 Changed 2 years ago by erdmann

  • Resolution set to fixed
  • Status changed from new to closed

comment:7 Changed 2 years ago by valerius

2Lars: I just changed wipfc to ipfc. The problem with wipfc remains, of course. This seems to be a bug with creating search index structure.

Note: See TracTickets for help on using tickets.