|
|
Your question is not at all clear. You need to provide more information.
like
1. How the combo box is populate ( from a file or Hard coding)
2. From where the data get loaded in the chart? (From file or any other medium)
Every new day is another chance to change your life.
|
|
|
|
|
i will tell u later bro . i need to do the chaining combobox first(but i still cant do that  ).
because the chart will populate data based on the selected combobox.
|
|
|
|
|
what are the methods of connection and transfer of data between two different system with vb.net
Server client scenario....
|
|
|
|
|
There's only about a hundred of them... Be a little more specific with your questions.
|
|
|
|
|
scenario ...
Their is system 1 stays online ... now other system request data time to time and gets data transferred as first as possible...
|
|
|
|
|
Please provide me sum suitable reference to me
|
|
|
|
|
I think you are looking for this [^]
Every new day is another chance to change your life.
|
|
|
|
|
Hi everyone,
I try to run an exe to a windows 2000 but an error occurs
The dynamic link library mscoree.dll could not be found in the specified path...
so I put the mscoree.dll to the exe location, but when I try to run the exe again this error appears
A fatal error occured. However, mscoree.dll could not be loaded to display the appropriate error message. Please reinstall the .NEt Frameword.
I just installed a .NET Framework on that computer.. don't know why i can't run the exe 
Is it because the OS is to old or I have miss something.
I use Microsoft Visual Studio 2005 in this application
Can someone suggest what happened here... 
but the program runs fine in Windows XP
Thanks... 
|
|
|
|
|
A .NET app typically requires the presence of a specific .NET Framework version, not just any version. And not all versions are compatible with Windows 2000, see e.g. here[^]
|
|
|
|
|
The bigger question is why you're still running Windows 2000?? It was end-of-life at LEAST 2 to 6 years ago, depending on workstation or server edition. No security updates or fixes are possible for it anymore.
|
|
|
|
|
Dave Kreskowiak wrote: It was end-of-life at LEAST 2 to 6 years ago
Support from Microsoft for Windows 2000 ended in juli 2010, and that doesn't mean that the product exits reality altogether.
Some people don't upgrade "just for upgrade sake". If it works, then don't touch it.
Bastard Programmer from Hell 
|
|
|
|
|
Yeah, but upgrading keep security patches coming. If you want to keep a vulnerable system running, I guess you shouldn't upgrade. Well, it'll keep running until someone finds it and exploits the holes.
|
|
|
|
|
Actually that deserves a downvote (though I did not).
When the management of a company decides that the program must be able to run on such old Windows, a software developer working for that company must fulfil that requirement. If he refuses to do so, he will be replaced by someone else who is not so stubborn...
Generally, a decision for such old systems or for programming in VB6 is not a decision of the individual developer but by somebody else!
|
|
|
|
|
Yes, I know that. It's also up to everyone to maintain the security of the system. If managemnet is unwilling to change, they get replaced to. Especially if someone breaks into their system with known security vulnerabilities.
If customers find out, they leave and no more company.
I know the system works. I've been riding in it for the last 30+ years.
Hell, I know of a bank that still runs crap on NT4! Do you think I put my money in there?!
|
|
|
|
|
hansoctantan wrote: so I put the mscoree.dll to the exe location
No! You have to install the .NET framework. Windows 2000 does not come with any version of the .Net framework installed.
|
|
|
|
|
Nah i got a problem here, call it mini MicrosoftWord.
The problem is, whenever I show the form with RichTextBox inside it, the program freeze for three second (only the first time).
To handle that, i show and dispose the form when i'm on the splash form (with progress bar) so that it freeze while progessing.
Is it possible to show form but user don't see it?
Yes i mean to make it invisible.
I tried this way,
Dim form As New form()
form.Show()
form.Hide()
form.Dispose()
and this one too,
Dim form As New form()
form.Visible = False
form.Show()
Thankyou. 
modified 15-Mar-12 22:53pm.
|
|
|
|
|
You could use the Opacity property.
But I'd suggest to find out why the form "freezes" instead of trying to hide that fact from the user. What do you do in e.g. The Form_Load event?
|
|
|
|
|
I know of two popular ways to get such a freeze:
1. you are performing a lengthy operation on the main thread, either in the Form's constructor, Load handler, or Shown handler.
2. you are performing an illegal access to a Control from another thread, which is simply not allowed and may result in all kinds of odd behavior.
if #1, consider delaying the long operation, by putting it off to a BackgroundWorker. if #2, fix your code (maybe see here[^]).
|
|
|
|
|
no, i used other component rich text box and i think it's too heavy to load on the first time.
that's why i'm going to load it on splash screen.
btw thankyou for the help, problem solved.
|
|
|
|
|
This is the craziest problem I've ever seen. I have a text file containing a line of financial data for each minute of the trading day -- 400/day. I extract 4 data for each minute, calculate a ratio for two of these data points, and print what I've extracted plus the calculated value as one line, comma delimited, to a final text file. I do this process line by line. All variables are zeroed out between loops.
The calculated value is a ratio, and when the ratio is below 1, it erratically prints to the file with an order of magnitude error -- e.g., 2.567 instead of .0267. This happens consistently inside a any one file when I repeat the routine, but NOT consistently among days. There is no pattern of frequency of occurrence within the file other than when I repeat the processing, the same minutes show the error. The errors are spread throughout the day's data. The only common factor is that for files showing the error, the denominator of the calculation is alway larger than the numerator. It never occurs when the numerator is larger.
I've stepped through those days showing the errors, watched the ratio values as they are calculated, and never see an error. It only appears in the printed file. Have also tried all kinds of formatting statements and the errors always appear, for the same minutes. I've examined the original data file and an intermediate processing file and can find no irregularities.
I guess my question is what could be happening in the Print to file process that causes this error? It appears with both the Print and Write statements.
Thanks for any ideas.
|
|
|
|
|
You might like to add the code you are using to your question (edit the original) including the details of any string formats you are using.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
6rtury wrote: I guess my question is what could be happening
Without code, we would also have to guess. Mine would be a formatting-problem, a wrong interpretation of the decimal-separator.
Bastard Programmer from Hell
|
|
|
|
|
I am new to vb and need help in establishing a web service application(JSON) connection using VB.
any suggestion and help is highly valuable for me.
|
|
|
|
|
haidernitc wrote: <layer>any suggestion and help is highly valuable for me.
There's an example here[^]. They're using XML, but shouldn't be too hard to replace that with JSON.
Bastard Programmer from Hell
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
