Opened 17 years ago

Closed 14 years ago

#80 closed defect (fixed)

sym file isn't created when building uni32 kee

Reported by: Yoda Owned by: greenemk
Priority: normal Milestone: Open Tools, etc.
Component: Building Version: 1.1.4
Severity: normal Keywords: sym map wmap
Cc:

Description

Using Mike's build system.
Building a debug driver (wmake debug kee) gives both sys and sym file.

Building "normal" driver (wmake kee) only gives a sys file

Checking manually, a wmap file is created. a MAP file can be created using the wmap -> map conversion without errors.

but creating a sym file with mapsym gives an error, and creates a sym file of 0 bytes.

Attachments (2)

wat2map.cmd (10.2 KB ) - added by greenemk 17 years ago.
mapsymw.pl (9.5 KB ) - added by stevenhl 17 years ago.
Enhanced wat2map - requires perl

Download all attachments as: .zip

Change History (13)

comment:1 by greenemk, 17 years ago

Ok, I have tried several wat2map variants and they all cause errors when running mapsym. The error is:

mapsym: BuildSymDef: segment table search failed

This line it the converted map file error is:

0000:00001234 DOSseg

Knut's mapsym.cmd handles this in the following manner:

If ((is_Adress = 1) & (seg <> '0000')) Then Do; /* bird: skip symbols with segment 0. (DOSseg) */

601 /*--- Haven't done the work to xlate operator symbols - skip the line. */ 602 If Pos( '::operator', declaration ) <> 0 Then Iterate; I found in a S. Howe post:

"I think it is dummy module used to guuarantee the DOSSEG ordering of segments in the final executable."

So this is why Knut skips this and is what I will fix 32drv170 wmap to do.

comment:2 by abwillis, 17 years ago

This broke with the resync, the initial code from Vladest worked fine.

comment:3 by greenemk, 17 years ago

Yep, it is a watcom thing. So, I am going to just fix the wmap C program in the same manner Knut does it. I'll just skip the dummy segment.

Mike

by greenemk, 17 years ago

Attachment: wat2map.cmd added

comment:4 by greenemk, 17 years ago

Ripped from MapSym.cmd by Knut. Works and should be a quick working fix.

comment:5 by abwillis, 17 years ago

As long as a fixed version is being installed we should fix the code errors so that it works with Object REXX. At the bottom of the script: line 239, line 253, and line 259... remove the end's. Steven Levine has some other updates, if you don't have those I can upload his file.

by stevenhl, 17 years ago

Attachment: mapsymw.pl added

Enhanced wat2map - requires perl

comment:6 by stevenhl, 17 years ago

The current incarnation of wat2map does not handle a number of mapsym limitiation. The attached mapsymb.pl does a better job for most of my uses. See line 20 for a basic overview of the transformations. What it does not not yet do is completely handle all the oddities of C++ symbol transformations. I need to add code to drop the leading keyword tokens from lines like "short int near APMAdd."

comment:7 by stevenhl, 17 years ago

Note that the repository contains

svn ls -v wat2map.cmd

89 stevenhl 9077 Mar 04 2007 wat2map.cmd

This has the ObjectREXX fixes. All it should need is the additional fixes discussed here and those included in mapsynw.pl.

comment:8 by Brendan Oakley, 17 years ago

I committed the wat2map.cmd updates from greenemk in changeset:293.

I don't quite understand the comment from stevenhl that we need the fixes included in mapsymw.pl. Should this file be added to the repo as well, or should its functions be ported to wat2map.cmd?

comment:9 by Yoda, 17 years ago

Milestone: 1.1.4GAmilestone1

comment:10 by Brendan Oakley, 16 years ago

Cc: Yoda removed
Milestone: ALSA Hardware CompatibilityOpen Tools, etc.

An issue using wlink instead of ilink.

comment:11 by David Azarewicz, 14 years ago

Resolution: fixed
Status: newclosed

Sym files seem to always be created since I have been working on this project so I am closing this ticket.

Note: See TracTickets for help on using tickets.