Excellent suggestion. However, the number of consumers in this application was configurable, and the breakpoint in question couldn't be hit until the list was fully populated. So, in this case, I knew that the get() method wouldn't throw an exception.
I haven't used conditional debugging since early in your prerelease cycle. I remember seeing a conversation thread on this list discussing that conditional breakpoints exhibited very poor performance and would be looked at before release. So, perhaps the hanging issue has been resolved in later builds. -- Erik Eugene Zhuravlev writes: >> Thread.currentThread() == consumerThreads.get(5); > > But what if there is no element with index '5' at the moment the expression > is evaluated? > > Won't the expression > "Thread.currentThread() == (consumerThreads.size() > 5? > consumerThreads.get(5) : false)" > be better? > > Best regards, > Eugene Zhuravlev > JetBrains, Inc / IntelliJ Software, http://www.intellij.com/ > "Develop with pleasure!" > > ----- Original Message ----- > From: "Erik Pearson" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: "Eugene Zhuravlev" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Tuesday, April 02, 2002 0:17 > Subject: [Eap-list] Re: Suggestions for new IDEA release > > >> >> See comments below: >> >> Eugene Zhuravlev writes: >> >> - provide some ability to stop at a breakpoint only in a certain > thread >> >> (maybe this could be done with conditional breakpoints, but I've had >> >> problems with intermittent hanging and crashing) >> > >> > Could you please send me the condition you tried to use? >> >> For example: >> >> // somewhere in class >> ArrayList consumerThreads = new ArrayList(); >> for (...) { >> consumerThreads.add(new Thread(new ThreadRunner()); >> } >> >> // and my breakpoint condition >> Thread.currentThread() == consumerThreads.get(5); >> >> >> - allow sourcepath directories to be configured to be included in >> >> "find usages", "refactor", "compile", etc. >> >> - for example, I'm writing an extension to a framework. i want to >> >> understand usages, hierarchy, etc. of the framework, but I don't >> >> want to include it in compile, and I don't want to apply >> >> refactorings to it. >> > >> > Currently the only way to say to IDEA, that you are going to "work" > (edit, >> > compile, apply refactorings etc) with a file or a directory, is to > include >> > it in the project path. >> > So if you don't want to compile the files, just exclude them from the >> > compilation (File | Project Properties | Compiler). If you don't want to >> > apply refactorings to certain usages, just exclude them from the > refactoring >> > (press Del on the usage in Usages view) And we are thinking about the >> > possibility to specify a scope for the refactoring. >> >> Excellent -- didn't realize this.. I come from NetBeans, and it's hard to >> shake the paradigms of another environment you're used to. This really >> accomplishes what I need. >> >> -- Erik >> >> -- >> Erik Pearson Caribou Lake Software >> [EMAIL PROTECTED] http://www.cariboulake.com/ >> 612.837.9802 (office) >> 612.868.1392 (cell) >> >> >> _______________________________________________ >> Eap-list mailing list >> [EMAIL PROTECTED] >> http://www.intellij.com/mailman/listinfo/eap-list > -- Erik Pearson Caribou Lake Software [EMAIL PROTECTED] http://www.cariboulake.com/ 612.837.9802 (office) 612.868.1392 (cell) _______________________________________________ Eap-list mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-list
