Still can't get a 64bit version compiled
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 29/09/2006 at 15:38, xxxxxxxx wrote:
Howdy,
Hehe, I'm on it. ;o)
Adios,
Cactus Dan -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 06:13, xxxxxxxx wrote:
Howdy Dan,
can you tell me how this all works on a 32-bit platform? I cannot get it to work. In the configuration manager I don´t even get the x64 platform option. What do I need to get this running?
Thanks
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 06:22, xxxxxxxx wrote:
Howdy,
It seems that when installing MS Visual Studio 2005 Standard on a 32 bit machine, the default installation is 32 bit only. I had to go back and select the option to also install the 64 bit. That was something I missed the first time I installed, and had to reinstall it.
Adios,
Cactus Dan -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 06:27, xxxxxxxx wrote:
oh sh**. Thanks, I think I have also chosen 32-bit only back then. Argh..ok, I try a reinstallation.
Thanks so far! -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:08, xxxxxxxx wrote:
Even on the 64-bit systems you have to be sure to select 64-bit for the install - at least I had this with VS2003. Maybe VS2005 now installs default for the target install system (?).
Good luck, Samir!
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:09, xxxxxxxx wrote:
hmm, when I reinstall, I don´t get an option for 64-Bit in my express installation. Was it the Visual C++ express installation where this happened or is it the platform SDK that you mean?
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:12, xxxxxxxx wrote:
Howdy,
AH! The "Express" version doesn't have the 64bit option. You need at least the "Standard" version.
Adios,
Cactus Dan -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:37, xxxxxxxx wrote:
As Cactus Dan says. :E
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:42, xxxxxxxx wrote:
no problem robert, I was too lazy in the past to buy the standard version. Now that´s a good reason to finally do so.
thx! -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:47, xxxxxxxx wrote:
Howdy,
There was an upgrade from MSVC++.net 2003 to MSVC++ 2005 Standard that saved me some money on it.
You may also have some sort of upgrade option.
Adios,
Cactus Dan -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 16/05/2007 at 07:54, xxxxxxxx wrote:
thanks for the hint. I´ll be checking on this.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 10:53, xxxxxxxx wrote:
Ok, now got my Standard installed (woosh, 5 fu*** CDs and a Service Pack update of 500 MB. Sigh, I miss the good ol C64 days.
Anyway, it now works to get that compiler to do what it needs. But I get a C4311 error in the TreeView Function GetId()
The migration docs say:
"Watch out for type cast warnings. E.g. the line LONG converted_ptr = (LONG)&data; will result in a warning warning C4311: 'type cast' : pointer truncation from 'BaseContainer *' to 'LONG'.. You need to change this code to VLONG converted_ptr = (VLONG)&data;."And I am sure that I changed the function in my code correctly. Here it is:
virtual VLONG GetId(void *root, void *userdata, void *obj) { return (VLONG)obj; }But I still get the error? The activeobject sdk example uses it in the same way.
Anybody a clue why it´s not working?
Thanks!
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 10:59, xxxxxxxx wrote:
That's odd. Here's how I do it - note no typecasting to VLONG though:
#ifdef WIN64 //*---------------------------------------------------------------------------* VLONG GetId(void* root, void* userdata, void* obj) //*---------------------------------------------------------------------------* { return ((RuntimeItem* )obj)->GetID(); } #else -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 11:12, xxxxxxxx wrote:
Howdy,
Hmmmm, that is odd because that is exactly the same as the SDK example.
Did the SDK project compile fine?
Adios,
Cactus Dan -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 11:15, xxxxxxxx wrote:
Hmm, maybe your LONG value will be casted automatically to VLONG at occurance. As my object has no ID value (cannot simply add it due to stability reasons unfortunately) so I cannot use it.
But as I said, the activeobject example also uses a direct cast of the pointer and it works for me in a R10 32-bit compile.
@Cactus: Will try a sdk compile.
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 11:22, xxxxxxxx wrote:
yep, compiles just fine. Hmm, strange. Then it must be something in my code, but what could that be in such a small and straight function? It´s an old implementation, did anything change over time in the treeview handling?
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 11:27, xxxxxxxx wrote:
ok, I simply got rid of the plugin and tried a compile, but now I also get 2001 and 2019 errors. I checked the installation but there was no 64-bit option. Darn, don´t tell me I missed it, I specifically kept an eye on this option during installation and wondered why it didn´t come up, but thought it may come later.
At which point does the installer ask for it?
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 12/06/2007 at 11:34, xxxxxxxx wrote:
Howdy,
Yes, I missed the insallation of the 64 bit, too, and had to go back and reinstall it. :o(
If I remember correctly, it was an option that you had to select on one of the pages in the installer window.
Adios,
Cactus Dan -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 13/06/2007 at 04:51, xxxxxxxx wrote:
Argh, what do I need to deinstall to get to that selection window? When I only deinstall the standard edition, then at reinstalling I don´t get any chance to select anything. It simply reinstalls Visual C++ (well, I can choose if I want to also install Visual C# etc. but not the selection pages with that nice icons that I had in the first installation process.
thx
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 13/06/2007 at 05:04, xxxxxxxx wrote:
In vs 2005 pro you don't need to uninstall. Just put the installation dvd and select something like "add components". You will then come to an explorer-like selection tree where you have to check the appr. c++ language option (s.th. with "64bit"). don't know, if this behaviour is different in standard version.