FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Hi im interestig on helping
Goto page 1, 2  Next
 
Post new topic   Reply to topic     Forum Index -> VSpluginD
View previous topic :: View next topic  
Author Message
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Sat Jan 21, 2006 4:59 pm    Post subject: Hi im interestig on helping Reply with quote

Hi , just tested the beta 2 and it is reallyy nice Smile.
Im interested on helping/joining the project ..

What should i do / witch libs to i need to get started ?
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Sat Jan 21, 2006 8:25 pm    Post subject: Reply with quote

Hi, Thanks for you interested in this project.

We need tester, use this plugin for developing your D app
and reporting bugs and pointing out lacked features.
That's very helpful.

and if you interested in development of this plugin,
you need to install VS SDK first. it can download from
http://msdn.microsoft.com/vstudio/extend/ (registration required)

Create "VSpluginD" directory at
[Program Files]\Visual Studio SDK 2005\2005.10\VisualStudioIntegration\Samples\
and check out latest VSpluginD source code from svn trunk and build it.

It write needed info to registry Exp hive, and it's not affect installed VSpluginD.
To test builded VSpluginD, run VisualStudio from windows start menu VS SDK,
"Start Visual Studio 2005 under Experimental hive".

and, if you want to commit svn, I'll ask dsource admin to add you project members.
Back to top
View user's profile Send private message Send e-mail
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Sun Jan 22, 2006 5:09 am    Post subject: Reply with quote

I'l surely test the project since im writing a large (800kb+) program using d Smile

What i want to see implemented is debuging .. It half works atm (uing asm{int 3;} ) but beh it's not easy to use Razz

I got VS SDK and checking out the code atm Smile
Back to top
View user's profile Send private message MSN Messenger
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Sun Jan 22, 2006 5:19 am    Post subject: Reply with quote

After a quick look on the source code i can say it looks quite nice Smile

Now , a quick sugestion : On DMD compilation code , use staticaly allocated regex objects , created with the RegexOptions.Compiled flag.
This will generate specialised asm code to match the regex and it is faster..

Yeah , add me as project member i'l do a few updates (hehe).
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Sun Jan 22, 2006 2:50 pm    Post subject: Reply with quote

Debugging support is important, so I want to support it as soon as possible.

VSpluginD use VS native debugger.
The problem is, VS2005 fails breakpoint mapping for executable
created by dmd and dmc. It' works correctly in VS2003 though.

To debug d app in current VSpluginD, use asm{int 3;}
or function break like "_Dmain()", though function name is mangled,
so function break is almost useless.
if you have VS2003, use it for debugging.

For compiled regex, you are right, it should be replaced with it.
Back to top
View user's profile Send private message Send e-mail
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Sun Jan 22, 2006 3:08 pm    Post subject: Reply with quote

Bug :
for some reason compile will fail if there are any warnings Razz

The problem is, VS2005 fails breakpoint mapping for executable ->
Yea , i noticed .. Vs2003 used to work for all exe's w/ debug info (.pdb at least) i'l check 2k5 using a vb6 program (this problem might be general not D olny Wink )

Seems as it olny recognises asm-> d line mapping
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Sun Jan 22, 2006 4:27 pm    Post subject: Reply with quote

If -w compiler switch enabled and there is any warning.build failed.
it's is dmd compiler specification. warning treated same as error.
if you mean, any other bugs, please post code it can reproduce bug.
Back to top
View user's profile Send private message Send e-mail
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Sun Jan 22, 2006 7:47 pm    Post subject: Reply with quote

Ahh yea it was -w .. idn't expect this option to be on by defualt Smile
The debug thing is not hapening on VB6 code witch mean its some problem w/ dmd Sad ooww well

*edit*
DMD embeds the debug information on the exe while VB6 generates a .pdb file .. It seems microsoft suports olny .pdb files fully(could be some debuger option?).

The error line numbers seem to be wrong..They allways
point me to the next line.

*edit #2*
Using the microsoft pe dump utility ( http://msdn.microsoft.com/msdnmag/issues/02/02/PE/default.aspx )

pedump test.exe

Debug Formats in File
Type Size Address FilePtr Charactr TimeDate Version
--------------- -------- -------- -------- -------- -------- --------
CODEVIEW 0000F02C 0001C01C 00016020 00000000 00000000 0.00
UNKNOWN/BORLAND 56430001 00000002 00000010 00000000 3930424E 59648.00
??? 6D656D5C 6A626F2E 00000000 0000012D 6F5C2E13 27234.17500
??? 3468735C 6A626F2E 00000000 56430000 6F5C2E13 27234.17500
??? 6F5C2E14 445C6A62 67756265 56430001 00000002 320.00
UNKNOWN/BORLAND 56430001 00000002 00000154 6C69665C 626F2E65 106.00
??? 69616D5C 626F2E6E 0000006A 00000036 6F5C2E14 27234.17500
??? 67756265 6474735C 73616C63 00000000 56430000 11800.28508
??? 6F5C2E15 445C6A62 67756265 626F2E73 0000006A 0.00
??? 56430001 00000002 0000018C 7079745C 6F2E7365 27234.00
??? 00000002 000008B8 000001DC 0000072A 00636702 0.03
??? 00000002 00000A94 0000008D 6C696604 00000065 0.03
??? 00000002 00000B24 000000E2 72726105 00007961 0.03
??? 00000002 00000C08 0000012C 616D6406 00326E69 0.03
??? 00000002 00000D34 00000357 6E6F6D07 726F7469 0.03
CODEVIEW 0000108C 0000001A 74756F0B 68656403 00030000 1.22083
??? 00000002 000010A8 0000009B 656D666F 79726F6D 0.03
??? 56430001 00000002 00001144 73797308 6F727265 114.00
??? 00030000 56430001 00000002 000000C6 72726108 31073.24931
??? 00030000 56430001 00000002 0000120C 000008C1 28422.27234
??? 00030000 56430001 00000002 00001AD0 00000218 25351.24936
??? 56430001 00000002 000023BC 00001CE8 000006D3 29955.26228
??? 56430001 00000002 000023C0 00000001 64747306 29281.103
??? 00030000 56430001 00000002 000001B5 646F6D0A 27765.26981
??? 00030000 56430001 00000002 00002580 0000001B 27909.28265
??? 56430001 00000002 0000421C 0000259C 00001C7D 26371.30819
??? 56430001 00000002 00004830 00000614 72687406 24933.100
??? 56430001 00000002 00004890 00000060 73616304 116.00

Seems like it doesnt recognise most of it ;P
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Mon Jan 23, 2006 8:49 am    Post subject: Reply with quote

I think dmd and ms compiler use same format CODEVIEW for debug info.
thought dmd embeds it into exe, and ms compiler write out to .pdb.

It seems dmd debug info is correctly readed in VS2005.
I think, the problem is in, "breakpoint" to "filename in debugInfo" mapping.
I can't intervene this phase, without creating new custom DebugEngine. and I don't want to do that.

btw, you are added to project member, now you can commit svn.
Back to top
View user's profile Send private message Send e-mail
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Mon Jan 23, 2006 10:50 am    Post subject: Reply with quote

MS no longer uses codeview , it uses .pdb files that are an evolution of .dbg files (witch were based on the codeview format).Also debuging a d application w/ vs 2003 simply crashed vs2003 here Razz lol (DMD 0.144).

Also note , when adding a breakpoint on the source vs fails w/ the message "No symbols loaded for this file"... (To read it move the mouse over the triangle with ! inside )
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Mon Jan 23, 2006 1:04 pm    Post subject: Reply with quote

Sorry for my misunderstand. I have few knowledge of debugger things.

I think, "No symbols loaded for this file", means It can't find filename in debug info,
that correspond to breakpoint filename.
Back to top
View user's profile Send private message Send e-mail
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Mon Jan 23, 2006 2:00 pm    Post subject: Reply with quote

As far as i know vs loads symbols for each exe/dll but i duno what it exactly happens.

dmd writes debug output to exe using cv4 format (codeview4) , there is a possiblity this format is no longer properly suported (?). I' try to convert the info to a .dbg file (there is a tool to do it but doesnt work so far ...).

Hmm how exactly can somone add a new debuger end to vs ? is it well documented ? [din't manage to find anything myself].Can we "inherit" microsoft's c/c++ debuggers and add D maligning eg?

The d source code is detected as c in the debuger, it seems that it is possible to add our own code and get source handled as d source ( i wonder how much work this needs *couh*). Guess I have to do much diging on the source files/ vs addin help files Razz
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Mon Jan 23, 2006 2:30 pm    Post subject: Reply with quote

There is documentation in VS SDK help, "VS Debugging SDK"
though I haven't read it yet. It seems, it can customize VSdebugger behavior with Expression Evaluator, or create new custom DebugEngine.

btw, Are you know other compiler that use cv4 format debug info?
I want to distinguish this problem, it's in VS2005, or dmd output.
Back to top
View user's profile Send private message Send e-mail
drkIIRaziel



Joined: 21 Jan 2006
Posts: 15
Location: Athens,GR

PostPosted: Mon Jan 23, 2006 5:41 pm    Post subject: Reply with quote

No, cv4 is kinda old .. It is mainly a dmd problem (they should switch to external .pdb files imo).Well , vb6 executables work perfectly (pdb) so it should be cv4 problem/missing information problem.

a questeon : how can i test a build i did ? whare i have to install it ? (i tried no install + exp hive but didn't work Razz)

Im porting/rewriting a program from C to D , while rewriting the C source too (to be much like the D version , same directories ect).
Just found out ,removing the -g option makes dmd to crash on linking.
Removing the linking (-c option) makes the hole project not to compile Razz
Back to top
View user's profile Send private message MSN Messenger
rsl



Joined: 04 Jan 2006
Posts: 47

PostPosted: Mon Jan 23, 2006 6:25 pm    Post subject: Reply with quote

To run development ver, it need to install VSpluginD first.
"DProject" and "DLanguageSevice" automatically write info to registry when build succeed.
it can run from Exp hive.
"DMD" need copy output to [ProgramFiles]\Msbuild\VSpluginD\

if there is any other problem to run development ver. tell me.

>Just found out ,removing the -g option makes dmd to crash on linking.
>Removing the linking (-c option) makes the hole project not to compile
What it means? that bug can reproduse? please post samples.


Last edited by rsl on Mon Jan 23, 2006 6:45 pm; edited 1 time in total
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic   Reply to topic     Forum Index -> VSpluginD All times are GMT - 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group