[PHONEME-56] New ARM Processors do not support the SWP instruction, Created: 13/May/14  Updated: 13/May/14

Status: Open
Project: phoneme
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: Gary.Crean Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows Mobile + Device with new processor, (Eg Motorola MC67)



 Description   

The ARM processor deprecated the SWP instruction in ARM V6 Architecture. This stops the program from running with a exception 0xC000001D






[PHONEME-55] open of /tmp/.qtvfb-mouse-0 failed Created: 27/Mar/12  Updated: 27/Mar/12

Status: Open
Project: phoneme
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Critical
Reporter: dakalv Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Fedora 8
qt2.3.2
phoneme-advanced-MR2-b97-2007
sh4 platform



 Description   

Hello phoneme develop team,

I'm porting phoneme to ST's sh4 platform,now the error occurs when run midlet on target board:
open of /tmp/.qtvfb-mouse-0 failed.
My building is based on qt2.3.2 embedded.

The following is my config:

qt2.3.2:
./configure -xplatform linux-sh4-g++ -qconfig pmea -no-qvfb -depths 16,32 -thread -qt-libpng -system-jpeg -gif -L/opt/STM/STLinux2.3/devkit/sh4/target/usr/lib -ljpeg

phoneme:
make -C $TOP_DIR/cdc/build/linux-sh4-stlinux \
JDK_HOME=/usr/local/lib/java/j2sdk1.4.2_19 \ GNU_TOOLS_DIR=/opt/STM/STLinux2.3/devkit/sh4/target/bin \ CVM_TARGET_TOOLS_PREFIX=/opt/STM/STLinux2.3/devkit/sh4/target/bin/sh4-linux- \
J2ME_CLASSLIB=basis \
ENABLE_PCSL=true \
PCSL_DIR=$TOP_DIR/pcsl \
PCSL_PLATFORM=linux_sh4_gcc \
NETWORK_MODULE=bsd/generic \
AWT_IMPLEMENTATION=qt \
QT_TARGET_DIR=/csm/working/qt-2.3.2 \
QT_VERSION=2 \
QTEMBEDDED=true \
QTOPIA=false \
USE_QVFB=false \
USE_QT_FB=true \
CVM_OPTIMIZED=false \
CVM_VERBOSE=true \
CVM_JVMDI=false \
CVM_MTASK=false \
TOOLS_DIR=$TOP_DIR/tools \
MIDP_DIR=$TOP_DIR/midp \
USE_MIDP=true \
CVM_PRELOAD_LIB=true \
CVM_JIT=false \
PCSL_CPU=sh4 \
USE_QWS=true \
TARGET_CPU=sh4

After building,modifiy runMidlet script,add the following line:
-Dsun.boot.class.path=/stlinux/maze.jar
Then,cd phoneme_advanced_MR2/cdc/build/linux-sh4-stlinux/midp/midp-linux-fb-gcc/bin/sh4,
execute "./installMidlet file:////stlinux/maze.jar",then the error occurs:
open of /tmp/.qtvfb-mouse-0 failed.

I have do the same work on ARM platform before and it's ok,
but failed and got this error on sh4.
Can you give me some advice?

Thanks& best regards.

Levi@China.Dlovt






[PHONEME-54] Classes not getting garbage collected automatically Created: 26/Oct/11  Updated: 26/Oct/11

Status: Open
Project: phoneme
Component/s: None
Affects Version/s: current
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Knut Anders Hatlen Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Product: phoneME Advanced (phoneme_advanced_mr2-b168)
Profile: Foundation Profile Specification 1.1
JVM: CVM phoneme_advanced_mr2-b168 (interpreter loop)


Attachments: Java Source File ClassGC.java    

 Description   

When running Apache Derby unit tests on phoneME, we frequently see
OutOfMemoryErrors (or sometimes java.lang.InternalError: Number of
class names exceeds vm limit). These errors appear to happen because
phoneME runs out of space for classes. However, if we add explicit
calls to System.gc(), the problems go away. So the problem seems to be
that phoneME doesn't automatically run garbage collection when it's
about to run out of space for classes.

phoneME should be able to detect that it's about to run out of class
space and invoke garbage collection, so that the applications don't
need to run garbage collection manually.

(This seems to be more of a problem when running with heap settings
higher than the default, as that would reduce the chance of the heap
getting full and implicitly triggering timely garbage collection.)



 Comments   
Comment by Knut Anders Hatlen [ 26/Oct/11 ]

Attached is a standalone repro for this problem. The repro does not
use Apache Derby, but simply loads a single class repeatedly, each
time in a new class loader. Since both the class loader and the class
instance are immediately eligible for garbage collection, one wouldn't
expect the application to run out of memory, but it does after less
than 5000 iterations:

$ cvm -Xms100M -Xmn100M -Xmx100M -cp . ClassGC
0
1000
2000
3000
4000
java.lang.OutOfMemoryError
at java.lang.ClassLoader.InitializeLoaderGlobalRoot(Native Method)
at java.lang.ClassLoader.<init>(Unknown Source)
at java.security.SecureClassLoader.<init>(Unknown Source)
at java.net.URLClassLoader.<init>(Unknown Source)
at ClassGC.main(Unknown Source)
at sun.misc.CVM.runMain(Unknown Source)

Adding the flag -XunlimitedGCRoots makes it go on a little longer, but
it fails before it reaches 20000 iterations:

$ cvm -Xms100M -Xmn100M -Xmx100M -XunlimitedGCRoots -cp . ClassGC
0
1000
2000
[....]
18000
19000
java.lang.OutOfMemoryError: loading class "ClassGC"
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Unknown Source)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at ClassGC.main(Unknown Source)
at sun.misc.CVM.runMain(Unknown Source)

If I uncomment the System.gc() line in the repro, it doesn't run out
of memory. (I had it running 6 million iterations before I terminated
it.)





[PHONEME-53] Test Created: 01/Apr/10  Updated: 01/Apr/10

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: Eric Renaud Assignee: Eric Renaud
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 53

 Description   

Test






[PHONEME-47] java.util.Vector size() method is not synchronized Created: 01/Aug/09  Updated: 01/Aug/09

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: jozart Assignee: fsuliman
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 47

 Description   

Bug:

java.util.Vector size() method is not synchronized but should be:

https://phoneme.dev.java.net/source/browse/phoneme/components/cldc/trunk/src/javaapi/cldc1.0/java/util/Vector.java

/**

  • Returns the number of components in this vector.
    *
  • @return the number of components in this vector.
  • @since JDK1.0
    */
    public int size() { return elementCount; }

Vector is a synchronized collection.

Synchronizing size() is important for subclassing as well as JMM visibility.
(The latter will someday be an issue on mobile handsets...)

Unless size() is synchronized, overriding a synchronized method such as
addElement() in order to implement ring-buffer semantics will not prevent
another thread from seeing an interim size().

This bug was reported against JDK 1.3 in 2001 and FIXED:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4420686






[PHONEME-40] phone ME support for Garnet OS / Palm OS 5.x Created: 10/Jun/08  Updated: 16/Jun/09

Status: Open
Project: phoneme
Component/s: www
Affects Version/s: current
Fix Version/s: milestone 1

Type: Improvement Priority: Major
Reporter: ebresie Assignee: phoneme-issues
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: other
Platform: Palm PDA


Issuezilla Id: 40

 Description   

I would like to request an enhancement to include support for phoneME Feature
or Advanced on the Palm OS platform to support newer versions of the OS,
specifically Garnet OS / Palm OS 5.x.



 Comments   
Comment by hinkmond [ 10/Jun/08 ]

Need volunteers to work on this port.

Comment by ebresie [ 16/Jun/09 ]

See additional details at:

http://forums.java.net/jive/thread.jspa?threadID=42233&tstart=0
http://wiki.java.net/bin/view/Mobileandembedded/PhoneMEAdvancedPlatformsPalmOS





[PHONEME-41] Cygwin Build of phoneME Advanced Fails Created: 11/Jun/08  Updated: 07/Nov/11

Status: Open
Project: phoneme
Component/s: www
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: bill_chatfield Assignee: phoneme-issues
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: ARM


Issuezilla Id: 41

 Description   

I just pull the most recent code from Subversion. It's trying to specify a
Cygwin path as an argument to a Java process. It puts a C: on the beginning and
changes the slashes to backslashes, but it still contains the \cygdrive
directory, which is wrong for a Windows-style path name. Here's the output:

Bill.Chatfield@D01oh001BN65ZC1 /cygdrive/c/projects/PhoneMEAdvanced/cdc/build/wi
n32-arm-ppc03
$ ./BchatBuild.sh
MAKEFLAGS = J2ME_CLASSLIB=foundation JDK_HOME=/cygdrive/c/opt/j2sdk1.4.2_16
CVM_HOST = i686-cygwin-win32
CVM_TARGET = win32-arm-ppc03
SHELL = bash -e
HOST_CC = /usr/bin/cc
HOST_CCC = /usr/bin/g++
ZIP = /usr/bin/zip
FLEX = /usr/bin/flex
BISON = /usr/bin/bison
CVM_JAVA = /cygdrive/c/opt/j2sdk1.4.2_16/bin/java
CVM_JAVAC = /cygdrive/c/opt/j2sdk1.4.2_16/bin/javac
CVM_JAVAH = /cygdrive/c/opt/j2sdk1.4.2_16/bin/javah
CVM_JAR = /cygdrive/c/opt/j2sdk1.4.2_16/bin/jar
TARGET_CC = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/EVC/wce420/
bin/CLARM.EXE
TARGET_CCC = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/EVC/wce420/
bin/CLARM.EXE
TARGET_AS = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/EVC/wce420/
bin/ARMASM.EXE
TARGET_LD = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/EVC/wce420/
bin/LINK.EXE
TARGET_AR = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/EVC/wce420/
bin/LINK.EXE
TARGET_RANLIB = /usr/bin/ranlib
LINKFLAGS = /incremental:no /nologo /map /subsystem:windowsce,3.00 /MACHINE:AR
M
LINKLIBS = -lpthread -ldl
ASM_FLAGS = -CPU StrongARM1 -32 -NOTerse -WIdth 132 -list .lst .i
CCCFLAGS =
CCFLAGS_SPEED = /nologo /c /W2 /MC -D_STDC_ /O2 /Ob2 /Ot -DNDEBUG
CCFLAGS_SPACE = /nologo /c /W2 /MC -D_STDC_ /O1 /Ob1 -DNDEBUG
CCFLAGS_LOOP = /nologo /c /W2 /MC -D_STDC_ /O2 /Ob2 /Ot -DNDEBUG
CCFLAGS_FDLIB = /nologo /c /W2 /MC -D_STDC_ -DNDEBUG /Od
JAVAC_OPTIONS = -g:none -J-Xms32m -J-Xmx128m -encoding iso8859-1 -source 1.4 -t
arget 1.4
CVM_DEFINES = -DCVM_OPTIMIZED -DCVM_DEBUG_STACKTRACES -DNDEBUG -DCVM_CLASSLOA
DING -DCVM_SERIALIZATION -DCVM_REFLECT -DCVM_DYNAMIC_LINKING -DCVM_JIT -DCVM_JIT
_REGISTER_LOCALS -DCVM_TIMESTAMPING -DJ2ME_CLASSLIB=foundation -DTARGET_CPU_FAMI
LY=arm -DCVM_JIT_COPY_CCMCODE_TO_CODECACHE -DCVM_DLL -DHAVE_64_BIT_IO -DNDEBUG -
DARM -D_ARM -D_RVCT_ -DWINCE -DWIN32_LEAN_AND_MEAN -DWIN32_PLATFORM_PSPC -DUNI
CODE -D_UNICODE -DUNDER_CE=300 -D_WIN32_WCE=300 -DPOCKETPC
host uname = CYGWIN_NT-5.1 D01oh001BN65ZC1 1.5.25(0.156/4/2) 2008-05-26 2
0:37 i686 Cygwin
TARGET_CC version = Microsoft (R) C/C++ Optimizing Compiler Version 12.20.9615 f
or ARM
HOST_CC version = 3.4.4 i686-pc-cygwin
CVM_JAVA version = java version 1.4.2_16
TOOLS_DIR = /cygdrive/c/projects/PhoneMEAdvanced/tools
SDK_DIR = C:/Program Files/Windows CE Tools
VC_PATH = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0
PLATFORM_SDK_DIR = C:/Program Files/Windows CE Tools/wce420/POCKET PC 2003
PLATFORM_TOOLS_PATH = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/EVC/w
ce420/bin
COMMON_TOOLS_PATH = /cygdrive/c/Program Files/Microsoft eMbedded C++ 4.0/Commo
n/EVC/Bin
INCLUDE = C:/Program Files/Windows CE Tools/wce420/POCKET PC 2003/In
clude/Armv4;C:/Program Files/Windows CE Tools/wce420/POCKET PC 2003/Mfc/include;
C:/Program Files/Windows CE Tools/wce420/POCKET PC 2003/Atl/include
LIB = C:/Program Files/Windows CE Tools/wce420/POCKET PC 2003/Li
b/Armv4;C:/Program Files/Windows CE Tools/wce420/POCKET PC 2003/Mfc/lib/armv4;C:
/Program Files/Windows CE Tools/wce420/POCKET PC 2003/Atl/lib/armv4
updating /cygdrive/c/projects/PhoneMEAdvanced/cdc/build/win32-arm-ppc03/./genera
ted/build_defs.mk ...
Checking for build-time classes to compile ...
... generating PackageManager.java
java.io.FileNotFoundException: c:\cygdrive\c\projects\PhoneMEAdvanced\cdc\src\sh
are\tools\xml\empty.xml (The system cannot find the path specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:106)
at java.io.FileInputStream.<init>(FileInputStream.java:66)
at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection
.java:69)
at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLCon
nection.java:156)
at java.net.URL.openStream(URL.java:913)
at org.apache.crimson.parser.InputEntity.init(InputEntity.java:209)
at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:638)
at org.apache.crimson.parser.Parser2.parse(Parser2.java:337)
at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448)

at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl
.java:185)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:151)
at com.sun.xml.transform.CodeTransformerImpl.transform(Unknown Source)
at com.sun.xml.transform.CodeTransformer.main(Unknown Source)
make: *** [/cygdrive/c/projects/PhoneMEAdvanced/cdc/build/win32-arm-ppc03/./gene
rated/classes/com/sun/cdc/config/PackageManager.java] Error 1

Bill.Chatfield@D01oh001BN65ZC1 /cygdrive/c/projects/PhoneMEAdvanced/cdc/build/wi
n32-arm-ppc03
$



 Comments   
Comment by devenkhandelwal [ 07/Nov/11 ]

Dear bill_chatfield,
to resolve cygwin problem we have to mount the PhoneMecode like following to build it on win32.

mount d:/PhoneMeAdvanced /PhoneMeAdvanced
mount d:/PhoneMeAdvanced/tools/ /tools
cd /PhoneMeAdvanced/cdc/build/win32-x86-vc8

and then to build it you have to make like following.

make J2ME_CLASSLIB=basis-lite CVM_JIT=false CVM_DEBUG=false USECURITY_PKGS=jaas,btworks,jce USE_CDC_COM=true SECURITY_PKGS=jaas,btworks,jce USE_CDC_COM=true

Thanks
Devendra





[PHONEME-28] Target specific macro's in shared code Created: 08/Jan/08  Updated: 08/Jan/08

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: erwin_altium_nl Assignee: fsuliman
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 28

 Description   

Next share source code modules contain target specific macro definitions ARM,
HITACHI_SH and ENABLE_THUMB_COMPILER. Target specific code should be
avoided for shared code, because these files need to be updated for each
new target. These macro's need to be replaced by macro's with a functional
description, so they can be reused for other targets if applicable. Or
additional interface functions need to be defined that contains this target
specific code, stored in target specific modules of cldc/src/vm/cpu/<target>.

phoneme_feature/cldc/src/vm/share/compiler/RegisterAllocator.hpp
#if defined(ARM) || defined(HITACHI_SH)
phoneme_feature/cldc/src/vm/share/compiler/VSFMergeTest.cpp
#if defined(ARM) || defined(HITACHI_SH) || ENABLE_THUMB_COMPILER
phoneme_feature/cldc/src/vm/share/compiler/Value.hpp
#if defined(ARM) || defined(HITACHI_SH)
phoneme_feature/cldc/src/vm/share/float/IEEE754_fmod.cpp
#if ARM
#endif // ARM
phoneme_feature/cldc/src/vm/share/compiler/RegisterAllocator.cpp
#ifndef ARM
#if ARM || defined(HITACHI_SH)
#if ARM || defined(HITACHI_SH)
phoneme_feature/cldc/src/vm/share/compiler/VirtualStackFrame.hpp
#if ARM | defined(HITACHI_SH)
phoneme_feature/cldc/src/vm/share/compiler/VirtualStackFrame.cpp
#if ARM && !ENABLE_THUMB_COMPILER
phoneme_feature/cldc/src/vm/share/compiler/Value.cpp
#if ARM || HITACHI_SH
#if !ARM
phoneme_feature/cldc/src/vm/share/compiler/Compiler.hpp
#if defined(ARM) || defined(HITACHI_SH) || ENABLE_THUMB_COMPILER
#if defined(ARM) || defined(HITACHI_SH) || ENABLE_THUMB_COMPILER
phoneme_feature/cldc/src/vm/share/interpreter/InterpreterSkeleton.cpp
#if ARM || HITACHI_SH
#if ARM






[PHONEME-27] Method initVpath of class Database contains hardcoded cpu names Created: 08/Jan/08  Updated: 08/Jan/08

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: erwin_altium_nl Assignee: fsuliman
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 27

 Description   

Method initVpath of class Database contains hardcoded cpu names. This is
wrong, because the first include path mentioned /src/vm/cpu/arm is searched
first also when your cpu is not arm. When your cpu is not arm and it
contains a file that is defined in your cpu directory and the arm directory
then the wrong (arm) file is included.

— phoneme_feature/cldc/src/tools/buildtool/makedep/Database.java.org
+++ phoneme_feature/cldc/src/tools/buildtool/makedep/Database.java
@@ -142,14 +142,19 @@
}
String cpu = macros.getMacroContent("arch");
String cpu_variant = macros.getMacroContent("cpu_variant");
+ String carch = macros.getMacroContent("carch");

  • addVpath(workspace + "/src/vm/cpu/arm");
  • addVpath(workspace + "/src/vm/cpu/arm/jazelle");
  • addVpath(workspace + "/src/vm/cpu/c");
  • addVpath(workspace + "/src/vm/cpu/i386");
  • addVpath(workspace + "/src/vm/cpu/sh");
  • addVpath(workspace + "/src/vm/cpu/thumb");
  • addVpath(workspace + "/src/vm/cpu/thumb2");
    + addVpath(workspace + "/src/vm/cpu/" + cpu );
    + // addVpath(workspace + "/src/vm/cpu/arm");
    + // addVpath(workspace + "/src/vm/cpu/arm/jazelle");
    + // addVpath(workspace + "/src/vm/cpu/c");
    + // addVpath(workspace + "/src/vm/cpu/i386");
    + // addVpath(workspace + "/src/vm/cpu/sh");
    + // addVpath(workspace + "/src/vm/cpu/thumb");
    + // addVpath(workspace + "/src/vm/cpu/thumb2");
    + if ((carch != null) && (!carch.equals(""))) { + addVpath(workspace + "/src/vm/cpu/" + carch); + }

    if ((cpu_variant != null) && (!cpu_variant.equals("")))

    { addVpath(workspace + "/src/vm/cpu/" + cpu + "/" + cpu_variant); }

    @@ -519,6 +524,10 @@
    // contains interrupt handler that HAVE to be in ARM, not Thumb
    return true;
    }
    + if (file.equals("Interpreter_c.cpp"))

    { + // SPI implementation is not part of VM library + return true; + }


    return false;
    }






[PHONEME-13] can't install MIDP2.1 MIDlets Created: 08/Mar/07  Updated: 17/May/07

Status: Open
Project: phoneme
Component/s: www
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: phil_bartholo Assignee: phoneme-issues
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 13

 Description   

When installing any MIDlet that is specified in the JAD as a MIDP2.1 MIDlet, the
following error message is displayed: "Install Error - Application is not
designed to work with this device and cannot be installed."

I encountered this problem with numerous demos of the WTK (including JBricks,
SATSADemos, and i18nDemo). To make sure the problem was in fact the MIDP
version on the JDAD file, we took a WTK demo (FPDemo) that runs fine as a
MIDP2.0 demo and changed the JAD to specify MIDP2.1 and observed the same behavior.

I'm using the following method of installation:

runMidlet install_url http://






[PHONEME-14] phoneME emulator crashes when MIDlet tries playing sounds Created: 08/Mar/07  Updated: 08/Mar/07

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: phil_bartholo Assignee: fsuliman
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 14

 Description   

I noticed that there is a phoneME emulator crash any time any MIDlet tries to
play a sound. One specific example is the AudioDemo WTK demo when the "play
tone" option is invoked.






[PHONEME-9] checkout.sh should handle comments Created: 21/Feb/07  Updated: 21/Feb/07

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: New Feature Priority: Major
Reporter: stuart_marks Assignee: stuart_marks
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 9

 Description   

The checkout.sh script should handle comments. A good syntax for this would be
to treat any line whose first nonblank character is '#' as a comment. The script
should also ignore blank lines.






[PHONEME-8] VM crash in garbage collection Created: 14/Feb/07  Updated: 17/Feb/07

Status: Open
Project: phoneme
Component/s: bug-process-dummy
Affects Version/s: current
Fix Version/s: milestone 1

Type: Bug Priority: Major
Reporter: dainson Assignee: fsuliman
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: All


Attachments: Java Archive File java_beans.jar     Java Archive File java_sql_for_volano.jar    
Issuezilla Id: 8

 Description   

Phone ME advanced VM is getting signal 11. It may take a while to reproduce but
both MR1 and MR2 (phoneme_advanced-mr2-dev-b05) would eventually get signal 11
running Volano benchmark.

Test details: Volano loop benchmark (v. 2.5.0.9 www.volano.com/benchmarks.html).
Client and server parts of the test are run on the same machine in different
VMs, heap size was 24 MB for both VMs, JIT was enabled. When client side
displays benchmark results and terminates it is automatically restarted by the
script. Server side of the benchmark is running continuously and it is not
restarted. Eventually either client or server side will get suspended with
signal 11, sometimes it was running for about a day and a half before getting
signal 11. Once CVM got suspended with signal 10 (SIGBUS on my platform).

Using debug builds I traced the problem to garbage collection code, see
back-trace snippets for MR1 and MR2 below. There is more on that in Phone ME
forum thread: http://forums.java.net/jive/thread.jspa?messageID=199611.

OS and hardware: Monta Vista Linux 3.1 running on AMD 1550 (MIPS 32), 128 MB
RAM. I'm not sure how much that matters if the problem is related to garbage
collection. Let me know if sending this box to your lab or giving remote access
to it will be of any help: borisd_at_xanboo_dot_com

Thank you.

----- MR1 -----
#7 <signal handler called>
No symbol table info available.
#8 0x0044f8e4 in CVMgenSemispaceForwardOrPromoteObject (thisGen=0x10138de0,
ref=0x2af70380, classWord=0)
at ../../src/share/javavm/runtime/gc/generational/gen_semispace.c:541
objCb = (CVMClassBlock *) 0x0
objSize = 1438642656
copyTop = (CVMUint32 *) 0x1011f740
ret = (CVMObject *) 0x2af70380
copyIntoToSpace = 269208768
#9 0x0044ffcc in CVMgenSemispaceGrayObject (thisGen=0x10138de0,
refPtr=0x2c1ae378, ref=0x2af70380)
at ../../src/share/javavm/runtime/gc/generational/gen_semispace.c:648
classWord = 0
#10 0x004501e4 in CVMgenSemispaceFilteredGrayObject (thisGen=0x10138de0,
refPtr=0x2c1ae378, ref=0x2af70380)
at ../../src/share/javavm/runtime/gc/generational/gen_semispace.c:670
— snip —

— MR2 b05 —
#7 <signal handler called>
No symbol table info available.
#8 0x0048f0c8 in scanAndSummarizeObjectsOnCard (ee=0x2ccd47f0,
gcOpts=0x563ff4a0, objStart=0x2c25db8c, summEntry=0x2c7b1db8,
regionStart=0x2c25dc00, regionEnd=0x2c25de00, oldGenLower=0x2b070000,
callback=0x4517e8 <CVMgenSemispaceScanDepthFirstTransitively>,
callbackData=0x563ff458) at
../../src/share/javavm/runtime/gc/generational/gc_impl.c:325
currObj = (CVMObject *) 0x2c25dc9c
currCb = (CVMClassBlock *) 0x0
objSize = 32
scanStatus = 0
numRefs = 0
curr = (CVMJavaVal32 *) 0x2c25dc9c
top = (CVMJavaVal32 *) 0x2c25de00
cardBoundary = (CVMJavaVal32 *) 0x2c25dc00
youngGen = (CVMGeneration *) 0x10122ce8
youngGenStart = (CVMJavaVal32 *) 0x2ae70000
youngGenEnd = (CVMJavaVal32 *) 0x2b070000
#9 0x0049047c in callbackIfNeeded (ee=0x2ccd47f0, gcOpts=0x563ff4a0,
card=0x2c779f6e "\001", lowerLimit=0x2c25dc00, higherLimit=0x2c25de00,
genLower=0x2b070000, genHigher=0x2c268834, callback=0x4517e8
<CVMgenSemispaceScanDepthFirstTransitively>, callbackData=0x563ff458)
at ../../src/share/javavm/runtime/gc/generational/gc_impl.c:562
objStart = (CVMJavaVal32 *) 0x2c25db8c
summEntry = (CVMGenSummaryTableEntry *) 0x2c7b1db8
— snip —



 Comments   
Comment by dainson [ 17/Feb/07 ]

Created an attachment (id=1)
java.sql package pathced to run under CVM for Volano benchmark

Comment by dainson [ 17/Feb/07 ]

Created an attachment (id=2)
java.beans package for Volano benchmark

Comment by dainson [ 17/Feb/07 ]

Volano is using several classes from java.beans and java.sql packages. Since CVM
will not execute deprecated methods used in these packages, you may have to fix
them. Attached java_sql_for_volano.jar and java_beans.jar will allow to run
benchmarks properly when they are added to the lib directory of Volano.

Comment by dainson [ 17/Feb/07 ]

I meant attached jars are added to bootclasspath, it will look like like
options="-Xmx24m
-Xbootclasspath/a:.../lib/java_beans.jar:.../lib/java_sql_for_volano.jar"

Comment by dainson [ 17/Feb/07 ]

I meant attached jars are added to bootclasspath, it will look like like
options="-Xmx24m
-Xbootclasspath/a:.../lib/java_beans.jar:.../lib/java_sql_for_volano.jar"





Generated at Fri May 22 14:10:25 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.