Just curiosity really...
But does anyone know how often Pelles C has been downloaded?
Quote from: CommonTater on October 12, 2011, 04:56:45 AM
Just curiosity really...
But does anyone know how often Pelles C has been downloaded?
I guess Pelle would know, at least for the smorgasbordet.com site.
One pellesc.de, it shows 40407+14586 (32/64bit) for v6.0 and 4335+1653 for v6.50 (haven't checked on the older versions)
Don't know if the later already satisfies your curiosity... ;)
Ralf
Quote from: Bitbeisser on October 12, 2011, 09:15:29 AM
Quote from: CommonTater on October 12, 2011, 04:56:45 AM
Just curiosity really...
But does anyone know how often Pelles C has been downloaded?
I guess Pelle would know, at least for the smorgasbordet.com site.
One pellesc.de, it shows 40407+14586 (32/64bit) for v6.0 and 4335+1653 for v6.50 (haven't checked on the older versions)
Don't know if the later already satisfies your curiosity... ;)
Ralf
Half of it anyway :D
There's quite a split between the 32 and 64 bit versions, isn't there?
Also between 6.0 and 6.5...
Interesting...
Quote from: CommonTater on October 12, 2011, 10:11:30 AM
There's quite a split between the 32 and 64 bit versions, isn't there?
Who needs 64bit? >:)
QuoteAlso between 6.0 and 6.5...
That's probably because 6.50 is still labeled as "beta" and/or "Release Candiate"...
Ralf
Quote from: Bitbeisser on October 12, 2011, 08:14:53 PM
Who needs 64bit? >:)
Me.
I actually compile for x86, AMD64 and IA64 using the Server 2003 DDK.
For projects that do not need IA64 Pelles C is used.
Remember that Server 2008 R2 does only ship as AMD64, so 64-bit is the future.
Quote from: Stefan Pendl on October 12, 2011, 10:07:07 PM
Remember that Server 2008 R2 does only ship as AMD64, so 64-bit is the future.
Well, for one, the statement recarding Windows Server 2008R2 is wrong, unless you made just a typo with AMD64 here...
And the fact that the OS is 64bit does in no way mean that your application
has to be written in a 64bit compiler version as well...
Ralf
Quote from: Bitbeisser on October 12, 2011, 11:26:58 PMWell, for one, the statement recarding Windows Server 2008R2 is wrong, unless you made just a typo with AMD64 here...
Sure it includes WOW64, but it needs 64-bit capable hardware, since it is only shipping as 64-bit O/S, aka x64.
QuoteAnd the fact that the OS is 64bit does in no way mean that your application has to be written in a 64bit compiler version as well...
Sure there are applications which are perfectly working as 32-bit application on a 64-bit system.
It is always depending on what your program does and how easy it is to implement natively.
If you are perfectly happy with WOW64 stay on 32-bit.
I write customization DLLs for a high end CAD application, so I am forced to support 64-bit.
The next release of the application is only supporting Windows 7 x64, due to memory consumption and other things.
A 32-bit version is still released, but if a problem is not reproducible on 64-bit it will hardly get fixed.
Quote from: Bitbeisser on October 12, 2011, 08:14:53 PM
who needs 64bit? >:)
LOL... don't we all?
QuoteThat's probably because 6.50 is still labeled as "beta" and/or "Release Candiate"...
Ralf
Good point...
Which raises a second question... Does anyone know when this version is going to "current version" status?
Quote from: Stefan Pendl on October 12, 2011, 11:52:20 PM
Quote from: Bitbeisser on October 12, 2011, 11:26:58 PMWell, for one, the statement recarding Windows Server 2008R2 is wrong, unless you made just a typo with AMD64 here...
Sure it includes WOW64, but it needs 64-bit capable hardware, since it is only shipping as 64-bit O/S, aka x64.
My point is that it does not rely on AMD but works just fine on any 64bit capable Intel CPU (and those are a lot more than AMDs out there)...
QuoteQuoteAnd the fact that the OS is 64bit does in no way mean that your application has to be written in a 64bit compiler version as well...
Sure there are applications which are perfectly working as 32-bit application on a 64-bit system.
It is always depending on what your program does and how easy it is to implement natively.
If you are perfectly happy with WOW64 stay on 32-bit.
Try anything networking related and 64bit becomes a hindrance...
QuoteI write customization DLLs for a high end CAD application, so I am forced to support 64-bit.
The next release of the application is only supporting Windows 7 x64, due to memory consumption and other things.
A 32-bit version is still released, but if a problem is not reproducible on 64-bit it will hardly get fixed.
Used to do CAD software development two decades ago. We could do more on the early 386'ers than most mini-computer based systems like Medusa or CATIA for example could do, not to mention from toys like AutoCrap. The company just could not compete with the prices of the later and that was what it was compared to even though it played in a complete different league...
Ralf
Quote from: CommonTater on October 13, 2011, 03:04:12 AM
Quote from: Bitbeisser on October 12, 2011, 08:14:53 PM
who needs 64bit? >:)
LOL... don't we all?
Not me. All my real "work"stations are (XP) 32 bit, so are my data servers (Windows Server 2003) as well as email and web server (BlueOnyx). And my Mac too (IIRC, 4 year old 26" iMac, running 10.6.8 )
QuoteWhich raises a second question... Does anyone know when this version is going to "current version" status?
Only a lonely Danish guy will know... ;)
Ralf
Quote from: Bitbeisser on October 13, 2011, 08:10:55 AMMy point is that it does not rely on AMD but works just fine on any 64bit capable Intel CPU (and those are a lot more than AMDs out there)...
I was referring to the processor architecture, which is AMD64, but it might have been better to use x86_64.
I think the reason for the 64-bit processor architecture naming convention confusion comes from Intel using AMDs 64-bit instruction set, so they are AMD64 processors in the core.
The whole point is that future generations of Windows releases will require 64-bit hardware in the end, despite of supporting 32- and 64-bit applications.
Quote from: Bitbeisser on October 13, 2011, 08:15:25 AMOnly a lonely Danish guy will know... ;)
I think he is Swedish, but in the end he is a northern European or Scandinavian.
Quote from: Bitbeisser on October 13, 2011, 08:10:55 AMUsed to do CAD software development two decades ago. We could do more on the early 386'ers than most mini-computer based systems like Medusa or CATIA for example could do, not to mention from toys like AutoCrap. The company just could not compete with the prices of the later and that was what it was compared to even though it played in a complete different league...
So you might know Unigraphics, now called Siemens PLM NX ;)
Quote from: Stefan Pendl on October 13, 2011, 11:22:15 AM
Quote from: Bitbeisser on October 13, 2011, 08:10:55 AMUsed to do CAD software development two decades ago. We could do more on the early 386'ers than most mini-computer based systems like Medusa or CATIA for example could do, not to mention from toys like AutoCrap. The company just could not compete with the prices of the later and that was what it was compared to even though it played in a complete different league...
So you might know Unigraphics, now called Siemens PLM NX ;)
"Knowing" is relative, but I remember them. Was used a lot together with CATIA in the automobile industry and had to fight with their IGES export/import filters... :-(
Ralf
Quote from: Stefan Pendl on October 13, 2011, 11:20:16 AM
Quote from: Bitbeisser on October 13, 2011, 08:15:25 AMOnly a lonely Danish guy will know... ;)
I think he is Swedish, but in the end he is a northern European or Scandinavian.
Oops, my bad, you're right he's Swedish.
I claim feeling severely hungry at the time of writing it for the mistake... ;)
Ralf
Pelle is finnish.
Anyway seems that, apart a lot of kids asking solutions for theyr homeworks, on this site there a lot of professional programmers.
Maybe we use each other products and we don't know ;).
Quote from: frankie on October 14, 2011, 05:36:00 PM
Maybe we use each other products and we don't know ;).
Now that wouldn't surprise me very much...
My big deal is a project called "Remote Media", which is a LAN/IP based remote controller for HomeTheatre PCs...
It's currently offline because of a switch in ISPs (looong story there...) but should be back online soon.