21.02.2016 14:45, Dimitry Sibiryakov wrote:
> 21.02.2016 12:39, Dmitry Yemanov wrote:
>> Generally, yes. Just not right now, we're preparing for RC2.
>
> When are you going to fork 3.0 release branch and open head for development?
Done now.
Dmitry
21.02.2016 14:45, Dimitry Sibiryakov wrote:
> 21.02.2016 12:39, Dmitry Yemanov wrote:
>> Generally, yes. Just not right now, we're preparing for RC2.
>
> When are you going to fork 3.0 release branch and open head for development?
The next week.
Dmitry
21.02.2016 12:39, Dmitry Yemanov wrote:
> Generally, yes. Just not right now, we're preparing for RC2.
When are you going to fork 3.0 release branch and open head for development?
--
WBR, SD.
--
Site24x7 APM
21.02.2016 13:56, Dimitry Sibiryakov wrote:
> Do everybody agree that subj is a bad thing and must be replaced with proper
> gds codes?
Generally, yes. Just not right now, we're preparing for RC2.
Dmitry
--
Site24x7
Do everybody agree that subj is a bad thing and must be replaced with proper
gds codes?
--
WBR, SD.
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App
People, what's the opinion on exceptions that use isc_ramdom to send
hardcoded messages?
Should we use isc_random for most of the future messages or should we
register more text in the messages db and lower the number of hardcoded
messages?
Being realistic, apparently nobody has bothered to create
04.03.2014 21:30, Claudio Valderrama C. wrote:
People, what's the opinion on exceptions that use isc_ramdom to send
hardcoded messages?
IMHO, it is a bad idea. Not because of localized messages, but it makes
status vector
analyzing in programs harder. You are going to look for a definite
On 4-3-2014 21:30, Claudio Valderrama C. wrote:
People, what's the opinion on exceptions that use isc_ramdom to send
hardcoded messages?
Should we use isc_random for most of the future messages or should we
register more text in the messages db and lower the number of hardcoded
messages?
On 03/05/2014 12:30 AM, Claudio Valderrama C. wrote:
People, what's the opinion on exceptions that use isc_ramdom to send
hardcoded messages?
Should we use isc_random for most of the future messages or should we
register more text in the messages db and lower the number of hardcoded
messages?