benjarobbi / microemu Goto Github PK

What steps will reproduce the problem?
1. Install DB Railnavigator:
http://railnavigator.bahn.de/rnav/dbrailnavigator_std.zip
2. Try to download a train timetable: first menu entry, some start and some
end, "Abrufen" ("Download")

What is the expected output?
The train timetable

What do you see instead?
java.lang.NoSuchMethodError: a
       at a.aw.b(Unknown Source)
       at a.bm.b(Unknown Source)
       at a.u.b(Unknown Source)
       at a.f.<init>(Unknown Source)
       at a.bf.run(Unknown Source)
       at java.lang.Thread.run(Thread.java:1096)

What version of the product are you using?
microemu-android trunk

On what operating system?
Android 2.1

I fixed a few issues with CustomItem to get it working with my
application:
- paint(Graphics g) now also calls the abstract paint(Graphics g, int w,
int h) function implemented by subclasses
- an appropriate getHeight() is also computed for the content
- isFocusable() returns true
- select() sends a fake keyPressed(-5): it seems to be the most
straightforward way to receive notification for the FIRE button

Tried to convert the Forumla One Live Timings app to Android using this, got 
it to compile, but the app crashes when executed on the device.

See my post here:

http://androidforums.com/android-applications/52861-formula-1-timings-
app.html#post431723

The original J2ME files are here: 
http://mobile.formula1.com/download/select

Tried using SVN r2339

What steps will reproduce the problem?
1. Create midlet with:
  Alert aAlert = new Alert("Test");
  Display.getDisplay(this).setCurrent(aAlert);
2. Port to android.
3. Start app.

What is the expected output? What do you see instead?

Expected is to see Alert. Console shows NullPointerException:
E/AndroidRuntime(  422): Uncaught handler: thread event-thread exiting due
to uncaught exception
E/AndroidRuntime(  422): java.lang.NullPointerException
E/AndroidRuntime(  422):        at
org.microemu.android.device.ui.AndroidAlertUI.isToastable(AndroidAlertUI.java:11
8)
E/AndroidRuntime(  422):        at
org.microemu.android.device.ui.AndroidAlertUI.showNotify(AndroidAlertUI.java:182
)
E/AndroidRuntime(  422):        at
javax.microedition.lcdui.Displayable.showNotify(Displayable.java:281)
E/AndroidRuntime(  422):        at
javax.microedition.lcdui.Display$1.run(Display.java:543)
E/AndroidRuntime(  422):        at
org.microemu.device.ui.EventDispatcher$RunnableEvent.run(EventDispatcher.java:24
6)
E/AndroidRuntime(  422):        at
org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
E/AndroidRuntime(  422):        at
org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:99)
E/AndroidRuntime(  422):        at java.lang.Thread.run(Thread.java:1060)

What version of the product are you using? On what operating system?
Irrelevant.

Please provide any additional information below.

displayableUnboxed.getType().equals(AlertType.INFO);
When Alert has no type, getType() returns null:
null.equals(AlertType.INFO) raises exception.

How to solve it:
--- D:\Old\tmp\AndroidAlertUI.java.old 
+++ D:\Old\tmp\AndroidAlertUI.java.new 
@@ -100,6 +100,9 @@
     *         {@link Alert#FOREVER}.
     */
    protected boolean isToastable() {
+       if(displayableUnboxed.getType() == null) {
+                    displayableUnboxed.setType(AlertType.INFO);
+                }
        boolean isToastable = displayableUnboxed.getType().equals(
                AlertType.INFO)
                && displayableUnboxed.getTimeout() != Alert.FOREVER

Attached file is patched
microemulator\microemu-android\src\org\microemu\android\device\ui\AndroidAlertUI
.java
file.

The previous* methods brings the current record and not the previous one.
And if your are at the end of an enumeration and invokes the previous*
method on the RecordEnumeration it will throw a Exception.

When listening for item changes via a ItemStateListener, the event is
received when a ChoiceGroup is opened, instead of after a value is set. I
believe it has to do with the following lines in Form.java

// why do we call this here?
// Andres Navarro
fireItemStateListener();

By pressing enter to have the ChoiceGroup opened, the event is fired.

There is a bug in Sprite's pixel level collision detection, which causes
the getRGB method to sometimes throw an IllegalArgumentException or return
the wrong values. The problem only appears on Sprites with multiple frames
when the number of columns does not match the number of rows (for example a
1x3 or 3x2 image).

The fix is small, just requiring switching the 'rows' variable with 'cols'
in two places.

First of all, thank you for MicroEmulator .. living alone with WTK would be
a PITA.

Now to the issue, the title says it already. The static reference is not
really a leak, as this reference gets refreshed when a new Alert is
displayed so that finally the previous object referenced by
Alert.nextDisplayable may get garbage collected. However this reference
makes profiling for real memory leaks complicated. Things would be easier
if this reference would be an instance field.

Thanks and cheers,
Oben

BTW.. I'm using MicroEmu 2.0.3

What steps will reproduce the problem?
1. Install
http://www.dashandyticket.de/portals/download/1/1.0/49/dasHandyTicket.jar
2. Try to buy a ticket with tour start "Nürnberg"

What is the expected output?
Success

What do you see instead?
"Standort für dieses Ticket unzulässig oder mehrdeutig" ("Location for this
ticket invalid or amiguous")

What version of the product are you using? On what operating system?
microemu-android trunk on Nexus One

Please provide any additional information below.
The Umlauts look quite strange in logcat:

V/MicroEmulator(  994): 0<?xml version="1.0" encoding="UTF-8"?>
V/MicroEmulator(  994):
<mserviceResponse><processes><process
id="proc01"><auskunftProzessResponse><start><ort><ortText>N´┐â´¥╝rnberg<
/ortText></ort></start><ziel
/></auskunftProzessResponse></process></processes></mserviceResponse>

What steps will reproduce the problem?
1. Install
http://www.dashandyticket.de/portals/download/1/1.0/49/dasHandyTicket.jar
2. Buy a ticket - Not very feasible, I know  :-/
3. View ticket, press menu key, "Show Barcode".

What is the expected output?
The barcode shown alone.

What do you see instead?
java.lang.NullPointerException
       at
org.microemu.android.device.AndroidDeviceDisplay.paintDisplayable(AndroidDeviceD
isplay.java:253)
       at
org.microemu.android.device.AndroidDeviceDisplay.repaint(AndroidDeviceDisplay.ja
va:226)
       at
org.microemu.device.ui.EventDispatcher$PaintEvent.run(EventDispatcher.java:185)
       at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
       at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:95)
       at java.lang.Thread.run(Thread.java:1096)

What version of the product are you using? On what operating system?
microemu-android trunk on Nexus One

I have tried writing data using the output stream acquired from
HttpConnection. The code is shown below.

               HttpConnection
conn=(HttpConnection)Connector.open(myurl);
               conn.setRequestMethod(HttpConnection.POST);
               conn.setRequestProperty("Content-Type", "application/octet-
stream");
               OutputStream os=conn.openOutputStream();
               DataOutputStream dos=new DataOutputStream(os);
               dos.writeUTF("This is my test");
               dos.flush();
               dos.close();
               os.close();

The problem I have is that this is sending nothing. I cant receive
anything from the other side.

It seems that the painting of GameCanvas does not work - both with repaint
and with flushgraphics.

What steps will reproduce the problem?
>> pressed the "-" key

What is the expected output? What do you see instead?
>> No

What version of the product are you using? On what operating system?
>> 2.0.4

What steps will reproduce the problem?
1. open an HttpConnection
2. get its InputStream
3. close HttpConnection without closing the InputStream
4. try to read from InputStream - see it reads empty data (read() returns -
1)

What is the expected output? What do you see instead?
In WTK emulator and real devices (Nokia S60, S40, LG, Samsung) the 
InputStream doesn't die after the connection is closed, and data can be 
read from the stream. It would be good to follow real implementations, or 
at least throw an exception that the connection has been closed, instead of 
silently returning empty data.
I agree that using InputStream after closing the connection is not good 
anyway, so I'll change my code.
This is a minor bug, just for your information.

What version of the product are you using? On what operating system?
ME 2.0.4

Please provide any additional information below.

When using a javax.microedition.lcdui.Canvas, the title doesn't show at
all.

UDPDatagramConnection udpServer = (UDPDatagramConnection) Connector.open
("datagram://:");

This line should create server mode UDPDatagramConnection, bound to system 
assigned port. Instead I get NumberFormatException: For input string: "".

This is due to bug in org.microemu.cldc.datagram.Connection.openConnection
() method, where the {port} part of the url string is supposed to be there 
(and contain valid integer), but in fact it is missing. 

http://code.google.com/p/microemu/source/browse/trunk/microemulator/
microemu-javase/src/main/java/org/microemu/cldc/datagram/
Connection.java#139

This code is the same in v2.0.3, v2.0.4-Snapshot and in trunk of SVN 
repository.

Similar problem exists in org.microemu.cldc.socket.Connection.open(String 
name), when trying to to create socket server with system assigned port 
like this: ServerSocketConnection socketServer = (ServerSocketConnection) 
Connector.open("socket://:");

What steps will reproduce the problem?
1. Configure MicroEmulator as a "resizeable device".
1. Download DB Railnavigator:
   http://railnavigator.bahn.de/bin/pf/query-p2w.exe/dn?p2wMode=h2g
2. Run the MIDlet with MicroEmu 2.0.4, select "Einstellungen", optionally
   select English as the language, select "Fullscreen" Mode / "Vollbild".

What is the expected output? What do you see instead?

DB Railnavigator should switch to fullscreen mode. It does, but after
switching, clicks trigger the wrong main menü entries, ie. not the entry one
thinks he has clicked at. Additionally, the navigation menu at the bottom of
the screen disappears, making navigation impossible.

If you quick Railnavigator now and try to restart it, you'll get following
exception in MicroEmu:

Exception in thread "event-thread" java.lang.NullPointerException
        at a.az.getHeight(Unknown Source)
        at
javax.microedition.lcdui.Displayable.showNotify(Displayable.java:266)
        at javax.microedition.lcdui.Display$1.run(Display.java:523)
        at
org.microemu.device.ui.EventDispatcher$ShowNotifyEvent.run(EventDispatcher.jav
        at
org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:162)
        at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:97)
        at java.lang.Thread.run(Thread.java:619)


What version of the product are you using? On what operating system?

* Java SE 1.6.0_17 x86, Debian GNU/Linux x86
* MicroEmu 2.0.4
* DB Railnavigator R6.60.13, Release 5.24.DB.R6.60.m (H6.60.13)

Please provide any additional information below.

According to the MIDP API at
http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/lcdui/T
extField.html#setString(java.lang.String), passing null to
TextField.setString() should empty the field. Instead, a
NullPointerException is thrown (there is a missing null check in the
overloaded method).

What steps will reproduce the problem?
1. Turn Microemulator on
2. Select Fishtext.jar
3. Try to enter the telephone number

What is the expected output? What do you see instead?
The number should be entered ompletely 

What version of the product are you using? On what operating system?
2.0.4.62 n Maemo (Nokia N900)

Please provide any additional information below.
The phone number should be entered completely before pressing start and 
running Fishtext. But instead, microemulator does not accept numbers. 

Now, in MicroEmulator, a call to flushGraphics results in a call to
repaint, which is not correct.

This causes many applications (esp. games) to flicker badly.

A call to flushGraphics should put the (already drawn) backbuffer on
screen.
Or, as SonyEricsson describes it:
"A call to flushGraphics() is similar to calling repaint(); and
serviceRepaints(); in sequence, but the difference is that flushGraphics()
does not generate a call to your paint() method."

What steps will reproduce the problem?
1. Create JAR+JAD packet containing two midlets
2. Open JAD in microemulator.
3. Microemu shows menu to select which midlet to start
4. Selection is ignored and microemu allways starts second midlet from
jad-file.

Midlet selection list order is reversed from jad file.

Tested on microemulator version 2.0.4.62

What steps will reproduce the problem?
1. create TextField: TextField tf = new TextField("Decimals", "", 10,
TextField.DECIMAL);

2. Run in emulator, will not accept decimals.


What is the expected output? What do you see instead?

To be able to enter decimals either from the phone keypad or the computer
keyboard.

What version of the product are you using? On what operating system?

microemulator-2.0.4

Please provide any additional information below.

What steps will reproduce the problem?
The provided codesnipped (code.txt) results in a NullpointerException (log.txt)

What is the expected output? What do you see instead?
No Exception

What version of the product are you using? On what operating system?
Trunk from 2010.03.17
runs in android sdk on android 2.0.1

Additional information:
If the ChoiceGroup is _not_ removed from the form
before(choosePlacesForm.delete(i);), the NullpointerException is not thrown.
BTW: The exception is also thrown if "reasons" is not constructed completly
new ("new ChoiceGroup(...)"), and "reasons.deleteAll();" is called instead.

What steps will reproduce the problem?
1. Open Web start from
http://snapshot.microemu.org/microemu-webstart/index.html
2. Download a dictionary from
http://dictionarymid.sourceforge.net/dict.html and put it on a web page
(Ive done that at: http://javabog.dk/filer/DictionaryForMIDs-crash )
3. Open the emulator's log window
4. Drag the JAD file to the emulator and start it

What is the expected output? What do you see instead?
I see a NullPointerException, caused by invoking removeCommand(null) on a
Displayable (unfortunately I can't copy text from the log window in
microemu...)


What version of the product are you using? On what operating system?
I tried all microemu versions.

Please provide any additional information below.
The javadoc specifies that removeCommand(null) should be possible.

removeCommand

public void removeCommand(Command cmd)

    Removes a command from the Displayable. If the command is not in the
Displayable (tested by comparing the object references), the method has no
effect. If the Displayable is actually visible on the display, and this
call affects the set of visible commands, the implementation should update
the display as soon as it is feasible to do so. If cmd is null, this method
does nothing.

    Parameters:
        cmd - the command to be removed

(I copied from
http://www.j2medev.com/api/midp/javax/microedition/lcdui/Displayable.html#remove
Command%28javax.microedition.lcdui.Command%29)

Hi 
I am trying to convert .jar to .apk. I am getting errors how can i resolve
this error. 

Plz any one can guide me. How to solve this error. 

C:\Users\RA\Desktop\micro\microemu-android>ant
Buildfile: C:\Users\RA\Desktop\micro\microemu-android\build.xml

clean:
   [delete] Deleting directory C:\Users\RA\Desktop\micro\microemu-android\bin

check:

dirs:
    [mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin
    [mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\assets
    [mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\classes
    [mkdir] Created dir:
C:\Users\RA\Desktop\micro\microemu-android\bin\producer
    [mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\res
    [mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\libs

compile-producer:
    [javac] C:\Users\RA\Desktop\micro\microemu-android\build.xml:106:
warning: 'includeantruntime' was not set, defaulting to build.sysclass
path=last; set to false for repeatable builds
    [javac] Compiling 2 source files to
C:\Users\RA\Desktop\micro\microemu-android\bin\producer

read-jad:

BUILD FAILED
C:\Users\RA\Desktop\micro\microemu-android\build.xml:118: The following
error occurred while executing this line:
C:\Users\RA\Desktop\micro\microemu-android\build.xml:67: Source resource
does not exist: C:\Users\RA\Desktop\micro\microemu-examples\microem
u-demo\target\microemu-demo-3.0.0-SNAPSHOT-me.jad

Total time: 4 seconds



Cheers
Raghu.

What steps will reproduce the problem?
1. start opera mini in ME
2. move cursor and see that screen is repainted incorrectly (some old 
paintings remain, see attached .gif)

Opera mini attached just in case

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
ME 2.0.4
mixa@mixa-nb ~/microemulator/microemulator-2.0.4 $ java -version
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode, sharing)

Please provide any additional information below.
ME 3.0.0 has the same problem (may be not latest ME 3.0.0 build - took it 
some time ago). I experience some problems with screen repaint in my LWUIT 
program as well. ME 2.0.3 _does_ paint screen OK (but doesn't repaint soft 
key area, that probably is another issue)

Is the directory not created or does this feature not work at all ?
I also tried to use the EmulatorID and it did not work - on windows either
on linux systems. The microemu starts and keep the starndard
$home/.microemulator/filesystem folder.....

framework candidate: 
gettext-commons: http://code.google.com/p/gettext-commons/

procedure:
* integrate gettext-commons to MicroEmu code base
* find and convert source files to a format ready to be used by gettext-commons
* ...
* translate into different languages

Hello,
I try to run my app in microemu-android, using android_sdk1.6, in emulator.
My app makes https connections to a server, when it tries to connect the
followin exception it's thrown :

V/MicroEmulator( 758): java.security.NoSuchAlgorithmException: SSLContext
SSL implementation not found
V/MicroEmulator( 758): at
org.apache.harmony.security.fortress.Engine.getInstance(Engine.java:104)
V/MicroEmulator( 758): at
javax.net.ssl.SSLContext.getInstance(SSLContext.java:90)
V/MicroEmulator( 758): at
org.microemu.cldc.https.Connection.<init>(Connection.java:49)
V/MicroEmulator( 758): at java.lang.Class.newInstanceImpl(Native Method)
V/MicroEmulator( 758): at java.lang.Class.newInstance(Class.java:1472)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl.openSecure(ConnectorImpl.java:13
7)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl.access$200(ConnectorImpl.java:51
)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl$1.run(ConnectorImpl.java:81)
V/MicroEmulator( 758): at
java.security.AccessController.doPrivilegedImpl(AccessController.java:205)
V/MicroEmulator( 758): at
java.security.AccessController.doPrivileged(AccessController.java:178)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl.open(ConnectorImpl.java:76)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorAdapter.open(ConnectorAdapter.java:50
)
V/MicroEmulator( 758): at
javax.microedition.io.Connector.open(Connector.java:49)


Microemu version is latest trunk .

Regards. Thanks

What steps will reproduce the problem?
1. select the resizeable device from the device list.
2. open a midlet.
3. change the emulator size (either with mouse or using the Resize button.

What is the expected output? What do you see instead?
The display area should be resized appropriately.
Instead, the window area is resized, but the midlet's display area remains
the same, i.e. the midel display takes up only the same small portion of
the window and the rest is just blank white space. Also, the sizeChanged
event is fired with the previous dimensions, not the new ones.

What version of the product are you using? On what operating system?
2.0.3 on Linux (Sun JVM 1.6.0_16).

Please provide any additional information below.

The specs (
http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/lcdui/D
isplayable.html#removeCommand(javax.microedition.lcdui.Command) )
tell it is allowed to remove a command not attached to a Displayable.

However, MicroEmulator gives an NullPointerException when trying to do so.

What steps will reproduce the problem?

1. Do some J2ME code like:
// check for supported MIDP version
String supportedMidpProfile = System.getProperty("microedition.profiles");
if (supportedMidpProfile.indexOf("MIDP-2.") == -1) {
  // if MIDP 2.0 is not supported, then the application will not run
  utilObj.log("MIDP 2.0 not supported by the device.\n" +
                      applicationName + " will not run correctly !");
  Thread.sleep(3000);
}
(or download from e.g. http://dictionarymid.sourceforge.net/dict.html)

2. Run in microemulator (web start). Runs OK

3. Save for web

4. Run as applet.
java.lang.NullPointerException applears in when calling 
supportedMidpProfile.indexOf("MIDP-2.")

What is the expected output? What do you see instead?
According to 
http://developers.sun.com/mobility/midp/questions/properties/index.html
there are some properties that developers can trust are always defined. 
Microemu returns null in all cases when running as an applet.

What version of the product are you using? On what operating system?
Irrelevant

Please provide any additional information below.
See 
http://code.google.com/p/microemu/source/browse/trunk/microemulator/microem
u-injected/src/main/java/org/microemu/Injected.java

Please change 
        public static String getProperty(String key) {
                try {
                        return System.getProperty(key);
                } catch (SecurityException e) {
                        return null;
                }
        }

to something like

        public static String getProperty(String key) {
                String value;
                try {
                        value = System.getProperty(key);
                } catch (SecurityException e) {
                        value = null;
                }
                if (value != null) return value;
                if ("microedition.encoding".equals(key)) return 
"ISO8859_1";
                if ("microedition.configuration".equals(key)) return "CLDC-
1.0";
                if ("microedition.profiles".equals(key)) return "MIDP-2.0";
                ... (etc)
                return null;
        }


Thanks,
Jacob

What steps will reproduce the problem?
1. Download DB Railnavigator:
   http://railnavigator.bahn.de/bin/pf/query-p2w.exe/dn?p2wMode=h2g
2. Run the MIDlet with MicroEmu 3.0 snapshot.
   Optionally, select "Einstellungen", "Sprache", "Englisch" to switch to
   English language.
3. Click "Connections", select "From / Start". Select "New Location". Click
   "Location Name". The screen will show the Label "Location name" and an
   input field underneath.
4. Try to enter some text which contains capitals.

What is the expected output? What do you see instead?

I expect to be able to enter lower and upper case letters into the text
field. However, only lower case letters can be entered, captial letters
simply do not appear.

What version of the product are you using? On what operating system?

3.0-SNAPSHOT as of 20100222 on Linux 2.6.31 x86.

Please provide any additional information below.

What steps will reproduce the problem?
1. call Manager.createPlayer(Manager.TONE_DEVICE_LOCATOR).

What is the expected output? What do you see instead?
a player capable of playing tones should be returned, but instead null is
returned.

What version of the product are you using? On what operating system?
2.0.3 on Linux (Sun JVM 1.6.0_16)

Please provide any additional information below.
A peek at the source code shows that some tone generating code already
exists, but is either incomplete or was just forgotten to be integrated via
the createPlayer API.

In my debugger I have seen the filter comparing the same record repeatedly.
I believe in the case where the filter matches data, you should increment
the recordId.

RecordEnumerationImpl.java, line 194:

if (filter != null && !filter.matches(data)) {
recordId++; // <----- Add this
continue;
}

The call to hideNotify() in Display.clean() should be sent to the Event
Dispatcher rather than called directly, in order to satisfy the serial
event delivery requirement in the MIDP spec. Otherwise hideNotify() may be
called before previous application events placed in the queue are
completed.

What steps will reproduce the problem?
1.Download a prebuild midlet from http://gpsmid.sourceforge.net/prebuild/
2.Start MicroEmulator 3.0. downloaded from
http://snapshot.microemu.org/microemulator/download/microemulator-3.0.0-SNAPSHOT
.zip
(version from 08-Jan-2010)
3.Load and try to start the midlet

What is the expected output? What do you see instead?
Midlet does not startup, instead an exception occurs:
Error starting midlet
java.lang.NoClassDefFoundError: javax/microedition/media/PlayerListener
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at
org.microemu.app.classloader.MIDletClassLoader.findClass(MIDletClassLoader.java:
427)
    at
org.microemu.app.classloader.MIDletClassLoader.loadClass(MIDletClassLoader.java:
201)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClassInternal(Unknown Source)
    at de.ueller.midlet.gps.GpsMid.<init>(GpsMid.java:121)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at java.lang.Class.newInstance0(Unknown Source)
    at java.lang.Class.newInstance(Unknown Source)
    at org.microemu.app.Common.loadMidlet(Common.java:418)
    at org.microemu.app.Common.initMIDlet(Common.java:1044)
    at org.microemu.app.launcher.Launcher.commandAction(Launcher.java:121)
    at javax.microedition.lcdui.Display$DisplayAccessor$1.run(Display.java:209)
    at
org.microemu.device.ui.EventDispatcher$RunnableEvent.run(EventDispatcher.java:24
6)
    at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
    at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:99)
    at java.lang.Thread.run(Unknown Source)
Caused by:
org.microemu.app.classloader.MIDletClassLoader$LoadClassByParentException:
javax.microedition.media.PlayerListener
    at
org.microemu.app.classloader.MIDletClassLoader.findClass(MIDletClassLoader.java:
339)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at
org.microemu.app.classloader.MIDletClassLoader.loadClass(MIDletClassLoader.java:
213)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClassInternal(Unknown Source)
    ... 22 more


What version of the product are you using? On what operating system?
Win 7 64 bit,
http://snapshot.microemu.org/microemulator/download/microemulator-3.0.0-SNAPSHOT
.zip
(version from 08-Jan-2010)

Please provide any additional information below.
Works with Microemulator 2.0.3

What steps will reproduce the problem?
1. Convert this app for android http://www.qcontinuum.org/compass/
2. Run it, choose location, and press ok.

What is the expected output? What do you see instead?
An exception happens.
V/MicroEmulator(17124): error
V/MicroEmulator(17124):
V/MicroEmulator(17124): java.io.FileNotFoundException: TimeZone.dat
V/MicroEmulator(17124):         at
android.content.res.AssetManager.openAsset(Native Method)
V/MicroEmulator(17124):         at
android.content.res.AssetManager.open(AssetManager.java:301)
V/MicroEmulator(17124):         at
android.content.res.AssetManager.open(AssetManager.java:275)
V/MicroEmulator(17124):         at
org.microemu.android.MicroEmulatorActivity$1.getResourceAsStream(MicroEmulatorAc
tivity.java:127)
V/MicroEmulator(17124):         at
org.microemu.app.Common.getResourceAsStream(Common.java:179)
V/MicroEmulator(17124):         at
org.microemu.MIDletBridge.getResourceAsStream(MIDletBridge.java:132)
V/MicroEmulator(17124):         at
org.qcontinuum.compass.TimeZone.getZones(Unknown Source)
V/MicroEmulator(17124):         at
org.qcontinuum.compass.LocationTimeZone.<init>(Unknown Source)
V/MicroEmulator(17124):         at
org.qcontinuum.compass.LocationMap.b(Unknown Source)
V/MicroEmulator(17124):         at
org.qcontinuum.compass.LocationMap.commandAction(Unknown Source)
V/MicroEmulator(17124):         at
javax.microedition.lcdui.Display$DisplayAccessor$1.run(Display.java:209)
V/MicroEmulator(17124):         at
org.microemu.device.ui.EventDispatcher$RunnableEvent.run(EventDispatcher.java:24
6)
V/MicroEmulator(17124):         at
org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
V/MicroEmulator(17124):         at
org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:99)
V/MicroEmulator(17124):         at java.lang.Thread.run(Thread.java:1096)
What version of the product are you using? On what operating system?
Trunk and r2211.

Please provide any additional information below.
I think it is because midlet was calling getResourceAsStream() with a
relative path, which means relative to the class path.
When calling android's AssetManager.open() we are discarding the path, then
the problem.

I found a strange behaviour in the TextField with PHONENUMBER constraint.
1) I cannot type the symbol '+' used in international number (like
+39xxxxx)
2) I can type the phone number with the pc keyboard but I cannot type the
number using the microemulator keyboard.
When I type a number using the microemulator keyboard the cursor
disappear.
I see the same behavior in the demo applet at
http://www.microemu.org/demo.html in TextField section.
Try to insert a phone number in the field 'Phone number' using the
microemulator keyboard.
So I think it is a bug!

Regards,
Ugo Chirico
http://www.cryptware.it
http://www.ugosweb.com

MicroEmu does not accept datagram address in Sun standard.

UDPDatagramConnection conn;
conn.newDatagram(buff, length, "datagram://server:port");

The above line will throw an exception. I must remove "datagram://" from
the address string to make it work. However according to Sun MIDP specs and
Sun Wireless Toolkit Emulator, we must provide the schema.

I use MicroEmulator 2.0.4, XP SP3 chs

What steps will reproduce the problem?
1.Start my application in the emulator (jar not-web based)
2.I can use it, on a screen where there is a lot of loadings application
freezes, no error messages, juste freeze. But i think that is normal... ?
3.If i generate a web-based version, at the start of the application i got
an error in console : 

Exception in thread "event-thread" java.lang.NullPointerException
    at java.io.DataOutputStream.writeUTF(Unknown Source)
    at java.io.DataOutputStream.writeUTF(Unknown Source)
    at g.a(Unknown Source)
    at mt.MTPOS.saveConf(Unknown Source)
    at al.commandAction(Unknown Source)
    at ad.keyPressed(Unknown Source)
    at javax.microedition.lcdui.Display$KeyEvent.run(Display.java:152)
    at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:162)
    at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:97)
    at java.lang.Thread.run(Unknown Source)
basic: Starting applet teardown
java.lang.NullPointerException
    at java.io.DataOutputStream.writeUTF(Unknown Source)
    at java.io.DataOutputStream.writeUTF(Unknown Source)
    at g.a(Unknown Source)
    at mt.MTPOS.saveConf(Unknown Source)
    at mt.MTPOS.exitMTPOS(Unknown Source)
    at mt.MTPOS.destroyApp(Unknown Source)
    at javax.microedition.midlet.MIDlet$MIDletAccessor.destroyApp(MIDlet.java:58)
    at org.microemu.applet.Main.destroy(Main.java:287)
    at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown
Source)
    at java.lang.Thread.run(Unknown Source)


At this level, i'm just saving somth in the recordstore...

What is the expected output? What do you see instead?

Application does not crash ;)

What version of the product are you using? On what operating system?

tried with microemulator-2.0.4 & microemulator-3.0.0-SNAPSHOT



Thanks in advance, and many thanks for your great job & community !

What steps will reproduce the problem?
Compile and run the attached 7zipped files (netbeans-project) on android
Press "ok" to get an alert

What is the expected output? What do you see instead?
No alerted textoutput at all

What version of the product are you using? On what operating system?
Trunk from 2010.03.17
running on android sdk (android 2.0.1)

Please provide any additional information below.
"null" wil only be rendered if Alert.SetTimeout(xx) is set

What steps will reproduce the problem?
1. open microemulator with any midlet.
2. click any command button, even the 'start' command in microemulator's
own application selection display (before the midlet is actually started).

What is the expected output? What do you see instead?
The selection buttons are displayed at the bottom of the display (in
non-fullscreen mode), they respond to being clicked by becoming highlighted
in black, but do not actually perform the corresponding command action.
Instead, a regular pointer event is generated in the midlet, and the
commands don't run.

What version of the product are you using? On what operating system?
2.0.3 on Linux (Sun JVM 1.6.0_16)

Please provide any additional information below.

The rebuild method of org.microemu.util.RecordEnumerationImlp does NOT work 
properly if a filter is provided and if this filter matches a false value. 
The rebuild method will fetch the same record from 
recordStoreImpl.getRecord(recordId) because once the filter matches a false 
value the recordId variable won't be any more updated.

Attached is a patch that fixes the issue.

Hi,

If you have this in your MIDlet:

MIDlet-1: ContactlessConnectionTestMIDlet,,ds.contactless.javame.tests
.ContactlessConnectionTestMIDlet

(it is wrapped on 72 chars)

this doesn't work if you try to open this JAD file with the emulator
(NullPointerException)


error Message: Error starting MIDlet: Unable to create MIDlet,
java.lang.NullPointerException java.lang.NullPointerException
org.microemu.app.Common.startMidlet(Common.java:417)
java.lang.NullPointerException
at org.microemu.app.Common.startMidlet(Common.java:410)
at org.microemu.app.Common.initMIDlet(Common.java:1039)
at org.microemu.app.Headless.main(Headless.java:120)
at org.microemu.app.Main.main(Main.java:1021)
destroyMIDletContext
org.microemu.app.Common.destroyMIDletContext(Common.java:187)

The problem seems to be located in:
microemu-javase/src/main/java/org/microemu/util/JadProperties.java in the
method "public Vector getMidletEntries()" as it doesn't deal with reading
the Class Name split over multiple lines.

Hi,

Run this application:
http://microemu.org/webstart/mxit.defza.com/mxit/5.8.2.jnlp

And then the screen at the beginning where you change your country, that
link isn't clickable.
On devices it is indeed clickable.
Tried on version 2.0.3.64

Thanks,


David

What steps will reproduce the problem?
1.Compile the attached 7zipped files (netbeans-project) an run on android
2.check the sysout

What is the expected output? What do you see instead?
list.size() have to return the correct number of entries of the list

What version of the product are you using? On what operating system?
Trunk from 2010.03.17
running on android sdk (android 2.0.1)

Running the August 18 2009 v3.0.0 SNAPSHOT emulator locally on the
apps/microemu-demo.jad "java -jar microemulator.jar
-Xautotest:http://localhost:8000/microemu-demo.jad" with JRE 1.6.0_13 where
the JAD is modified to point "MIDlet-Jar-URL:
http://localhost:8000/microemu-demo.jar" and using a local web server on
Mac OSX 10.5 "python -m SimpleHTTPServer" in the apps/ folder the emulator
throws:

java.lang.IllegalArgumentException: microemu.accessible.host
at java.util.jar.Attributes$Name.<init>(Attributes.java:447)
at java.util.jar.Attributes.getValue(Attributes.java:99)
at org.microemu.util.JadProperties.getProperty(JadProperties.java:118)
at org.microemu.util.JadProperties.getProperty(JadProperties.java:127)
at org.microemu.app.Common.getAppProperty(Common.java:169)
at org.microemu.MIDletBridge.getAppProperty(MIDletBridge.java:127)
at javax.microedition.midlet.MIDlet.getAppProperty(MIDlet.java:84)
at
org.microemu.midp.examples.simpledemo.HTTPPanel.<init>(HTTPPanel.java:65)
at
org.microemu.midp.examples.simpledemo.SimpleDemoMIDlet.startApp(SimpleDemoM
IDlet.java:67)
at
javax.microedition.midlet.MIDlet$MIDletAccessor.startApp(MIDlet.java:49)
at org.microemu.app.Common.startMidlet(Common.java:428)
at org.microemu.app.Common.access$200(Common.java:94)
at org.microemu.app.Common$1.run(Common.java:301)

This exception should not be thrown by getAppProperty.

http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/midlet/
MIDlet.html#getAppProperty%28java.lang.String%29

A missing JAD property, in this case "microemu.accessible.host", should
result in getAppProperty returning a null String.

Further, Sun says a NullPointerException will be thrown by getAppProperty
when the parameter passed into the method is null. I believe Sun should
have thrown an IllegalArgumentException here.

MicroEmulator's getAppProperty should return a null String.

Basic implementation to support paint(...) for CustomItem.