New teeChartV2 versions' startup problem

bairog · Post by **bairog** » Wed Jan 21, 2009 2:00 pm

I've noticed that charts with assemblies ver. after 2.0.2795.29268 are drawing much longer for the first time (compared to ver 2.0.2795.29268). I mean first window drawing after starting my project. After that long wait everything is ok. Maybe I should use some new init functions to speed up th process in newest releases?

Narcís · Post by **Narcís** » Wed Jan 21, 2009 2:11 pm

Hi bairog,

Latest TeeChart for .NET v2 version available is build 2.0.3203.23271/72 as you can see here. Could you please check if that solves the problem for you?

Thanks in advance.

bairog · Post by **bairog** » Wed Jan 21, 2009 4:43 pm

Of course I've tried latest build too

And I still have same problems.
I can say that this long startup was found on such computer configurations like Pentium 4 2.8 Ghz + 512 mb ddr + 128 mb GF 5200(winXP SP2 + .NET Framework 2.0) and Pentium M 1.7 Ghz + 1024 mb ddr2 + Intel GMA 3100(winXP SP3 + .NET Framework 2.0 SP2).
On my new configuration Core2Duo 3.0 Ghz + 2048 mb ddr2 + 512 mb GF 8800 GT(winXP SP3 + .NET Framework 2.0 SP1) the same example worked perfect.
Could it be hardware problem?
Maybe some new init functions were introduced in next release after 2.0.2795.29268?

Narcís · Post by **Narcís** » Thu Jan 22, 2009 10:38 am

Hi bairog,

Could you please send us a simple example project we can run "as-is" to reproduce the problem here?

You ca neither post your files at news://www.steema.net/steema.public.attachments newsgroup or at our upload page.

Thanks in advance.

bairog · Post by **bairog** » Thu Jan 22, 2009 1:42 pm

I've uploaded two projects compiled with two versions of teeChart 2 to your upload page.

UPDATE
I've found the problem. Project compiled with teeChart 2.0.3203.23272 starts slowly on computers inside local network but not connected to the Internet. I sniffed network traffic and found multiple DNS requests to crl.usertrust.com:

Code: Select all

time        sender IP  receiver IP   protocol  message type
3.135227	 10.1.1.55	 10.1.1.1	    DNS	 Standard query A crl.usertrust.com
6.135273    10.1.1.55	 10.1.1.1	    DNS	 Standard query A crl.usertrust.com
10.135319   10.1.1.55    10.1.1.1	    DNS	 Standard query A crl.usertrust.com
18.077392	10.1.1.1	  10.1.1.55	   DNS	 Standard query response, Server failure

That DNS requests cannot be resolved so program starts slowly.

What should I do in such situation?

Post by **Christopher** » Thu Jan 22, 2009 5:35 pm

bairog,

bairog wrote: What should I do in such situation?

This could be due to the fact that Steema's Digital Certificate on that build is out of date. A new build has just been released, details of which you can find here:
http://www.teechart.net/support/viewtopic.php?t=9104

Please let me know if the new, valid Digital Certificate makes a difference to your issue!

bairog · Post by **bairog** » Fri Jan 23, 2009 6:10 am

Chris wrote: Please let me know if the new, valid Digital Certificate makes a difference to your issue!

Sorry, but it looks like 2.0.3309.32489 has the same problem

Starting is slow again and I sniffed same DNS requests.

I should note again that release 2.0.2795.29268 didn't have such problems (and no DNS requests were sniffed during startup).
So I suppose that the kernel of the problem first appeared in next release after 2.0.2795.29268.
Maybe you should simply compare that two releases?

BTW I've uploaded my project compiled with latest teeChart build to your upload page.

THE SAME PROBLEM AS DESCRIBED THERE

Daniel Ruehmer wrote: much worse!!!

Now on my development machine with no connection to the Internet shows DNS requests for crl.usertrust.com with all the full timeout delay.

Post by **Christopher** » Fri Jan 23, 2009 7:48 am

bairog,

bairog wrote:
Daniel Ruehmer wrote: much worse!!!

Now on my development machine with no connection to the Internet shows DNS requests for crl.usertrust.com with all the full timeout delay.

Now read the rest of the post:

Daniel Ruehmer wrote: Wait a moment! I just figured out, that my second network adapter (a connection to the Internet) was not disabled but just "unplugged". After plugging in the network cable and after the first access to usertrust.com no DNS request was sent anymore (with all the benefit in speed), even after a reboot. Now it is gone on my development PC. Shocked

I believe that the connection of the certificate to usertrust.com "installed" somehow a marker that it is valid and asks no more. However on my virtual machine it is still the same (DNS requests are going on).

I granted my virtual machine the right to access the Internet. Displaying the certificate in the DLLs file properties gained access to usertrust.com. Rebooting and unplugging the network cable resulted in a fast response, though plugging in the cable resulted again in DNS requests.

So, it seems that for Daniel the problem was solved with the new release when his machine had a working internet connection. However, the issue remains as to why these DNS requests are being sent when the network cable is unplugged. I'm going to run some tests now and will report back to that thread (and not this one) so maybe you'd like to keep an eye on it.

bairog · Post by **bairog** » Fri Jan 23, 2009 9:37 am

Chris wrote: So, it seems that for Daniel the problem was solved with the new release when his machine had a working internet connection. However, the issue remains as to why these DNS requests are being sent when the network cable is unplugged. I'm going to run some tests now and will report back to that thread (and not this one) so maybe you'd like to keep an eye on it.

Ok, I was wrong, I have not exact situation that Daniel has.
Some explanations: My computer has network cable is plugged, it is inside local network but it is NOT connected to the Internet. I have network without working internet connection. And I will never have it.
So I wonder how to make that DNS requests not to be sent at all in such situation.

Post by **Christopher** » Fri Jan 23, 2009 9:48 am

bairog,

bairog wrote: Some explanations: My computer has network cable is plugged, it is inside local network but it is NOT connected to the Internet. I have network without working internet connection. And I will never have it.
So I wonder how to make that DNS requests not to be sent at all in such situation.

I think your situation is identical with Daniel's situation. In both cases, the problem arises when the machine has no access to valid DNS servers.

Unfortunately, it seems that Daniel will not be able to continue investigating the issue further. May I suggest that you read the latest messages between Daniel and myself for details.

So, maybe you'd like to help me track down the cause of this issue

? If you would like to, please let me know and we'll get to work!

bairog · Post by **bairog** » Fri Jan 23, 2009 10:16 am

Chris wrote:the problem arises when the machine has no access to valid DNS servers.

If you mean that machine has no access to DNS which can resolve DNS requests to crl.usertrust.com then you are rigth.
I've tested many configurations and project started fast only having access to valid DNS server.

Chris wrote:So, maybe you'd like to help me track down the cause of this issue ? If you would like to, please let me know and we'll get to work!

Well I can try to help you, but what can I do i that case?

BTW Why can you simply disable that annoing DNS requests? Maybe introduce some flag like .Local?

Post by **Christopher** » Fri Jan 23, 2009 10:47 am

bairog,

bairog wrote: If you mean that machine has no access to DNS which can resolve DNS requests to crl.usertrust.com then you are rigth.
I've tested many configurations and project started fast only having access to valid DNS server.

Ok. Well, maybe you could answer the four yes/no questions I've just asked Daniel to confirm this for me.

bairog wrote: Well I can try to help you, but what can I do i that case?

Mmm. Well, what you could do is create an "empty" UserControl and then sign it with a "fake" Digital Certificate to see if the problem occurs there. I could then create an "empty" UserControl and then sign it with Steema's Digital Certificate to see if the problem is specific to Steema's Digital Certificate or is general to all Digital Certificates.

bairog wrote: BTW Why can you simply disable that annoing DNS requests? Maybe introduce some flag like .Local?

Where would I introduce this flag? I think it's quite clear that these DNS requests are not being made by TeeChart code, but are being made by the OS (or some other security process). The only place that this kind of flag could be specified would be in the process we use to sign the assemblies, but I don't think such a flag exists ...

bairog · Post by **bairog** » Fri Jan 23, 2009 11:01 am

Chris wrote:Ok. Well, maybe you could answer the four yes/no questions I've just asked Daniel to confirm this for me.

I found only two

Chris wrote:1)Do you have Steema's Digital Certificate installed on the machine? You can check via "Control Panel -> Internet Options -> Content -> Certificates" If you have, click on the "Advanced" button and check if the "Client Authentication" checkbox is checked. If it is, try unchecking it (also try unchecking this checkbox in the "Intermediate Certification Authorities" tab). You might even like to delete the Steema Digital Certificate to see if that makes a difference.
2) Security
There is the possibility that some security process is causing this unwanted DNS traffic. Some security setting might be causing the security process to double check all Digital Certificates. This process could be an anti-virus process or a spyware/malware detector, either Microsoft built (e.g. Windows Defender) or third party. It may even be a security issue of the .NET Framework itself, although I think this is less likely. Why don't you try turning off all known security processes on your machine?

1) no, it is not installed
2) No anti virus, Defender etc. on my machine.

Chris wrote: I think it's quite clear that these DNS requests are not being made by TeeChart code, but are being made by the OS (or some other security process). The only place that this kind of flag could be specified would be in the process we use to sign the assemblies, but I don't think such a flag exists ...

Maybe it is not TeeChart code.
But why project compiled with teeChart 2.0.2795.29268 does not have that DNS requests?

Post by **Christopher** » Fri Jan 23, 2009 11:05 am

bairog,

bairog wrote:I found only two

Sorry, my fault for not being more specific. The questions are here:
http://www.teechart.net/support/viewtop ... 9&start=15

1) With access to a valid DNS server, does a TeeChart application with a valid Digital Certificate start without delay?

2) With access to a valid DNS server, does a TeeChart application without a valid Digital Certificate start without delay?

3) Without access to a valid DNS server, does a TeeChart application with a valid Digital Certificate start without delay?

4) Without access to a valid DNS server, does a TeeChart application without a valid Digital Certificate start without delay?

bairog · Post by **bairog** » Fri Jan 23, 2009 11:18 am

Chris wrote:create an "empty" UserControl and then sign it with a "fake" Digital Certificate to see if the problem occurs there

Do you mean I need to check Sign checkbox on Signing tab of my project properties?

Chris wrote:With access to a valid DNS server, does a TeeChart application with a valid Digital Certificate start without delay?

What do you mean? I don't have Steema Sertificate installed on my machine

BTW My working day ends at 13 GMT