This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
java/1191: gcj incorrectly allows access to private inner interfaces
- To: java-gnats at sourceware dot cygnus dot com
- Subject: java/1191: gcj incorrectly allows access to private inner interfaces
- From: mdejong at cygnus dot com
- Date: 8 May 2000 00:45:20 -0000
- Reply-To: mdejong at cygnus dot com
>Number: 1191
>Category: java
>Synopsis: gcj incorrectly allows access to private inner interfaces
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: apbianco
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Dec 20 12:17:20 PST 2000
>Closed-Date: Mon Jun 26 21:03:51 PDT 2000
>Last-Modified: Mon Jun 26 21:30:00 PDT 2000
>Originator: Mo
>Release: CVS
>Organization:
>Environment:
>Description:
% cat PrivateInnerInterface.java
// File PrivateInnerInterface.java
public class PrivateInnerInterface {
private interface Inter {}
}
class PrivateInnerInterface_Test extends PrivateInnerInterface {
void foo() {
// Implement the interface with an innerclass
Inter i = new Inter() { } ;
}
}
// This should fail to compile because Inter is private in the superclass
Here are the results I get from jikes:
% jikes -classpath /usr/share/kaffe/Klasses.jar PrivateInnerInterface.java
Found 2 semantic errors compiling "PrivateInnerInterface.java":
11. Inter i = new Inter() { } ;
<--->
*** Error: The type "PrivateInnerInterface$Inter" with private access is not visible here.
11. Inter i = new Inter() { } ;
<--->
*** Error: The type "PrivateInnerInterface$Inter" with private access is not visible here.
And from javac:
% javac PrivateInnerInterface.java
PrivateInnerInterface.java:11: Can't access nested interface PrivateInnerInterface. Inter. Only public classes and interfaces in other packages can be accessed.
Inter i = new Inter() { } ;
^
PrivateInnerInterface.java:11: Can't access nested interface PrivateInnerInterface. Inter. Only public classes and interfaces in other packages can be accessed.
Inter i = new Inter() { } ;
^
2 errors
>How-To-Repeat:
>Fix:
Patch, then build (now that's support :-)
>Release-Note:
>Audit-Trail:
Formerly PR gcj/224
From: bryce@sourceware.cygnus.com
To: java-gnats@sourceware.cygnus.com
Cc:
Subject: gcj/224
Date: 8 May 2000 06:37:55 -0000
CVSROOT: /cvs/java
Module name: libgcj
Changes by: bryce@sourceware.cygnus.com 00/05/07 23:37:55
Modified files:
libjava/testsuite: ChangeLog
Added files:
libjava/testsuite/libjava.compile: PR224.java PR224.xfail
Log message:
2000-05-08 Bryce McKinlay <bryce@albatross.co.nz>
Test for PR gcj/224:
* libjava.compile/PR224.java: New file.
* libjava.compile/PR224.xfail: New file.
Patches:
http://gcc.gnu.org/cgi-bin/gcc/libjava/testsuite/ChangeLog.diff?cvsroot=java&r1=1.88&r2=1.89
http://gcc.gnu.org/cgi-bin/gcc/libjava/testsuite/libjava.compile/PR224.java.diff?cvsroot=java&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/gcc/libjava/testsuite/libjava.compile/PR224.xfail.diff?cvsroot=java&r1=NONE&r2=1.1
From: Bryce McKinlay <bryce@albatross.co.nz>
To: java-gnats@sourceware.cygnus.com, mdejong@cygnus.com
Cc:
Subject: Re: gcj/224
Date: Mon, 08 May 2000 18:50:03 +1200
I checked in your test case for this one to our test suite.
Unfortunately, for the other PRs (223 & 225) its not easy because they
need to build multiple files in one command across different
directories, and there is no way to specify that given the current
architecture of the testsuite.
http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=224&database=java
From: Mo DeJong <mdejong@cygnus.com>
To: Bryce McKinlay <bryce@albatross.co.nz>
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Sun, 7 May 2000 23:53:07 -0700 (PDT)
We might not want to do that just yet. I have been talking with
alex about a new compiler regression test system that I would
like to see used. The good this about my approach is that we
would be able to share compiler regresion tests with the Jikes
and Kaffe Java projects.
The bad thing is that it is different than what is currently
being used (but I see that as a bug and not a feature). So
what is my point? Dont worry about checking my test cases
into your current bug system. I already incorporated
them into my system, so they are not going to be lost
or anything. We can always add them to the existing system
later.
Mo Dejong
Red Hat Inc.
On Mon, 8 May 2000, Bryce McKinlay wrote:
> I checked in your test case for this one to our test suite.
> Unfortunately, for the other PRs (223 & 225) its not easy because they
> need to build multiple files in one command across different
> directories, and there is no way to specify that given the current
> architecture of the testsuite.
>
> http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=224&database=java
From: Bryce McKinlay <bryce@albatross.co.nz>
To: Mo DeJong <mdejong@cygnus.com>
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Mon, 08 May 2000 19:07:02 +1200
Mo DeJong wrote:
> We might not want to do that just yet. I have been talking with
> alex about a new compiler regression test system that I would
> like to see used. The good this about my approach is that we
> would be able to share compiler regresion tests with the Jikes
> and Kaffe Java projects.
I too would like to see a better regression test system. I think the advantage of
the existing one is that it is compatible with the existing test infrastructure for
the other gcc front ends, however it really is far too naive for our purposes. It
would definatly be good to have a shared test infrastructure with jikes and kaffe,
but its not clear if we could put such a thing into the libgcj/gcc tree due to
licensing concerns (Tom?)
regards
[ bryce ]
From: Tom Tromey <tromey@cygnus.com>
To: Mo DeJong <mdejong@cygnus.com>
Cc: apbianco@cygnus.com, java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Mon, 8 May 2000 09:02:37 -0700 (PDT)
Mo> The bad thing is that it is different than what is currently
Mo> being used (but I see that as a bug and not a feature).
Different in what way?
Could you describe it on java-discuss, say?
Tom
From: Tom Tromey <tromey@cygnus.com>
To: Bryce McKinlay <bryce@albatross.co.nz>
Cc: apbianco@cygnus.com, java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Mon, 8 May 2000 09:03:52 -0700 (PDT)
Bryce> It would definatly be good to have a shared test
Bryce> infrastructure with jikes and kaffe, but its not clear if we
Bryce> could put such a thing into the libgcj/gcc tree due to
Bryce> licensing concerns (Tom?)
Yes, licensing concerns are important.
But I think it might be possible to get them to accept a non-GPL,
non-FSF test suite, since that isn't really part of the program per
se. I'm not certain though.
Tom
State-Changed-From-To: open->feedback
State-Changed-By: apbianco
State-Changed-When: Fri Jun 23 14:36:43 2000
State-Changed-Why:
Check the attached patch out...
From: apbianco@cygnus.com
To: apbianco@cygnus.com, java-gnats@sourceware.cygnus.com, mdejong@cygnus.com
Cc:
Subject: Re: gcj/224
Date: 23 Jun 2000 21:36:43 -0000
Synopsis: gcj incorrectly allows access to private inner interfaces
State-Changed-From-To: open->feedback
State-Changed-By: apbianco
State-Changed-When: Fri Jun 23 14:36:43 2000
State-Changed-Why:
Check the attached patch out...
http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=224&database=java
From: Mo DeJong <mdejong@cygnus.com>
To: apbianco@cygnus.com
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Sat, 24 Jun 2000 07:31:41 -0700 (PDT)
On 23 Jun 2000 apbianco@cygnus.com wrote:
> Synopsis: gcj incorrectly allows access to private inner interfaces
>
> State-Changed-From-To: open->feedback
> State-Changed-By: apbianco
> State-Changed-When: Fri Jun 23 14:36:43 2000
> State-Changed-Why:
> Check the attached patch out...
>
> http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=224&database=java
There is a small typo in the patch for parse.y:
"Only plublic classes" -> "Only public classes"
Other than that, the patch works perfectly.
I am going to add a test case for this to
my Jacks regression suite.
later
Mo
State-Changed-From-To: feedback->closed
State-Changed-By: apbianco
State-Changed-When: Mon Jun 26 21:03:51 2000
State-Changed-Why:
I checked in the following patch:
http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00889.html
From: apbianco@cygnus.com
To: apbianco@cygnus.com, java-gnats@sourceware.cygnus.com, mdejong@cygnus.com
Cc:
Subject: Re: gcj/224
Date: 27 Jun 2000 04:03:51 -0000
Synopsis: gcj incorrectly allows access to private inner interfaces
State-Changed-From-To: feedback->closed
State-Changed-By: apbianco
State-Changed-When: Mon Jun 26 21:03:51 2000
State-Changed-Why:
I checked in the following patch:
http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00889.html
http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=224&database=java
From: Mo DeJong <mdejong@cygnus.com>
To: apbianco@cygnus.com
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Mon, 26 Jun 2000 21:10:19 -0700 (PDT)
On 27 Jun 2000 apbianco@cygnus.com wrote:
> Synopsis: gcj incorrectly allows access to private inner interfaces
>
> State-Changed-From-To: feedback->closed
> State-Changed-By: apbianco
> State-Changed-When: Mon Jun 26 21:03:51 2000
> State-Changed-Why:
> I checked in the following patch:
>
> http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00889.html
>
> http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=224&database=java
Did you fix the spelling of "public" in the patch you checked in?
The one at the URL still has the typo "plublic".
later
Mo DeJong
Red Hat Inc
From: Alexandre Petit-Bianco <apbianco@cygnus.com>
To: Mo DeJong <mdejong@cygnus.com>
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/224
Date: Mon, 26 Jun 2000 21:25:41 -0700 (PDT)
Mo DeJong writes:
> Did you fix the spelling of "public" in the patch you checked in?
Yes.
> The one at the URL still has the typo "plublic".
Oops. But the checked in file is fine.
./A
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="PrivateInnerInterface.java"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="PrivateInnerInterface.java"
Ly8gRmlsZSBQcml2YXRlSW5uZXJJbnRlcmZhY2UuamF2YQoKcHVibGljIGNsYXNzIFByaXZhdGVJ
bm5lckludGVyZmFjZSB7CiAgICBwcml2YXRlIGludGVyZmFjZSBJbnRlciB7fQp9CgoKY2xhc3Mg
UHJpdmF0ZUlubmVySW50ZXJmYWNlX1Rlc3QgZXh0ZW5kcyBQcml2YXRlSW5uZXJJbnRlcmZhY2Ug
ewogICAgdm9pZCBmb28oKSB7CgkvLyBJbXBsZW1lbnQgdGhlIGludGVyZmFjZSB3aXRoIGFuIGlu
bmVyY2xhc3MKCUludGVyIGkgPSBuZXcgSW50ZXIoKSB7IH0gOwogICAgfQp9CgovLyBUaGlzIHNo
b3VsZCBmYWlsIHRvIGNvbXBpbGUgYmVjYXVzZSBJbnRlciBpcyBwcml2YXRlIGluIHRoZSBzdXBl
cmNsYXNzCgovLyBXZSBkbyBub3QgaGF2ZSBhIHRlc3QgZm9yIHRoZSBjYXNlIHdoZXJlIGEgcHJp
dmF0ZSBpbm5lciBpbnRlcmZhY2UgaXMgYWNjZXNzYWJsZQo=----gnatsweb-attachment----
Content-Type: application/octet-stream; name="patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="patch"
MjAwMC0wNi0yMyAgQWxleGFuZHJlIFBldGl0LUJpYW5jbyAgPGFwYmlhbmNvQGN5Z251cy5jb20+
CgoJKiBjbGFzcy5jIChzZXRfc3VwZXJfaW5mbyk6IEhhbmRsZSBBQ0NfUFJJVkFURSBmb3IgKGlu
bmVyKQoJY2xhc3Nlcy4KCSogamF2YS10cmVlLmggKFRZUEVfUFJJVkFURV9JTk5FUl9DTEFTUyk6
IE5ldyBtYWNyby4KCShzdHJ1Y3QgbGFuZ190eXBlKTogTmV3IGZpZWxkIGBwaWMuJwoJKENMQVNT
X1BSSVZBVEUpOiBOZXcgbWFjcm8uCgkqIHBhcnNlLnkgKGNoZWNrX2lubmVyX2NsYXNzX2FjY2Vz
cyk6IE5ldyBmdW5jdGlvbi4KCShqZGVwX3Jlc29sdmVfY2xhc3MpOiBDYWxsIGl0LgoKSW5kZXg6
IGNsYXNzLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQpkaWZmIC11IC1wIGNsYXNzLmMKLS0tIC9ob21lL2FwYmlhbmNv
L3NyYy9lZ2NzL2djYy9qYXZhLXJlZi9jbGFzcy5jCVRodSBKdW4gMjIgMTA6NTA6MzcgMjAwMAor
KysgL2hvbWUvYXBiaWFuY28vc3JjL2VnY3MvZ2NjL2phdmEvY2xhc3MuYwlGcmkgSnVuIDIzIDA3
OjE0OjIyIDIwMDAKQEAgLTQwMCw2ICs0MDAsNyBAQCBzZXRfc3VwZXJfaW5mbyAoYWNjZXNzX2Zs
YWdzLCB0aGlzX2NsYXNzCiAgIGlmIChhY2Nlc3NfZmxhZ3MgJiBBQ0NfSU5URVJGQUNFKSBDTEFT
U19JTlRFUkZBQ0UgKGNsYXNzX2RlY2wpID0gMTsKICAgaWYgKGFjY2Vzc19mbGFncyAmIEFDQ19B
QlNUUkFDVCkgIENMQVNTX0FCU1RSQUNUIChjbGFzc19kZWNsKSA9IDE7CiAgIGlmIChhY2Nlc3Nf
ZmxhZ3MgJiBBQ0NfU1RBVElDKSAgICBDTEFTU19TVEFUSUMgKGNsYXNzX2RlY2wpID0gMTsKKyAg
aWYgKGFjY2Vzc19mbGFncyAmIEFDQ19QUklWQVRFKSAgIENMQVNTX1BSSVZBVEUgKGNsYXNzX2Rl
Y2wpID0gMTsKIH0KIAogLyogUmV0dXJuIGxlbmd0aCBvZiBpbmhlcml0YW5jZSBjaGFpbiBvZiBD
TEFTLCB3aGVyZSBqYXZhLmxhbmcuT2JqZWN0IGlzIDAsCkluZGV4OiBqYXZhLXRyZWUuaAo9PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09CmRpZmYgLXUgLXAgamF2YS10cmVlLmgKLS0tIC9ob21lL2FwYmlhbmNvL3NyYy9lZ2Nz
L2djYy9qYXZhLXJlZi9qYXZhLXRyZWUuaAlUaHUgSnVuIDIyIDEwOjUwOjM3IDIwMDAKKysrIC9o
b21lL2FwYmlhbmNvL3NyYy9lZ2NzL2djYy9qYXZhL2phdmEtdHJlZS5oCUZyaSBKdW4gMjMgMDc6
MTY6MzggMjAwMApAQCAtNTc1LDYgKzU3NSw3IEBAIHN0cnVjdCBsYW5nX2RlY2xfdmFyCiAvKiBU
aGUgZGVjbCBvZiB0aGUgc3ludGhldGljIG1ldGhvZCBgY2xhc3MkJyB1c2VkIHRvIGhhbmRsZSBg
LmNsYXNzJwogICAgZm9yIG5vbiBwcmltaXRpdmUgdHlwZXMgd2hlbiBjb21waWxpbmcgdG8gYnl0
ZWNvZGUuICovCiAjZGVmaW5lIFRZUEVfRE9UX0NMQVNTKFQpICAgICAgICAoVFlQRV9MQU5HX1NQ
RUNJRklDKFQpLT5kb3RfY2xhc3MpCisjZGVmaW5lIFRZUEVfUFJJVkFURV9JTk5FUl9DTEFTUyhU
KSAoVFlQRV9MQU5HX1NQRUNJRklDKFQpLT5waWMpCiAKIHN0cnVjdCBsYW5nX3R5cGUKIHsKQEAg
LTU4OSw2ICs1OTAsNyBAQCBzdHJ1Y3QgbGFuZ190eXBlCiAJCQkJICAgbmVlZHMgdG8gYmUgaW52
b2tlZCBhbmQgZ2VuZXJhdGVkIHdoZW4KIAkJCQkgICBjb21waWxpbmcgdG8gYnl0ZWNvZGUgdG8g
aW1wbGVtZW50CiAJCQkJICAgPG5vbl9wcmltaXRpdmVfdHlwZT4uY2xhc3MgKi8KKyAgdW5zaWdu
ZWQgcGljOjE7CQkvKiBQcml2YXRlIElubmVyIENsYXNzLiAqLwogfTsKIAogI2lmZGVmIEpBVkFf
VVNFX0hBTkRMRVMKQEAgLTgzNyw2ICs4MzksNyBAQCBzdHJ1Y3QgcnR4X2RlZiAqIGphdmFfbGFu
Z19leHBhbmRfZXhwciBQCiAjZGVmaW5lIENMQVNTX0FCU1RSQUNUKERFQ0wpIERFQ0xfTEFOR19G
TEFHXzUgKERFQ0wpCiAjZGVmaW5lIENMQVNTX1NVUEVSKERFQ0wpIERFQ0xfTEFOR19GTEFHXzYg
KERFQ0wpCiAjZGVmaW5lIENMQVNTX1NUQVRJQyhERUNMKSBERUNMX0xBTkdfRkxBR183IChERUNM
KQorI2RlZmluZSBDTEFTU19QUklWQVRFKERFQ0wpIChUWVBFX1BSSVZBVEVfSU5ORVJfQ0xBU1Mg
KFRSRUVfVFlQRSAoREVDTCkpKQogCiAvKiBAZGVwcmVjYXRlZCBtYXJrZXIgZmxhZyBvbiBtZXRo
b2RzLCBmaWVsZHMgYW5kIGNsYXNzZXMgKi8KIApJbmRleDogcGFyc2UueQo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CmRp
ZmYgLXUgLXAgcGFyc2UueQotLS0gL2hvbWUvYXBiaWFuY28vc3JjL2VnY3MvZ2NjL2phdmEtcmVm
L3BhcnNlLnkJVGh1IEp1biAyMiAxMDo1NDoxMSAyMDAwCisrKyAvaG9tZS9hcGJpYW5jby9zcmMv
ZWdjcy9nY2MvamF2YS9wYXJzZS55CUZyaSBKdW4gMjMgMTE6MTA6MjQgMjAwMApAQCAtMTAwLDYg
KzEwMCw3IEBAIHN0YXRpYyBpbnQgcHJvY2Vzc19pbXBvcnRzIFBBUkFNUyAoKHZvaWQKIHN0YXRp
YyB2b2lkIHJlYWRfaW1wb3J0X2RpciBQQVJBTVMgKCh0cmVlKSk7CiBzdGF0aWMgaW50IGZpbmRf
aW5faW1wb3J0c19vbl9kZW1hbmQgUEFSQU1TICgodHJlZSkpOwogc3RhdGljIHZvaWQgZmluZF9p
bl9pbXBvcnRzIFBBUkFNUyAoKHRyZWUpKTsKK3N0YXRpYyB2b2lkIGNoZWNrX2lubmVyX2NsYXNz
X2FjY2VzcyBQQVJBTVMgKCh0cmVlLCB0cmVlLCB0cmVlKSk7CiBzdGF0aWMgaW50IGNoZWNrX3Br
Z19jbGFzc19hY2Nlc3MgUEFSQU1TICgodHJlZSwgdHJlZSkpOwogc3RhdGljIHZvaWQgcmVnaXN0
ZXJfcGFja2FnZSBQQVJBTVMgKCh0cmVlKSk7CiBzdGF0aWMgdHJlZSByZXNvbHZlX3BhY2thZ2Ug
UEFSQU1TICgodHJlZSwgdHJlZSAqKSk7CkBAIC01MjAzLDYgKzUyMDQsNyBAQCBqZGVwX3Jlc29s
dmVfY2xhc3MgKGRlcCkKICAgaWYgKCFkZWNsKQogICAgIGNvbXBsZXRlX2NsYXNzX3JlcG9ydF9l
cnJvcnMgKGRlcCk7CiAKKyAgY2hlY2tfaW5uZXJfY2xhc3NfYWNjZXNzIChkZWNsLCBKREVQX0VO
Q0xPU0lORyAoZGVwKSwgSkRFUF9XRkwgKGRlcCkpOwogICByZXR1cm4gZGVjbDsKIH0KIApAQCAt
Njc3Miw2ICs2Nzc0LDIzIEBAIGxvb2t1cF9wYWNrYWdlX3R5cGUgKG5hbWUsIGZyb20pCiAgIHJl
dHVybiBnZXRfaWRlbnRpZmllciAoc3VibmFtZSk7CiB9CiAKK3N0YXRpYyB2b2lkCitjaGVja19p
bm5lcl9jbGFzc19hY2Nlc3MgKGRlY2wsIGVuY2xvc2luZ190eXBlLCBjbCkKKyAgICAgdHJlZSBk
ZWNsLCBlbmNsb3NpbmdfdHlwZSwgY2w7Cit7CisgIC8qIFdlIGRvbid0IGlzc3VlIGFuIGVycm9y
IG1lc3NhZ2Ugd2hlbiBDTCBpcyBudWxsLiBDTCBjYW4gYmUgbnVsbAorICAgICBhcyBhIHJlc3Vs
dCBvZiBwcm9jZXNzaW5nIGEgSkRFUCBjcmFmdGVkIGJ5CisgICAgIHNvdXJjZV9zdGFydF9qYXZh
X21ldGhvZCBmb3IgdGhlIHB1cnBvc2Ugb2YgcGF0Y2hpbmcgaXRzIHBhcm0KKyAgICAgZGVjbC4g
QnV0IHRoZSBlcnJvciB3b3VsZCBoYXZlIGJlZW4gYWxyZWFkeSB0cmFwcGVkIHdoZW4gZml4aW5n
CisgICAgIHRoZSBtZXRob2QncyBzaWduYXR1cmUuICovCisgIGlmIChjbCAmJiBJTk5FUl9DTEFT
U19ERUNMX1AgKGRlY2wpCisgICAgICAmJiAhZW5jbG9zaW5nX2NvbnRleHRfcCAoVFJFRV9UWVBF
IChlbmNsb3NpbmdfdHlwZSksIFRSRUVfVFlQRSAoZGVjbCkpCisgICAgICAmJiBDTEFTU19QUklW
QVRFIChkZWNsKSkKKyAgICBwYXJzZV9lcnJvcl9jb250ZXh0IChjbCwgIkNhbid0IGFjY2VzcyBu
ZXN0ZWQgJXMgJXMuIE9ubHkgcGx1YmxpYyBjbGFzc2VzIGFuZCBpbnRlcmZhY2VzIGluIG90aGVy
IHBhY2thZ2VzIGNhbiBiZSBhY2Nlc3NlZCIsCisJCQkgKENMQVNTX0lOVEVSRkFDRSAoZGVjbCkg
PyAiaW50ZXJmYWNlIiA6ICJjbGFzcyIpLAorCQkJIGxhbmdfcHJpbnRhYmxlX25hbWUgKGRlY2ws
IDApKTsKK30KKwogLyogQ2hlY2sgdGhhdCBDTEFTU19OQU1FIHJlZmVycyB0byBhIFBVQkxJQyBj
bGFzcy4gUmV0dXJuIDAgaWYgbm8KICAgIGFjY2VzcyB2aW9sYXRpb25zIHdlcmUgZm91bmQsIDEg
b3RoZXJ3aXNlLiAgKi8K