Hi All, I have rolled back my initial change since I am not sure why it causes an issue. Hopefully that should allow the build to complete successfully. Hopefully someone can help me with what I am trying to do. When I look at the committer drops, for instance: The two bundles I have added (javax.persistence and commonj.sdo) are available, but the " Orbit CQ" and " Orbit Contact" are not populated. I have added javax.persistence.xml and commonj.sdo to the ip_logs directory under org.eclipse. orbit .releng, but the information does not appear to be picked up. My initial check-in of those files had the incorrect informatio for , but I have corrected that. How do I get those files to be picked up? Sorry for the build issues, Tom orbitBuilder wrote: View results here -> :9777/dashboard/tab/build/detail/orbit-I?log=log20090504135242 BUILD FAILED Ant Error Message: /shared/ orbit /org.eclipse. orbit .releng.control/cc_project_build.xml:66: The following error occurred while executing this line: /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/build.xml:85: The following error occurred while executing this line: /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/distribution/ orbit .build/build.xml:36: The following error occurred while executing this line: /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/scripts/build/runbuild.xml:34: The following error occurred while executing this line: /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/scripts/build/runbuild.xml:158: Java returned: 13 Date of build: 2009-05-04 13:52 (GMT) Time to build: 28 seconds Last changed: 05/04/2009 13:13:26 Last log entry: Updates to javax.persistence and commonj.sdo to point at label that contains correct ip information Errors/Warnings: (14) checkout.builder.clean: true retieved new version of build.cfg Version tag for org.eclipse. orbit /org.eclipse. orbit .releng.builder is: v200903101630 retieved new version of org.eclipse. orbit /org.eclipse. orbit .releng.builder cctimestamp: 20090504135242 datetime: 200905041352 timestamp: 20090504135242 buildfile: /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/distribution/ orbit .build/build.xml BUILD FAILED /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/scripts/build/runbuild.xml:82: The following error occurred while executing this line: /shared/ orbit /basebuilders/R35_M5/org.eclipse.releng.basebuilder/plugins/org.eclipse.pde.build_3.5.0.v20090129/scripts/build.xml:24: The following error occurred while executing this line: /shared/ orbit /basebuilders/R35_M5/org.eclipse.releng.basebuilder/plugins/org.eclipse.pde.build_3.5.0.v20090129/scripts/build.xml:62: The following error occurred while executing this line: /shared/ orbit /projectBuilders/ orbit -I/org.eclipse. orbit /org.eclipse. orbit .releng.builder/components/set1/customTargets.xml:255: Feature org.eclipse. orbit .build.feature.set1 may have not been fetched correctly, check your map files. Total time: 21 seconds Unit Tests: (0) No Tests Run This project doesn't have any tests Modifications since last successful build: (1) modified tware /org.eclipse. orbit /org.eclipse. orbit .releng/maps/bundles.map 05/04/2009 13:13:26 Updates to javax.persistence and commonj.sdo to point at label that contains correct ip information ------------------------------------------------------------------------ _______________________________________________ orbit -dev mailing list orbi ... @ _______________________________________________ orbit -dev mailing list orbi ... @ What an original reply! :-) I've been on NetBeans core mgmt team for the past six months and I work in marketing. I didn't know so much was already available. I liked what I read in your presentation. For a while I've felt that when planning future releases it could be really valuable to examine what's actually being used, as opposed to drawing conclusions based on anecdotal feedback alone. The analytics reports look like they may offer some help there. I'll dig into them before coming back with any requests that take up your time. In the meantime I'll say (i.e. *not* asking you to address anything, just giving feedback): - The Module Usage Statistics report doesn't appear to really provide *usage* - rather I believe it reports on what's *enabled*. But if I could know usage, that would be very valuable. - Many of the reports are cumulative. They would have greater value for me if I could drill down by month over the past year. - I would find it fascinating to know which features NEW users are using. Which features used initially lead to continued usage? (i.e. the new user comes back the following month) Which features lead to more likely exit? (i.e. the new user tries a set of features then doesn't come back the following month). But like I said, I'll spend more time on this before any formal requests. Maybe we can talk about it sometime. Thanks, David Jaroslav Tulach wrote: Dne Friday 22 February 2008 22:55:07 Pavel Buzek napsal(a): David Folk wrote: Please send me list of what's being usage tracked in 6.0 and URL at NetBeans.org. Hi. Who are you, why you want this, why do you think I should spend time on providing such information? I do not want to be rude, just I do not have much spare time. You can find a lot of info at That might be enough. If you need more, please justify your request. the stats are here: I thought there was more different type of data, for example I think somebody showed me data about what servers people use for deployment but cannot find it now. These data are gathered. However statistic was not yet written. Jarda Tulach is the owner, he may be able to answer any questions better then me. Even better: Write to de ... @ , all the developers working on the server are there and can help you with your inquires. -jst Whenever ME_InitContext is called, ME_DestroyContext should be used to clean it up. This way the context can be extended easily by modifying those two functions. Instead, these two places of code just released the DC, without using ME_DestroyContext, so the created brush for the margin was not deleted. --- dlls/riched20/run.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/dlls/riched20/run.c b/dlls/riched20/run.c index 1f8cc18..741a469 100644 --- a/dlls/riched20/run.c +++ b/dlls/riched20/run.c @@ -600,7 +600,7 @@ int ME_PointFromChar(ME_TextEditor *editor, ME_Run *pRun, int nOffset) { if (nOffset) ME_GetOLEObjectSize(&c, pRun, &size); - ITextHost_TxReleaseDC(editor->texthost, c.hDC); + ME_DestroyContext(&c); return nOffset != 0; } else if (pRun->nFlags & MERF_ENDPARA) { nOffset = 0; @@ -612,7 +612,7 @@ int ME_PointFromChar(ME_TextEditor *editor, ME_Run *pRun, int nOffset) strRunText = pRun->strText; ME_GetTextExtent(&c, strRunText->szData, nOffset, pRun->style, &size); - ITextHost_TxReleaseDC(editor->texthost, c.hDC); + ME_DestroyContext(&c); if (editor->cPasswordMask) ME_DestroyString(strRunText); return ;
