harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oliver Deakin <oliver.dea...@googlemail.com>
Subject Re: [Gsoc] jdb project
Date Thu, 09 Apr 2009 10:15:10 GMT
Hi Manju,

It just sounds like you havn't got your compiler paths setup correctly. 
Have you got a version of Visual Studio installed? If so, you should be 
able to launch a special command prompt from the Start menu under the 
Visual Studio menu that will be called something like "Visual Studio 
.NET 2003 Command Prompt". This should have all the executable/library 
paths set correctly for you to build.

Regards,
Oliver

Manju Vijayakumar wrote:
> Thanks Oliver.
>
> I tried building and I get an error ("nmake.exe file not found")
>
> Here is the trace:
>
> ...
> ...
> clean-native:
>      [echo] Cleaning JPDA natives
>      [echo] Making "clean" in
> C:\Users\ChanduS\workspace\Harmony\working_jdktool
> s\modules\jpda\src\main\native/jdwp/windows/agent
>
> BUILD FAILED
> C:\Users\ChanduS\workspace\Harmony\build.xml:526: The following error
> occurred w
> hile executing this line:
> C:\Users\ChanduS\workspace\Harmony\working_jdktools\build.xml:130: The
> following
>  error occurred while executing this line:
> C:\Users\ChanduS\workspace\Harmony\working_jdktools\make\build-native.xml:46:
> Th
> e following error occurred while executing this line:
> C:\Users\ChanduS\workspace\Harmony\common_resources\make\properties.xml:243:
> The
>  following error occurred while executing this line:
> C:\Users\ChanduS\workspace\Harmony\working_jdktools\modules\jpda\build.xml:180:
> The following error occurred while executing this line:
> C:\Users\ChanduS\workspace\Harmony\common_resources\make\properties.xml:266:
> Exe
> cute failed: java.io.IOException: Cannot run program "nmake.exe" (in
> directory "
> C:\Users\ChanduS\workspace\Harmony\working_jdktools\modules\jpda\src\main\native
> \jdwp\windows\agent"): CreateProcess error=2, The system cannot find the
> file sp
> ecified
>
> Total time: 28 minutes 22 seconds
>
> I followed the steps on this page:
> http://harmony.apache.org/quickhelp_contributors.html
>
> Can someone please let me know how to resolve this?
>
> I looked at the archives to see if anyone had a similar problem
> and found threads like this :
> https://issues.apache.org/jira/browse/HARMONY-5557
> I am not sure if it is even related to the problem I am facing.
>
>
> Thanks,
> Manju
>
>
> On Mon, Apr 6, 2009 at 5:22 AM, Oliver Deakin
> <oliver.deakin@googlemail.com>wrote:
>
>   
>> Hi Manju - Ive added a few comments inline...
>>
>> Manju Vijayakumar wrote:
>>
>>     
>>> Hi all,
>>>
>>> I made some minor improvements to my proposal on gsoc.
>>> Here is the link:
>>>
>>> http://socghop.appspot.com/student_proposal/show/google/gsoc2009/manjuvijayakumar/t123808458043
>>>
>>> So what do you think of the proposal overall? Your comments could really
>>> help me spruce up my proposal! Also, I was discussing with Oliver about
>>> some
>>> of the things below. So the questions are:
>>>
>>> Is the most recent Sun jdb implementation based on JDK 1.3 and earlier?
>>>
>>> Because, if that is the case, then there can be several improvements
>>> (apart
>>> from the ones in my proposal) to the existing sun jdb that can be
>>> incorporated in the Harmony jdb and make it a superior version.
>>>
>>> - Like say the Hot Swap feature? (fix and continue running the debugging
>>> OR
>>> letting the server continue without restarting)
>>>
>>>
>>>
>>>       
>> This could be a very cool additional feature, although it would require
>> some serious thought as to how to present the ability to edit and hot swap
>> code within the command line tool. I think this is an ambitious extension,
>> but could be a valuable one.
>>
>>  - add a watchpoint? (can we stop at a point while comparing (==, <, > etc)
>>     
>>> value of a variable)
>>>
>>>
>>>       
>> Another useful feature - it could also allow you to simple watch variable
>> values e.g. display the new value if a particular variable is changed.
>>
>>  - does jdb show chained exceptions? (each exception in chain is displayed)
>>     
>>> - show a hierarchy of classes loaded into target jvm?
>>>
>>> - view current threads or individual stack frames and change the context
>>> of
>>> the debugger to a particular thread/stack frame?
>>>
>>>
>>>
>>>       
>> I believe this is standard in jdb and exists in the current implementation
>> already. For example, "thread <thread id>" changes to a particular thread,
>> and the "up" and "down" commands move up and down stack frames.
>>
>>  I might be shooting in the dark, because I am yet to verify if the latest
>>     
>>> jdb in Java 6 supports these..I should probably run all the options of Sun
>>> jdb and see.
>>>
>>>
>>>       
>> I think that's a good idea! Spending some time familiarising yourself with
>> the existing jdb tool and understanding it's current function would be a
>> good starting point. It will give you an idea of exactly what you need to
>> achieve, and also indicate where extensions can be made.
>>
>> Also, if you have not done so already, I would recommend checking out the
>> Harmony code and building it so you can start digging around in the source
>> and getting a feel for the project. [1] should help get you started.
>>
>> Before you can contribute to the project, you need to submit an ICLA ([2]
>> under Contributor License Agreements - should be emailed to the ASF
>> secretary only) and ACQ ([3] should be emailed to the Harmony PMC list [4]
>> only).
>>
>>  What I am also unsure is, if they are all feasible implementations within
>>     
>>> the scope/period of Gsoc. May be we can keep some of the proposed
>>> extensions
>>> optional?
>>>
>>>
>>>
>>>       
>> I think your project needs to have a set of core features plus some
>> extensions which you expect to get done within the time allowed, but I don't
>> see why you couldn't have some additional extensions which you can implement
>> if there is time. However, I think having a solid plan for the core features
>> and extensions that you follow closely is very important, and additional
>> extensions should only be attempted if there core has been well completed.
>>
>> Regards,
>> Oliver
>>
>> [1] http://harmony.apache.org/quickhelp_contributors.html
>> [2] http://www.apache.org/licenses/
>> [3] http://harmony.apache.org/auth_cont_quest.html
>> [4] http://harmony.apache.org/mailing.html
>>
>> --
>> Oliver Deakin
>> Unless stated otherwise above:
>> IBM United Kingdom Limited - Registered in England and Wales with number
>> 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire
>> PO6 3AU
>>
>>
>>     
>
>
>   

-- 
Oliver Deakin
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


Mime
View raw message