harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Gorr" <vvg...@gmail.com>
Subject Re: DRLVM contribution - try this out!
Date Sat, 06 May 2006 01:44:00 GMT
Hi Rana,

could you please say me how you start the Eclipse?
I mean whether you used the eclipse.bat script for this purpose?
The scenario described by you works for me.

Thanks,
Vladimir.

On 5/6/06, Rana Dasgupta <rdasgupt@gmail.com> wrote:
>
>  Hi,
>   ij.exe on Windows ( both debug and release ) build and  run fine with
> simple tests.
> However, with both versions, when running Eclipse, a few of the Eclipse
> options( eg., "What's New" etc. from the Welcome Screen ) don't work for me,
> though the IDE launches quite nicely and I can define a project and so
> on. Is anyone else seeing this?
>
> On the ij console, I get errors like:
> *************************************************
>
> ERROR: Destructive unwinding: C++ objects detected on stack! droping
> 0x0619A8E4
>
> setting curr 0x0619B300
>
> Unhandled event loop exception
>
> Reason:
>
> javax/naming/directory/DirContext
>
> ****************************************************
>
> My ECLIPSE_HOME is quite healthy BTW and launching Eclipse from there
> locally, using a different jre works fine.
>
> Some poking around with the debugger showed that the alarming error
> message "Distructive Unwinding: C++ Objects detected..." is not as terrible
> as it first looks. During stack unwind if the stack iterator finds some
> unexpected C++ objects like the logger etc. on the stack, it tries to look
> for a healthy handler, which it seems to find here anyway..
>
> stack_iterator_ia32.cpp :
>
> void cpp_set_last_frame(...)
> The javax are the external classes(crypto, net, security...) being
> pre-copied from Harmony, so could there possibly be a problem with these?
>
> There are also a couple of smoke test failures when I ran the attached
> tests... I am attaching one...happens both with jit and interpreter.....
>
> I will keep looking, but any help would be welcome :-)
>
> Rana Dasgupta
> Intel Middleware Dev.
>
>
>
>
>
>
> On 5/4/06, Andrey Chernyshev <a.y.chernyshev@gmail.com > wrote:
> >
> > Hi Chris,
> >
> > Thanks for the useful notes:
> >
> > > 1) On setting the COMPILER_CFG_SCRIPT as outlined in the README.  I
> > > could not figure out how to get it to work with the Windows Platform
> > > SDK.  There is no vcvars.bat in the platform sdk just SetEnv.Cmd which
> > > doesn't work quite the same way.  I switched it to use VisualStudio
> > .NET
> > > environment [vcvars.bat] and it worked fine.  Are there any tricks to
> > > setting the environment to an SDK prompt?
> >
> > Did you try setting something like COMPILER_CFG_SCRIPT=c:\SDK\SetEnv.Cmd
> > ?
> >
> > The idea was that COMPILER_CFG_SCRIPT is a hook that lets a developer
> > to configure environment for C compiling in a way whatever he likes,
> > you can put here your  own script that does the right things in case
> > SetEnv.Cmd doesn't work for some reason. On my box, however, setting
> > it directly to SetEnv.Cmd worked as well.
> >
> > > 2) I suggest that people who download should avoid directory names
> > with
> > > spaces in them when you run build.cmd.  I originally tried it in a
> >
> > One more tip: if you don't want something to be downloaded at all, you
> > can use the pre-installed software by setting the appropriate *_HOME
> > variable.
> >
> > For example, if people hate to download Eclipse, it should help if the
> > ECLIPSE_HOME is set to point to the Eclipse 3.1.1 installation
> > directory.
> > One more option is to specify alternate zip archive location in
> > make/*.properties file.
> >
> > Thanks,
> > Andrey.
> >
> >
> > On 5/4/06, Elford, Chris L < chris.l.elford@intel.com > wrote:
> > > Hi all,
> > >
> > >  This is an impressive contribution.  I have downloaded to a Windows
> > XP
> > > system and have successfully built the VM and have run Eclipse 3.1.1
> > > using it.
> > >
> > >  A few notes on getting it to work on Windows.
> > >
> > > 1) On setting the COMPILER_CFG_SCRIPT as outlined in the README.  I
> > > could not figure out how to get it to work with the Windows Platform
> > > SDK.  There is no vcvars.bat in the platform sdk just SetEnv.Cmd which
> > > doesn't work quite the same way.  I switched it to use VisualStudio
> > .NET
> > > environment [vcvars.bat] and it worked fine.  Are there any tricks to
> > > setting the environment to an SDK prompt?
> > >
> > > 2) I suggest that people who download should avoid directory names
> > with
> > > spaces in them when you run build.cmd.  I originally tried it in a
> > > subdirectory off of my Desktop "Documents and Settings".  It failed
> > > about halfway thru the download phase.  I worked around this by doing
> > a
> > > "cd C:\Docume~1" but I assuming that just moving it to a directory
> > > without a space would have worked as well.
> > >
> > > I'm trying to build on my linux box now!
> > >
> > > Thanks,
> > >
> > > Chris Elford
> > > Intel Middleware Products Division
> > >
> > > -----Original Message-----
> > > From: Andrey Chernyshev [mailto: a.y.chernyshev@gmail.com]
> > > Sent: Wednesday, May 03, 2006 7:16 AM
> > > To: harmony-dev@incubator.apache.org
> > > Subject: DRLVM contribution - try this out!
> > >
> > > Dear All,
> > >
> > > I'm happy to announce the contribution of the DRL Virtual Machine on
> > > behalf of
> > > Intel.
> > > I have described in the bottom of this message how you can try it for
> > > yourself.
> > >
> > > The code is a result of efforts of Intel Middleware Products Division
> > > team. The
> > > archive with the contribution is uploaded to the following location:
> > >
> > > http://issues.apache.org/jira/browse/HARMONY-438
> > >
> > > The issue contains two zip archives:
> > >
> > >    DRLVM_src_20060502_1806_Harmony.zip
> > >        - The DRLVM source code contribution, containing the following
> > > components:
> > > VM (or VM core)
> > > GC
> > > JIT
> > > Bytecode verifier
> > > Kernel classes
> > > OS layer
> > >
> > >    DRLVM_src_20060502_1806_Patches_for_Harmony.zip
> > >        - A few patches that should be applied to Harmony class
> > > libraries
> > >     in order to integrate them with DRLVM.
> > >
> > > We checked that the JRE combined from the DRLVM and the Harmony class
> > > libraries
> > > is capable of running Eclipse and Ant. It was tested with Harmony
> > > classes taken
> > > at 03/13 (plus some contributions existed to that date, such as
> > > HARMONY-39 and
> > > HARMONY-88) on Windows and Linux IA32.
> > >
> > > The building system included with the DRLVM is entirely written on Ant
> >
> > > and is
> > > capable of producing a workable JRE combined from DRLVM and Harmony
> > > class libraries (we have intentionally included the compilation of
> > class
> > > libraries code into the DRLVM building system to give an example how
> > the
> > > native
> > > code for the complex multi-component project can be built with Ant).
> > > Both VM and
> > > Class Libraries can be built with MSVC or Intel C compiler on Windows
> > > and gcc or
> > > Intel C compiler on Linux IA32. Eclipse 3.1.1 compiler is used for
> > > compiling the
> > > Java code.
> > >
> > > DRLVM communicates with the Harmony class libraries through the set of
> > > kernel
> > > classes and VMI interface, as described in the Harmony Class Library
> > > Porting
> > > Documentation. We had to add the java.lang.SringBuffer into the kernel
> > > classes
> > > set for now since it is tighten to the java.lang.String in our
> > > implementation.
> > >
> > > The DRLVM is not yet a complete full-functional product, there is a
> > > plenty of
> > > things to do such as 1.5 support or missing some of JVMTI/JNI
> > > capabilities.
> > > Please refer to the README.txt and Developers Guide (located in the
> > > 'doc'
> > > directory) provided with the contribution. However, we hope that the
> > > existing VM
> > > implementation, in conjunction with the Harmony class libraries and
> > > Eclipse, at
> > > least should be able to provide the self-hosting environment where
> > > developers
> > > can edit, compile and run Java code using Eclipse, execute Ant (you
> > can
> > > try
> > > to rebuild the DRLVM and Harmony class libraries by executing it's Ant
> > > building
> > > system on top of the previously built DRLVM image).
> > >
> > > IMPORTANT NOTE: the building system, by default, downloads all the
> > > necessary
> > > software and libraries such as Eclipse, APR, LogCXX or zlib directly
> > > from the
> > > Internet, BY RUNNING THE DRLVM BUILD YOU ARE ACCEPTING THE LICENSE
> > TERMS
> > > for the
> > > software and libraries used for the DRLVM compilation and linking.
> > > Please refer
> > > to the README.txt provided with the contribution for more detailed
> > > information
> > > how to build DRLVM and which software/libraries are used for that.
> > >
> > >
> > > HOW TO TRY IT:
> > >
> > > To build the DRLVM, just extract the both zip archives into the same
> > > directory,
> > > set ANT_HOME and JAVA_HOME, run the "build update" and then "build".
> > See
> > > the
> > > README.txt for more details, including the software required (you'll
> > > need some
> > > JRE, C/C++ compiler, Ant and Svn tool to checkout classlibs).
> > >
> > > Note that the DRLVM may not work with the most recent version of
> > Harmony
> > > class
> > > libraries since the latter is constantly changing (the last version of
> > > classes
> > > we were adopting the DRLVM for was taken at 03/13). Some work will
> > still
> > > be
> > > needed to integrate it with the most recent version of the class
> > > libraries.
> > >
> > > You are welcome to try it and share your opinion!
> > >
> > > Thank you,
> > > Andrey Chernyshev
> > > Intel Middleware Products Division
> > >
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message