[Nel] Max4 plugin fixes

[Vincent Caron]

Hello,

Today is dedicated to Max4 vicious bugs due to slight API change (both 
interface and behaviour). The first two patches were already submitted 
on this ML on 08/08 but not applied, Ace requesting that we wait for 
Hulud's come back.

My current status is : succesfull patch export ('snowballs zones.max') 
as .zone files with VC7, STLport 4.5 and Max4.2.


  http://zerodeux.net/misc/nel/max_script.patch
    'align:left' -> 'align:#left'
    It fixes Max4 warnings on startup, but I don't know if it's still 
compatible with Max3.


  http://zerodeux.net/misc/nel/autoptr.patch
    Removed auto_ptr<> usage where it's forbidden
    It basically replace the auto_ptr<CArrayElement<T>> by a 
CArrayElement<T>*, and provides a destructor to cleanup any allocated 
arrays. For more info see 
http://mail.freesoftware.fsf.org/pipermail/nel-all/2002-August/006153.html
(section 'Unsupported STL code').


  http://zerodeux.net/misc/nel/max_trickery1.patch
    In nel_patch_lib/nel_patch_mesh.cpp, it turns out that 
mapFaces(channel) (line 2676) won't return the mapping faces  until the 
channel was 'activated' by setMapSupport(channel) (line 2431 in the 
patch). Took me a long time to figure this one, it's not stated as 
mandatory in the multimap doc of MaxSDK 4.2.


  http://zerodeux.net/misc/nel/max_trickery2.patch
    In nel_patch_lib/rpo2nel.cpp, edges are Tab<> (Max's own kind of 
vector), and only the defined one are alloated. It was painful to trace 
Max's assert back to its origin, anyone has this pb ?


--

GNU patch for Windows:
  http://zerodeux.net/misc/patch.exe  (59 KB)

To apply :
  $ cd code
  $ patch -p0 < patchfile.patch