Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>The best way to get some understanding of what is happening is to directly go to the sources through OpenJDK website. If we look to <code>com.sun.tools.javac.api.JavacTool</code></p> <pre><code> public JavacTask getTask(Writer out, JavaFileManager fileManager, DiagnosticListener&lt;? super JavaFileObject&gt; diagnosticListener, Iterable&lt;String&gt; options, Iterable&lt;String&gt; classes, Iterable&lt;? extends JavaFileObject&gt; compilationUnits) { try { Context context = new Context(); ClientCodeWrapper ccw = ClientCodeWrapper.instance(context); final String kindMsg = "All compilation units must be of SOURCE kind"; if (options != null) for (String option : options) option.getClass(); // null check if (classes != null) { for (String cls : classes) if (!SourceVersion.isName(cls)) // implicit null check throw new IllegalArgumentException("Not a valid class name: " + cls); } if (compilationUnits != null) { compilationUnits = ccw.wrapJavaFileObjects(compilationUnits); // implicit null check for (JavaFileObject cu : compilationUnits) { if (cu.getKind() != JavaFileObject.Kind.SOURCE) throw new IllegalArgumentException(kindMsg); } } if (diagnosticListener != null) context.put(DiagnosticListener.class, ccw.wrap(diagnosticListener)); if (out == null) context.put(Log.outKey, new PrintWriter(System.err, true)); else context.put(Log.outKey, new PrintWriter(out, true)); if (fileManager == null) fileManager = getStandardFileManager(diagnosticListener, null, null); fileManager = ccw.wrap(fileManager); context.put(JavaFileManager.class, fileManager); processOptions(context, fileManager, options); Main compiler = new Main("javacTask", context.get(Log.outKey)); return new JavacTaskImpl(compiler, options, context, classes, compilationUnits); } catch (ClientCodeException ex) { throw new RuntimeException(ex.getCause()); } </code></pre> <p>}</p> <p>You can see the offending line:</p> <pre><code> if (!SourceVersion.isName(cls)) // implicit null check throw new IllegalArgumentException("Not a valid class name: " + cls); </code></pre> <p>So now let's have a look to javax.lang.model.SourceVersion</p> <pre><code> /** * Returns whether or not {@code name} is a syntactically valid * qualified name in the latest source version. Unlike {@link * #isIdentifier isIdentifier}, this method returns {@code false} * for keywords and literals. * * @param name the string to check * @return {@code true} if this string is a * syntactically valid name, {@code false} otherwise. * @jls 6.2 Names and Identifiers */ public static boolean isName(CharSequence name) { String id = name.toString(); for(String s : id.split("\\.", -1)) { if (!isIdentifier(s) || isKeyword(s)) return false; } return true; } </code></pre> <p>So you can see that the method which we were expecting to return true (but is instead returning false) is:</p> <pre><code> public static boolean isIdentifier(CharSequence name) { String id = name.toString(); if (id.length() == 0) { return false; } int cp = id.codePointAt(0); if (!Character.isJavaIdentifierStart(cp)) { return false; } for (int i = Character.charCount(cp); i &lt; id.length(); i += Character.charCount(cp)) { cp = id.codePointAt(i); if (!Character.isJavaIdentifierPart(cp)) { return false; } } return true; } </code></pre> <p>And the problem is <code>!Character.isJavaIdentifierPart(cp)</code></p> <p>Now if we look to the 1.6 version:</p> <pre><code>public static boolean isJavaIdentifierPart(int codePoint) { boolean bJavaPart = false; if (codePoint &gt;= MIN_CODE_POINT &amp;&amp; codePoint &lt;= FAST_PATH_MAX) { bJavaPart = CharacterDataLatin1.isJavaIdentifierPart(codePoint); } else { int plane = getPlane(codePoint); switch(plane) { case(0): bJavaPart = CharacterData00.isJavaIdentifierPart(codePoint); break; case(1): bJavaPart = CharacterData01.isJavaIdentifierPart(codePoint); break; case(2): bJavaPart = CharacterData02.isJavaIdentifierPart(codePoint); break; case(3): // Undefined case(4): // Undefined case(5): // Undefined case(6): // Undefined case(7): // Undefined case(8): // Undefined case(9): // Undefined case(10): // Undefined case(11): // Undefined case(12): // Undefined case(13): // Undefined bJavaPart = CharacterDataUndefined.isJavaIdentifierPart(codePoint); break; case(14): bJavaPart = CharacterData0E.isJavaIdentifierPart(codePoint); break; case(15): // Private Use case(16): // Private Use bJavaPart = CharacterDataPrivateUse.isJavaIdentifierPart(codePoint); break; default: // the argument's plane is invalid, and thus is an invalid codepoint // bJavaPart remains false; break; } } return bJavaPart; } </code></pre> <p>And the 1.7 version: </p> <pre><code> public static boolean isJavaIdentifierPart(int codePoint) { return CharacterData.of(codePoint).isJavaIdentifierPart(codePoint); } </code></pre> <p>Some refactoring has occurred here, and if you look to CharacterData of you discover that it returns some classes which are generated on the fly from templates in <code>/openjdk/make/tools/GenerateCharacter/CharacterData**.java.template</code> when building java distribution:</p> <pre><code>// Character &lt;= 0xff (basic latin) is handled by internal fast-path // to avoid initializing large tables. // Note: performance of this "fast-path" code may be sub-optimal // in negative cases for some accessors due to complicated ranges. // Should revisit after optimization of table initialization. static final CharacterData of(int ch) { if (ch &gt;&gt;&gt; 8 == 0) { // fast-path return CharacterDataLatin1.instance; } else { switch(ch &gt;&gt;&gt; 16) { //plane 00-16 case(0): return CharacterData00.instance; case(1): return CharacterData01.instance; case(2): return CharacterData02.instance; case(14): return CharacterData0E.instance; case(15): // Private Use case(16): // Private Use return CharacterDataPrivateUse.instance; default: return CharacterDataUndefined.instance; } } } </code></pre> <p>I think you could try to run javah in debug mode and see what happens in the two cases, then send a precise bug report to the OpenJDK guys, because the bug has clearly been introduced by this refactoring.</p>
    singulars
    1. This table or related slice is empty.
    1. POError with javah when writing JNI in Scala with Java 7
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USEdmondo1984
    1. USEdmondo1984
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. POError with javah when writing JNI in Scala with Java 7
      singulars
      1. PTQuestion
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTAcceptedByOriginator
    1. COThanks, I just reported a bug to OpenJDK at https://bugs.openjdk.java.net/show_bug.cgi?id=100267
      singulars
      1. PO
      1. USMike
    2. COResubmitted to bugreport.sun.com. Will post back if they respond.
      singulars
      1. PO
      1. USMike
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload