VB6 - Cobol of the future?

[AtW]

Java has got rubbish performance - I will beat any (CPU intensive) Java code with C# equivalent. Never underestimate the dark power of pointers

[DimPrawn]

VB6 - Cobol of the future?

No. Next.

Cobol is the Cobol of the future.

[xoggoth]

VB6 certainly works (almost) fine on vista except an odd bug where child forms appear slightly to left of client area leaving a small gap at right that looks naff. Have noticed this with other VB6 apps, not just mine. Something to do with resize, goes away if you change screen resolution and then creeps back again for no obvious reason. Also does not support old rtf based help method but new html based one is better anyway.

Joe, the problem is creating thumbnail pages, four to a page. think I have VB.net draw as fast as it can go using

gr.DrawImage(bmp, New Rectangle(x, y, ButtW, ButtH), New Rectangle(0, 0, bmpW, bmpH), GraphicsUnit.Pixel)

If you know a better method and have any code samples it would be great. I do find declaring as images bitmap rather than image speeds things up noticeably but no idea why.

[Joe Black]

Xog, so far as drawing images go, from what you posted I'm not doing that much different. Different overloads perhaps most of the time, but generally the same methods, though for thumbnail sized images I believe I usually use GetThumbnailImage instead. Will have a look tomorrow as the graphics stuff is now a library in itself.

Certainly on my desktop, creating a few hundred thumbnails (user selectable from 16x16 to 128x128) for our web based CMS doesn't take more than a second or two if they're not in the cache.

If you can provide a pointer to some images as an example, and what sort of size/changes you need, then I could always run a quick test. If it's better than what you're getting at the mo then no problem to PM some source code.

[thunderlizard]

Cobol of the future

The interesting one will be when Microsoft stops supporting VBA (a good roundup of the murmurings here: http://www.regdeveloper.co.uk/2008/0...ce_mac_08_vba/)
Think of all those business processes that are based on a tangle of Excel macros and Access databases, some dating back to '97. Some luckybody gets to pick apart every single one of them.

[AtW]

Some luckybody gets to pick apart every single one of them.

Someone lucky in India: a few millions lucky actually.

[bored]

Java has got rubbish performance - I will beat any (CPU intensive) Java code with C# equivalent. Never underestimate the dark power of pointers

Depends. I haven't tried the recent versions of .NET but memory allocation/garbage collection seemed to be significantly faster in Java than in C# during .NET 1.1 days.

Also in many cases computationally intensive parts can be delegated to optimized libraries such as Intel MKL.

[AtW]

I haven't tried the recent versions of .NET but memory allocation/garbage collection seemed to be significantly faster in Java than in C# during .NET 1.1 days.

Have not tested it, but I doubt it: not sure if they optimised it in current Java (v6 is it?), but in .NET a number of things were done much smarter that benefits gargabe collector, which I do have a big grudge against, but overall I think they did very good job.

In any high performance app you should not allocate memory more than once anyway - then reuse it, that's where pointers help nicely.

[thunderlizard]

Someone lucky in India: a few millions lucky actually.

Not this one (or I hope not, for everybody's sake). These are the kind of systems where the requirements exist only in the head of somebody who left the company after a nervous breakdown 8 years ago. They're the worst candidate for offshoring.

[bored]

Have not tested it, but I doubt it: not sure if they optimised it in current Java (v6 is it?), but in .NET a number of things were done much smarter that benefits gargabe collector.

Just curious, which things are those? My knowledge of .NET is limited but I do like some of their approaches compared to Java.