Project

General

Profile

Bug #543

Polyobjs completely missing

Added by skyjake about 16 years ago. Updated about 12 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Category:
-
Target version:
-
Start date:
2008-10-11
% Done:

100%


Description

When starting jHexen and MAP01 all the polyobj doors are completely missing. There are warnings in the console:

P_LoadMap: "MAP01"
convertMap: Attempting conversion of "MAP01".
WadMapConverter::Convert: Attempting map conversion...
Pruned 282 unused vertices.
HEdge list for leaf #0x7d0710 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x7d1080 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2121fa70 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2121cce0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2121c080 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2121c110 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120f6a0 is not closed (1 gaps, 4 half-edges)
HEdge list for leaf #0x2120f6c0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120f6e0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120f7c0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120f7e0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120e770 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120e800 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120e890 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120cfd0 is not closed (1 gaps, 6 half-edges)
HEdge list for leaf #0x2120cae0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120cb00 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120c7e0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120c890 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120c920 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x2120c3a0 is not closed (1 gaps, 1 half-edges)
HEdge list for leaf #0x215f8c20 is not closed (2 gaps, 2 half-edges)
BSP_Build: Built 1040 Nodes, 1041 Subsectors, 5129 Segs, 1975 Vertexes
Balance +8 (l28 - r20).
Build subsector tables...
Build line tables...
Sector #70 is unclosed near (-2090.8,976.0)
Sector #175 is unclosed near (-824.4,-608.0)
Sector #69 is unclosed near (-2496.0,1493.5)
Sector #296 is unclosed near (-2182.3,2035.3)
convertMap: Successful.
R_InitLinks: Initializing
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
Load ACS scripts
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 364, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.
PO_InitForMap: Warning: Multiple polyobjs in a single subsector
(ssec 356, sector 63). Previous polyobj overridden.

Labels: jHexen

History

#1 Updated by danij about 16 years ago

SVN Head is working fine for me under Vista. The map loads fine and all polyobjs are present with no warnings.

I suspect that this is somehow related to this problem; http://sourceforge.net/tracker/index.php?func=detail&aid=2155908&group_id=74815

#2 Updated by yagisan about 16 years ago

DaniJ - I can confirm this bug on Linux -amd64, 64bit build, svn revision 5924

#3 Updated by danij almost 16 years ago

Is this still a problem?

#4 Updated by skyjake almost 16 years ago

Yeah it's still a problem. The svn head is behaving as before - polyobjs are not present at all.

#5 Updated by danij almost 16 years ago

Ok, I'll see if I can find the problem. Most likely its something small.

#6 Updated by danij almost 16 years ago

This problem should now be fixed as of SVN rev#6141.

This was due to the fact that public symbols are shared between engine and game libraries. As both the engine and jHexen had a PO_InitForMap, the game was actually calling the engine's copy and not it's own. We should try to do something about this as it is a recurring problem.

#7 Updated by skyjake almost 16 years ago

Yes, that fixed it. At least we should be more careful as to which function name prefixes are used, so that the same prefixes wouldn't be used in both the engine and the games.

Also available in: Atom PDF