Looking for a good C# to VB.NET converter
-
You must have started out in the science field. I did some good work in FORTRAN just hated allocation of memory in predefined blocks. And those functions that took large number of arguments, or those idiots that define every variable using the first letter. In SGI and Sun machines it was possible to allocate memory dynamically, but it was platform dependent. Jeez now look at us. Templates, and you don't even have to worry about swap space or the size of static memory. Ah, those wer the days.
Every nation ridicules other nations, and all are right. - Schopenhauer
Yep - was a physicist, engineer and defence researcher for a while so had my fair share of FORTRAN. My favourite were the variables named X, XX, XXY and XXX. Oh, and column 6. Dynamic memory? We used to dream of dynamic memory. The solution the guys used was that when the program failed due to memory overflow they would increase the array sizes and recompile. I spent 3 years trying to convince one lot to move to C++ but it was just all too hard. cheers, Chris Maunder
-
I know quite a few COBOL developers that maintain applications that do more then $20 million dollars of buisness every day. In fact my first real application dealt with connecting a web application to a COBOL application server on a Tandem mainframe. COBOL is as dead as FORTRAN. They occupy specific niches and aren't used outside of those areas. That is why I didn't say that VB was going to die, because there will be people maintaining VB applications for a long time. I just don't think it will maintain it's position as the most popular windows buisness and web application language. Heck, I even subscribe to the blog of one of the Foxpro developers because he has a really interesting perspective on windows development.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
andy brummer wrote: he has a really interesting perspective on windows development. "We're all going to Hell in a Handbasket"? cheers, Chris Maunder
-
Christian Graus wrote: they both compile to IL, however the C# compiler creates faster code Are you sure? I know C++ generates more optimized IL, but I have never heard that C# should make more efficient IL than VB.NET. - Anders Bill's Bar
My PhotosWDevs - The worlds first DSP, free blog space, email and more. Now also with forums :)
I have friends on the CLR and C# team and according to them, the C# compiler creates better optimized code. 'Course they might be biased :) Cheers, Tom Archer - Archer Consulting Group Programmer Trainer and Mentor and Project Management Consultant
-
I know quite a few COBOL developers that maintain applications that do more then $20 million dollars of buisness every day. In fact my first real application dealt with connecting a web application to a COBOL application server on a Tandem mainframe. COBOL is as dead as FORTRAN. They occupy specific niches and aren't used outside of those areas. That is why I didn't say that VB was going to die, because there will be people maintaining VB applications for a long time. I just don't think it will maintain it's position as the most popular windows buisness and web application language. Heck, I even subscribe to the blog of one of the Foxpro developers because he has a really interesting perspective on windows development.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. :wtf:
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
Well, if I was getting work in VB.NET, that would be the case, but instead I'm getting what I really want - the client converts to C#. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. :wtf:
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
andy brummer wrote: It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. Link, please! :-D Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
-
I've found that dumb managers often want VB.NET because they percieve that it's easier, and therefore easier to find other programmers who can use it. This will change, and in fact, we're having no trouble converting clients to C#, simply by showing them our work and telling them we refuse to work in VB.NET, unless they pay double. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Christian Graus wrote: telling them we refuse to work in VB.NET, unless they pay double. Are you implying VB.net coders should be paid more than C# devs? :mad: ;P Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
-
Christian Graus wrote: telling them we refuse to work in VB.NET, unless they pay double. Are you implying VB.net coders should be paid more than C# devs? :mad: ;P Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
LOL - heaven forbid. As I suspect you've realised ( from the smiley ), I want danger money before I rot my brain with VB Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
andy brummer wrote: It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. Link, please! :-D Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
http://weblogs.asp.net/calvin_hsia/[^]
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
Can anybody recommend a good C# to VB.NET converter that can convert entire C# projects? I tried several and none of them produce code that can compile. I need to automate converting several thousand lines of code on a regular basis. Manual tweaking is not an option.
you could try this link: http://www.kamalpatel.net/ConvertCSharp2VB.aspx[^] hope it helps. Goodluck!
-
Yep - was a physicist, engineer and defence researcher for a while so had my fair share of FORTRAN. My favourite were the variables named X, XX, XXY and XXX. Oh, and column 6. Dynamic memory? We used to dream of dynamic memory. The solution the guys used was that when the program failed due to memory overflow they would increase the array sizes and recompile. I spent 3 years trying to convince one lot to move to C++ but it was just all too hard. cheers, Chris Maunder
-
One plausable reason is that he has C# code that will perform a prospective client task, but the client is insistent on VB.NET Cheers, Tom Archer - Archer Consulting Group Programmer Trainer and Mentor and Project Management Consultant
Or his C# developer left the company and the agencies can only get hold of VB.Net developers at short notice? '--8<------------------------ Ex Datis: Duncan Jones Merrion Computing Ltd
-
Yep - was a physicist, engineer and defence researcher for a while so had my fair share of FORTRAN. My favourite were the variables named X, XX, XXY and XXX. Oh, and column 6. Dynamic memory? We used to dream of dynamic memory. The solution the guys used was that when the program failed due to memory overflow they would increase the array sizes and recompile. I spent 3 years trying to convince one lot to move to C++ but it was just all too hard. cheers, Chris Maunder
Imagine 128K of RAM, divided into 16K blocks, only 1 of which was active at a time. Sort of like jumping up, and someone replaces your chair with another one before you land. This was the Atari computer, pre-ST. X| Don't know if they fixed this for the ST line. Top 10 Geek Resulutions: 5. To decipher what that big room is, which has the blue ceiling and poor climate control.
-
Giancarlo Aguilera wrote: Never had to, nor was asked to VB 6 did it all, and where it didn't, pulled out the wallet and bought some awesome tools. Why fight it? Not to make too much of an issue out of it, but some of us don't have the cash to buy our way out of corners a less-than-ideal dev tool has painted us into. If i'm gonna get paid to code, i'm best off minimizing my expenses... :) First language i learned was BASIC. Moved on because hardware access was such a pain. Sad to see that with all the improvements made to software since then, we've only managed to create another barrier to use.
Shog9
I'm not the Jack of Diamonds... I'm not the six of spades. I don't know what you thought; I'm not your astronaut...
hello shog, sorry for the delayed, although you probably weren't looking for one either. shog wrote: "Not to make too much of an issue out of it, but some of us don't have the cash to buy our way out of corners a less-than-ideal dev tool has painted us into." I really don't want to make an issue out of it either, for I sympathize with the folks that need but cannot afford third party tools. I've been fortunate in the sense that the return value of the tools I've used have always exponentially exceeded their cost, for time can usually be translated into money; furthermore, 500 dollars was the most expensive price I had to pay for a tool that in the end saved me a whole lot of time and therefore saved my employers money, for they pay me for my time. Now that I work for an ISV I'm even more spoiled. But in any case, I understand your point, at least the third part, that not everyone should have to pay extra money for tools. furthermore, true, the vb 6 development did force you into particular dark corners at times, however, there's is no such thing as an ideal development tool, just because you can do anything in c++ doesn't mean the environment is ideal. just look at c# and its development environment. in any case, your point is well taken
-
http://weblogs.asp.net/calvin_hsia/[^]
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
Thanks, will take a look. :) Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".