Page 1 of 1

64 bit version?

Posted: 23 Jul 2011 21:10
by garage_logician
I have been reading a lot of forum messages and I seem to recall a date of 2012 for a 64 bit version. Any chance of that moving up?

Re: 84 bit version?

Posted: 23 Jul 2011 21:21
by admin
garage_logician wrote:I have been reading a lot of forum messages and I seem to recall a date of 2012 for a 64 bit version. Any chance of that moving up?
Hardly, and the 84-bit version won't arrive before 2022.

Re: 84 bit version?

Posted: 23 Jul 2011 21:24
by garage_logician
admin wrote:
garage_logician wrote:I have been reading a lot of forum messages and I seem to recall a date of 2012 for a 64 bit version. Any chance of that moving up?
Hardly, and the 84-bit version won't arrive before 2022.
Sorry, title typo although I did have the correct bit number in the posting. I hope the intent of my question was clear though, is there any chance of the *64* bit version arriving prior to 2012?

Re: 64 bit version?

Posted: 23 Jul 2011 21:32
by RalphM
I'm pretty sure Don understood your question.
If you read the various threads about 64bit XY you must have understood, that the problem is rather to find a VB6 compiler for 64bit, so it's probably nothing you can urge Don to give it higher priority...

Re: 64 bit version?

Posted: 24 Jul 2011 00:07
by garage_logician
RalphM wrote:I'm pretty sure Don understood your question.
If you read the various threads about 64bit XY you must have understood, that the problem is rather to find a VB6 compiler for 64bit, so it's probably nothing you can urge Don to give it higher priority...
There is another alternative, port to VB.NET. It is too bad, XYPlorer seems like a nice tool but its future seems limited on VB6.....

Re: 64 bit version?

Posted: 24 Jul 2011 01:05
by nas8e9
garage_logician wrote:
RalphM wrote:I'm pretty sure Don understood your question.
If you read the various threads about 64bit XY you must have understood, that the problem is rather to find a VB6 compiler for 64bit, so it's probably nothing you can urge Don to give it higher priority...
There is another alternative, port to VB.NET. It is too bad, XYPlorer seems like a nice tool but its future seems limited on VB6.....
That seems unlikely: the developer has previously indicated that he's considered and rejected .NET (all languages). As for why, as I understand it XYplorer utilises lots of Windows API calls for both functionality and UI. Porting this to any .NET language is tantamount to a rewrite. Also, well-performing .NET apps seem scarce, whereas performance is an important (and achieved) goal for XYplorer. Finally, unhindered API access (i.e. calling unmanaged code) isn't what .NET is about, which is problematic for the reasons given above.

Re: 64 bit version?

Posted: 01 Aug 2011 18:42
by JDługosz
I submit that we don't care whether the code is running 32 or 64 bits. What we want is Context Menus and the correct paths.

The latter can be a full-blown feature: Have both 32 and 64 bit versions of the changing paths show up next to each other with clear labeling, and a setting to control which one is taken as the normal spelling on the command bar and scripts.

The context menus need a proxy, written in C++, to forward the COM calls to a different process.

Re: 64 bit version?

Posted: 02 Aug 2011 07:05
by jsc572
Lack of x64 app support in contextual menu is driving me crazy. The only reason I haven't moved to 7zip x64 is because of this, and I have a few other apps that pack both 32/64 in the same installer and auto install base on the detected OS version, I've had to manually unpack them with uniextractor and choose the 32bit version all because of contextual menu issue with xyp.

But having found rather awkward workaround for the problem, I will patiently wait for x64 xyp when Don's ready :)
JDługosz wrote:I submit that we don't care whether the code is running 32 or 64 bits. What we want is Context Menus and the correct paths.

The latter can be a full-blown feature: Have both 32 and 64 bit versions of the changing paths show up next to each other with clear labeling, and a setting to control which one is taken as the normal spelling on the command bar and scripts.

The context menus need a proxy, written in C++, to forward the COM calls to a different process.

Re: 64 bit version?

Posted: 02 Aug 2011 20:31
by JDługosz
The 32-bit shell extension and the 64-bit exe for 7zip works fine. People have repeatedly told him to follow the MS recommendations and install both versions of the shell extension on a 64-bit OS, but there has been no reply or change in the packaging.

Re: 64 bit version?

Posted: 02 Aug 2011 21:53
by nas8e9
@jsc572 and JDługosz: please see this topic.

Re: 64 bit version?

Posted: 02 Aug 2011 22:51
by zer0
JDługosz wrote:The 32-bit shell extension and the 64-bit exe for 7zip works fine. People have repeatedly told him to follow the MS recommendations and install both versions of the shell extension on a 64-bit OS, but there has been no reply or change in the packaging.
To be fair, the fewer developers deploy 32-bit extension with their 64-bit software the better. It's exactly that deficit that puts pressure on other software developers -- yes, including Don -- to create 64-bit software.