[fpc-devel] FPC-JVM: Breaking up a cycle

Sven Barth pascaldragon at googlemail.com
Sun Aug 28 21:59:32 CEST 2011


>> While we're at it: for one class (android.os.FileObserver, see here: http://developer.android.com/reference/android/os/FileObserver.html ) it generated the following:
>>
>> === source begin ===
>>
>>   public
>>     procedure<init>_(para1: JLString); overload; virtual;
>>     procedure<init>_(para1: JLString; para2: jint); overload; virtual;
>>
>> === source end ===
>>
>> These should be constructers, shouldn't they? Other constructors (even with parameters) were converted correctly.
>
> What happens if you use "javap" to print that class rather than javapp? So
>    javap -classpath android.jar android.os.FileObserver

Here it is:

=== output begin ===

Compiled from "FileObserver.java"
public abstract class android.os.FileObserver extends java.lang.Object{
     public static final int ACCESS;
     public static final int MODIFY;
     public static final int ATTRIB;
     public static final int CLOSE_WRITE;
     public static final int CLOSE_NOWRITE;
     public static final int OPEN;
     public static final int MOVED_FROM;
     public static final int MOVED_TO;
     public static final int CREATE;
     public static final int DELETE;
     public static final int DELETE_SELF;
     public static final int MOVE_SELF;
     public static final int ALL_EVENTS;
     public android.os.FileObserver(java.lang.String);
     public android.os.FileObserver(java.lang.String, int);
     protected void finalize();
     public void startWatching();
     public void stopWatching();
     public abstract void onEvent(int, java.lang.String);
}

=== output end ===

>> Besides this javapp is a invaluable tool for Pascal developers :D
>
> It was to be expected that it wouldn't work perfectly for everything immediately :)

But it works good enough to convert most of the Android SDK without to 
big problems :)

Regards,
Sven



More information about the fpc-devel mailing list