In SWIG Ruby, is there a way to disown all objects? I want to prevent any destructors from being called.

--===============7986164892183417281==
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256;
	boundary="00000000000058ddf106114798d3"

--00000000000058ddf106114798d3
Content-Type: multipart/alternative; boundary="00000000000053a0210611479808"

--00000000000053a0210611479808
Content-Type: text/plain; charset="UTF-8"

Hi all,

I have a SWIG/Ruby application that is 23 years old (started with SWIG
1.3).  When upgrading to ruby 3.2, we started to see random seg faults
(using SWIG 4.1.1).  With the release of 4.2.0 (where ruby 3.2 is now
supported), now there is an entirely different problem.  It's an object
ownership issue that has existed since day one, but never mattered due to
different GC schemes or less full featured swig support.  (I am not 100%
certain why this has recently changed).

For this application, all of the objects are stored in a hierarchy.  I
never want ruby to call the destructor.  This hasn't mattered for the last
23 years, but it seems to matter now.

The simplest crash is due to the following:

design = Design.new(SpecialObjMgr.new)

The ObjMgr is just a proxy object which indicates what type of objects are
to be created (pure virtual methods, no data).  The Design class keeps a
copy of the object manager.  So if Ruby garbage collects objmgr, seg faults
occur when the Design object tries to use it's ObjMgr pointer.  It's a
straightforward ownership problem very similar to the Zoo example in the
SWIG Ruby docs.  In this case, since no ruby variable refers to this
object, it gets swiftly and aggressively deleted.  (That never used to
happen before).

The solution provided by SWIG for this situation is:
%apply SWIGTYPE DISOWN

Because of the particulars of this application, I want to know if there is
a way to essentially apply DISOWN behavior across the board.  This would
prevent the generation of free_Classname functions, for example.  I am not
sure where else in this old code base I have a similar situation, but
because of the memory management philosophy in the project, I know I never
want the target language to delete objects.

Any suggestions?
ReplyForward

-- 
This electronic communication and the information and any files transmitted 
with it, or attached to it, are confidential and are intended solely for 
the use of the individual or entity to whom it is addressed and may contain 
information that is confidential, legally privileged, protected by privacy 
laws, or otherwise restricted from disclosure to anyone else. If you are 
not the intended recipient or the person responsible for delivering the 
e-mail to the intended recipient, you are hereby notified that any use, 
copying, distributing, dissemination, forwarding, printing, or copying of 
this e-mail is strictly prohibited. If you received this e-mail in error, 
please return the e-mail to the sender, delete it from your computer, and 
destroy any printed copy of it.

--00000000000053a0210611479808
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif"><div class=3D"gmail-adn gmail-ads" style=3D"border-left=
:none;padding:0px;display:flex;font-family:&quot;Google Sans&quot;,Roboto,R=
obotoDraft,Helvetica,Arial,sans-serif;font-size:medium"><div class=3D"gmail=
-gs" style=3D"margin:0px;min-width:0px;padding:0px 0px 20px;width:initial">=
<div class=3D"gmail-"><div id=3D"gmail-:u0d" class=3D"gmail-ii gmail-gt" st=
yle=3D"direction:ltr;margin:8px 0px 0px;padding:0px;font-size:0.875rem;over=
flow-x:hidden"><div id=3D"gmail-:u0e" class=3D"gmail-a3s gmail-aiL" style=
=3D"direction:initial;font-variant-numeric:normal;font-variant-east-asian:n=
ormal;font-variant-alternates:normal;font-kerning:auto;font-feature-setting=
s:normal;font-stretch:normal;font-size:small;line-height:1.5;font-family:Ar=
ial,Helvetica,sans-serif;overflow:auto hidden"><div dir=3D"ltr"><div class=
=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">Hi all,=
</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,san=
s-serif"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,=
helvetica,sans-serif">I have a SWIG/Ruby application that is 23 years old (=
started with SWIG 1.3).=C2=A0 When upgrading to ruby 3.2, we started to see=
 random seg faults (using SWIG 4.1.1).=C2=A0 With the release of 4.2.0 (whe=
re ruby 3.2 is now supported), now there is an entirely different problem.=
=C2=A0 It&#39;s an object ownership issue that has existed since day one, b=
ut never mattered due to different GC schemes or less full featured swig su=
pport.=C2=A0 (I am not 100% certain why this has recently changed).</div><d=
iv class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"=
><br></div><div class=3D"gmail_default" style=3D"font-family:arial,helvetic=
a,sans-serif">For this application, all of the objects are stored in a hier=
archy.=C2=A0 I never want ruby to call the destructor.=C2=A0 This hasn&#39;=
t mattered for the last 23 years, but it seems to matter now.</div><div cla=
ss=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br><=
/div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans=
-serif">The simplest crash is due to the following:</div><div class=3D"gmai=
l_default" style=3D"font-family:arial,helvetica,sans-serif"><br></div><div =
class=3D"gmail_default"><font face=3D"monospace">design =3D Design.new(</fo=
nt><span style=3D"font-family:monospace">SpecialObjMgr.new)</span><br></div=
><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-ser=
if"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,helve=
tica,sans-serif">The ObjMgr is just a proxy object which indicates what typ=
e of objects are to be created (pure virtual methods, no data).=C2=A0 The D=
esign class keeps a copy of the object manager.=C2=A0 So if Ruby garbage co=
llects objmgr, seg faults occur when the Design object tries to use it&#39;=
s ObjMgr pointer.=C2=A0 It&#39;s a straightforward ownership problem very s=
imilar to the Zoo example in the SWIG Ruby docs.=C2=A0 In this case, since =
no ruby variable refers to this object, it gets swiftly and aggressively de=
leted.=C2=A0 (That never used to happen before).</div><div class=3D"gmail_d=
efault" style=3D"font-family:arial,helvetica,sans-serif"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">The s=
olution provided by SWIG for this situation is:</div><div class=3D"gmail_de=
fault" style=3D"font-family:arial,helvetica,sans-serif">%apply SWIGTYPE DIS=
OWN</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,=
sans-serif"><br></div><div class=3D"gmail_default" style=3D"font-family:ari=
al,helvetica,sans-serif">Because of the particulars of this application, I =
want to know if there is a way to essentially apply DISOWN behavior across =
the board.=C2=A0 This would prevent the generation of free_Classname functi=
ons, for example.=C2=A0 I am not sure where else in this old code base I ha=
ve a similar situation, but because of the memory management philosophy in =
the project, I know I never want the target language to delete objects.<br>=
</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,san=
s-serif"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,=
helvetica,sans-serif">Any suggestions?</div></div><div class=3D"gmail-yj6qo=
"></div><div class=3D"gmail-adL"></div></div></div><div class=3D"gmail-hi" =
style=3D"padding:0px;width:auto;background:rgb(242,242,242);margin:0px;bord=
er-bottom-left-radius:1px;border-bottom-right-radius:1px"></div></div></div=
><div class=3D"gmail-ajx" style=3D"clear:both"></div></div><div class=3D"gm=
ail-gA gmail-gt gmail-acV" style=3D"font-size:0.875rem;padding:0px;width:au=
to;border-bottom-left-radius:0px;border-bottom-right-radius:0px;border-top:=
none;margin:0px;background-image:initial;background-position:initial;backgr=
ound-size:initial;background-repeat:initial;background-origin:initial;backg=
round-clip:initial;font-family:&quot;Google Sans&quot;,Roboto,RobotoDraft,H=
elvetica,Arial,sans-serif"><div class=3D"gmail-gB gmail-xu" style=3D"border=
-top:0px;padding:0px"><div class=3D"gmail-ip gmail-iq" style=3D"clear:both;=
margin:0px;padding:16px 0px;border-top:none"><div id=3D"gmail-:u0a"><table =
class=3D"gmail-cf gmail-wS" role=3D"presentation" style=3D"border-collapse:=
collapse"><tbody><tr><td class=3D"gmail-amq" style=3D"padding:0px 16px;vert=
ical-align:top;width:44px"><img id=3D"gmail-:8e_874" name=3D":8e" src=3D"ht=
tps://lh3.google.com/a-/ALV-UjVWdSNLrWr2eOM_OgQ4FClA5kVrCuMPvOaFDvT6fb6wTyg=
=3Ds80-p" class=3D"gmail-ajn gmail-bofPge" style=3D"width: 40px; height: 40=
px; display: block; border-radius: 50%;"></td><td class=3D"gmail-amr" style=
=3D"padding:0px;width:655.992px"><div class=3D"gmail-nr gmail-wR" style=3D"=
box-sizing:border-box;border-radius:1px;padding:0px;border:none;margin:0px"=
><div class=3D"gmail-amn" style=3D"color:inherit;height:auto;padding:0px;di=
splay:flex;line-height:20px"><span id=3D"gmail-:u42" role=3D"link" tabindex=
=3D"0" class=3D"gmail-ams gmail-bkH" style=3D"border:1px solid rgb(116,119,=
117);display:inline-flex;font-size:0.875rem;background:none;border-radius:1=
8px;box-sizing:border-box;color:rgb(68,71,70);height:36px;outline:none;padd=
ing:0px 16px 0px 12px;min-width:104px;margin-right:8px">Reply</span><span i=
d=3D"gmail-:u46" role=3D"link" tabindex=3D"0" class=3D"gmail-ams gmail-bkG"=
 style=3D"border:1px solid rgb(116,119,117);display:inline-flex;font-size:0=
.875rem;background:none;border-radius:18px;box-sizing:border-box;color:rgb(=
68,71,70);height:36px;outline:none;padding:0px 16px 0px 12px;min-width:104p=
x;margin-right:8px">Forward</span></div></div></td></tr></tbody></table></d=
iv></div></div></div></div></div>

<br>
<span style=3D"background-color:rgb(255,255,255)"><font size=3D"2">This ele=
ctronic communication and the information and any files transmitted with it=
, or attached to it, are confidential and are intended solely for the use o=
f the individual or entity to whom it is addressed and may contain informat=
ion that is confidential, legally privileged, protected by privacy laws, or=
 otherwise restricted from disclosure to anyone else. If you are not the in=
tended recipient or the person responsible for delivering the e-mail to the=
 intended recipient, you are hereby notified that any use, copying, distrib=
uting, dissemination, forwarding, printing, or copying of this e-mail is st=
rictly prohibited. If you received this e-mail in error, please return the =
e-mail to the sender, delete it from your computer, and destroy any printed=
 copy of it.</font></span>
--00000000000053a0210611479808--

--00000000000058ddf106114798d3
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIQcwYJKoZIhvcNAQcCoIIQZDCCEGACAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg
gg3KMIIFDTCCA/WgAwIBAgIQeEqpED+lv77edQixNJMdADANBgkqhkiG9w0BAQsFADBMMSAwHgYD
VQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UE
AxMKR2xvYmFsU2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yODA5MTYwMDAwMDBaMFsxCzAJBgNVBAYT
AkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBS
MyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
vbCmXCcsbZ/a0fRIQMBxp4gJnnyeneFYpEtNydrZZ+GeKSMdHiDgXD1UnRSIudKo+moQ6YlCOu4t
rVWO/EiXfYnK7zeop26ry1RpKtogB7/O115zultAz64ydQYLe+a1e/czkALg3sgTcOOcFZTXk38e
aqsXsipoX1vsNurqPtnC27TWsA7pk4uKXscFjkeUE8JZu9BDKaswZygxBOPBQBwrA5+20Wxlk6k1
e6EKaaNaNZUy30q3ArEf30ZDpXyfCtiXnupjSK8WU2cK4qsEtj09JS4+mhi0CTCrCnXAzum3tgcH
cHRg0prcSzzEUDQWoFxyuqwiwhHu3sPQNmFOMwIDAQABo4IB2jCCAdYwDgYDVR0PAQH/BAQDAgGG
MGAGA1UdJQRZMFcGCCsGAQUFBwMCBggrBgEFBQcDBAYKKwYBBAGCNxQCAgYKKwYBBAGCNwoDBAYJ
KwYBBAGCNxUGBgorBgEEAYI3CgMMBggrBgEFBQcDBwYIKwYBBQUHAxEwEgYDVR0TAQH/BAgwBgEB
/wIBADAdBgNVHQ4EFgQUljPR5lgXWzR1ioFWZNW+SN6hj88wHwYDVR0jBBgwFoAUj/BLf6guRSSu
TVD6Y5qL3uLdG7wwegYIKwYBBQUHAQEEbjBsMC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC5nbG9i
YWxzaWduLmNvbS9yb290cjMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5j
b20vY2FjZXJ0L3Jvb3QtcjMuY3J0MDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFs
c2lnbi5jb20vcm9vdC1yMy5jcmwwWgYDVR0gBFMwUTALBgkrBgEEAaAyASgwQgYKKwYBBAGgMgEo
CjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAN
BgkqhkiG9w0BAQsFAAOCAQEAdAXk/XCnDeAOd9nNEUvWPxblOQ/5o/q6OIeTYvoEvUUi2qHUOtbf
jBGdTptFsXXe4RgjVF9b6DuizgYfy+cILmvi5hfk3Iq8MAZsgtW+A/otQsJvK2wRatLE61RbzkX8
9/OXEZ1zT7t/q2RiJqzpvV8NChxIj+P7WTtepPm9AIj0Keue+gS2qvzAZAY34ZZeRHgA7g5O4TPJ
/oTd+4rgiU++wLDlcZYd/slFkaT3xg4qWDepEMjT4T1qFOQIL+ijUArYS4owpPg9NISTKa1qqKWJ
jFoyms0d0GwOniIIbBvhI2MJ7BSY9MYtWVT5jJO3tsVHwj4cp92CSFuGwunFMzCCA18wggJHoAMC
AQICCwQAAAAAASFYUwiiMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9v
dCBDQSAtIFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTA5
MDMxODEwMDAwMFoXDTI5MDMxODEwMDAwMFowTDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENB
IC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2JhbFNpZ24wggEiMA0GCSqG
SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDMJXaQeQZ4Ihb1wIO2hMoonv0FdhHFrYhy/EYCQ8eyip0E
XyTLLkvhYIJG4VKrDIFHcGzdZNHr9SyjD4I9DCuul9e2FIYQebs7E4B3jAjhSdJqYi8fXvqWaN+J
J5U4nwbXPsnLJlkNc96wyOkmDoMVxu9bi9IEYMpJpij2aTv2y8gokeWdimFXN6x0FNx04Druci8u
nPvQu7/1PQDhBjPogiuuU6Y6FnOM3UEOIDrAtKeh6bJPkC4yYOlXy7kEkmho5TgmYHWyn3f/kRTv
riBJ/K1AFUjRAjFhGV64l++td7dkmnq/X8ET75ti+w1s4FRpFqkD2m7pg5NxdsZphYIXAgMBAAGj
QjBAMA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSP8Et/qC5FJK5N
UPpjmove4t0bvDANBgkqhkiG9w0BAQsFAAOCAQEAS0DbwFCq/sgM7/eWVEVJu5YACUGssxOGhigH
M8pr5nS5ugAtrqQK0/Xx8Q+Kv3NnSoPHRHt44K9ubG8DKY4zOUXDjuS5V2yq/BKW7FPGLeQkbLmU
Y/vcU2hnVj6DuM81IcPJaP7O2sJTqsyQiunwXUaMld16WCgaLx3ezQA3QY/tRG3XUyiXfvNnBB4V
14qWtNPeTCekTBtzc3b0F5nCH3oO4y0IrQocLP88q1UOD5F+NuvDV0m+4S4tfGCLw0FREyOdzvcy
a5QBqJnnLDMfOjsl0oZAzjsshnjJYS8Uuu7bVW/fhO4FCU29KNhyztNiUGUe65KXgzHZs7XKR1g/
XzCCBVIwggQ6oAMCAQICDFInb3eMcQ3Y+ImrdTANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJC
RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMg
UGVyc29uYWxTaWduIDIgQ0EgMjAyMDAeFw0yMjA5MTAxMDEyMzlaFw0yNTA5MTAxMDEyMzlaMIGS
MQswCQYDVQQGEwJJTjESMBAGA1UECBMJS2FybmF0YWthMRIwEAYDVQQHEwlCYW5nYWxvcmUxFjAU
BgNVBAoTDUJyb2FkY29tIEluYy4xFzAVBgNVBAMTDkJyZXR0IFdpbGxpYW1zMSowKAYJKoZIhvcN
AQkBFhticmV0dC53aWxsaWFtc0Bicm9hZGNvbS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw
ggEKAoIBAQCv8QKYJhW9RgHi8lJ1ScZxuCS2mdaFbhpUJtDKs+AHqAFlGRLR5EyyPNWPf87FTe9a
9HuLB2H/F26MLQhbV5jWeiyKUihCT1H/4MH3opmMZ8tuxW84BH290XBN0zIFU4okX6U7BQTSy9dB
63uQEnheyA6qDKCzwIFcZ5BhB4I/vUrGLCkNoY1AtTCd9XIzd1XFuZjlxFRKkwz7IM71/VVE8Kxs
4BwfcXrcOHDqkmYJ9+tRdh5z4a5am3zvkkf/8xitTAmrOtFUalVu28OMo7kXOQqWviBuqVBFJxXF
HPFHmG2ceeeBKYpH34sTLysqxfk1lPEJoKUJClxi07oy6WjFAgMBAAGjggHcMIIB2DAOBgNVHQ8B
Af8EBAMCBaAwgaMGCCsGAQUFBwEBBIGWMIGTME4GCCsGAQUFBzAChkJodHRwOi8vc2VjdXJlLmds
b2JhbHNpZ24uY29tL2NhY2VydC9nc2djY3IzcGVyc29uYWxzaWduMmNhMjAyMC5jcnQwQQYIKwYB
BQUHMAGGNWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL2dzZ2NjcjNwZXJzb25hbHNpZ24yY2Ey
MDIwME0GA1UdIARGMEQwQgYKKwYBBAGgMgEoCjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5n
bG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1UdHwRCMEAwPqA8oDqGOGh0
dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2NyM3BlcnNvbmFsc2lnbjJjYTIwMjAuY3JsMCYG
A1UdEQQfMB2BG2JyZXR0LndpbGxpYW1zQGJyb2FkY29tLmNvbTATBgNVHSUEDDAKBggrBgEFBQcD
BDAfBgNVHSMEGDAWgBSWM9HmWBdbNHWKgVZk1b5I3qGPzzAdBgNVHQ4EFgQUZvdpTndIe+snTdqo
sH9aP+XT5j4wDQYJKoZIhvcNAQELBQADggEBAFMqTVylT9uYo/zt8vdgXsXVDFtQDeOaL5X6jmsP
qGe6NRAWUKIIr1qDy3uIDfIUtq4VCRKDUnuFfOyAGVl/FmsOiRWNCYvURSd+zYLgefAKdm3ryyL/
2TWUsuKs+uSQaIvaxbXTp9Y5qr2DVdHqw4oxjdfndv4ux+w0J84UjN9ue7oWg8vzGtT/tfJF7iv9
xcCRMfdClC++kxuH/iIKKSY6ElgBPBb1WcqNiiDUCYhk6BjAjXQnDa5XeBJGKyvAphxeZHagSyZz
GcmF+OOAzjdqzfWGT0jdULDJlWSebZ37s6mYkU85YQa7T9aAh3ogw1COMU5GvotgwYl9XKJtKeIx
ggJtMIICaQIBATBrMFsxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEw
LwYDVQQDEyhHbG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwAgxSJ293jHEN
2PiJq3UwDQYJYIZIAWUDBAIBBQCggdQwLwYJKoZIhvcNAQkEMSIEIAeSZD47PJlLlvRTIp7MeRt8
JcY70u7Aa6ATzL13PUW7MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X
DTI0MDIxMzE4MzA1NlowaQYJKoZIhvcNAQkPMVwwWjALBglghkgBZQMEASowCwYJYIZIAWUDBAEW
MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzALBgkqhkiG9w0BAQowCwYJKoZIhvcNAQEHMAsGCWCG
SAFlAwQCATANBgkqhkiG9w0BAQEFAASCAQCkv9dSihCEhzf8qomfqCudmCxRHF+LsXr+EpvqBZ7R
SNKOX40hO2XUrT2WtZ8OmMVVJPqqtoftc8wdEgID2KuLd+9MxPsy45KfK/G/S5sCFlFzUnKptME4
z2AHEVgB09Xu4uMupewaGviceWxZLyDBgd8r0NoYSlaQPEx1gplp8+xK+UpnP9cgw/Gg4lMaJkrd
ZNpar2xpKKwG1KYCBBcsuH7Suk0fCuKsBfEsDIaOcrVaY4wZoi92QhZ4nKzIwDISN+/Ec6rPQKJk
T8jNmJLoxjyf7EcnvVn2259RIPrTDZ/fbZUYAGzF79EfkVsQTn/VfkeNUwx9EwJ4NhsoN1Vv
--00000000000058ddf106114798d3--


--===============7986164892183417281==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============7986164892183417281==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Swig-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/swig-user

--===============7986164892183417281==--