Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Cassini in 64-bit environment
cas9412
#1 Posted : Wednesday, May 20, 2009 5:13:38 AM(UTC)
Groups: Member
Joined: 1/14/2009(UTC)
Posts: 7

We are trying to deploy a simple ASP.Net web app. Our setup package works fine on 32-bit machines, but not on 64-bit. We tried downloading the Cassini setup package directly onto a 64-bit computer and running the Cassini Server Explorer, but we still get a "Internet Explorer cannot display the page" error. The UltiDev Cassini Web Server service does appear to be running. The only event in the Event Viewer is:
Quote:

Fault bucket 51855614, type 5
Event Name: PCA2
Response: None
Cab Id: 0

Problem signature:
P1: UltiDevCassinWebServer2a.exe
P2: 2.1.0.3
P3: UltiDev Cassini Web Server for ASP.NET 2.0
P4: UltiDev Cassini Web Server for ASP.NET 2.0
P5: UltiDev LLC
P6: 200
P7: -1
P8:
P9:
P10:

Attached files:
C:\Users\Danny\AppData\Local\Microsoft\Windows\WER\ReportQueue\Report0b6211df\appcompat.txt
C:\Users\Danny\AppData\Local\Microsoft\Windows\WER\ReportQueue\Report0b6211df\TabE99.tmp

These files may be available here:
C:\Users\Danny\AppData\Local\Microsoft\Windows\WER\ReportQueue\Report0b6211df


What are our options when it comes to getting Cassini to run on 64-bit machines? Thanks!
Ultidev Team
#2 Posted : Wednesday, May 20, 2009 6:09:56 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

UltiDev Cassini has been developed and extensively tested with x64 systems and therefore this issue is likely to be caused by some one-off incompatibility. One of the most common problems on x64 systems would be ASP.NET applications using components, usually COM-based, that are 32-bit only. This thread is dedicated to the issue and to the workaround. In short, Cassini runs as 64-bit process on x64 machines, and as 32-bit process on x86 machines. Programs that rely on non-.NET components, like legacy COM-based ones, may find their apps not running on x64 machines without using 32-bit-only version of Cassini host process (see the link above for details). To test this theory we'd recommend uninstalling your application and see if Cassini Explorer is back up.

Please let us know if this information was helpful.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
cas9412
#3 Posted : Thursday, May 21, 2009 3:28:09 AM(UTC)
Groups: Member
Joined: 1/14/2009(UTC)
Posts: 7

Our application does not use any COM components, only standard .Net classes. But to eliminate the possibility that the problem was with our installation package or our program, we downloaded the UltiDev Cassini Web Server for Visual Studio 2008 (v. 2.0.9) directly off your site and installed it. From that installation the Server Explorer would not run. Any ideas?
Ultidev Team
#4 Posted : Thursday, May 21, 2009 6:32:15 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

Could you please confirm that your application was uninstalled when you tried to re-install UltiDev Cassini? It's important because if your application was still installed when Cassini was removed and re-installed, Cassini would be trying to load your application on its first run. We just want to make sure this problem has nothing to do with your app.

Have you had a chance to try installing your application on any other x64 system? Is this problem reproducible? If you wish, you could send your application to us so we could try to run it on our x64 test machines to tell whether that just machine you tried is having a problem. If you would like to do that, please contact us via email so we could respond and give you an email address.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
cas9412
#5 Posted : Friday, May 29, 2009 5:15:27 AM(UTC)
Groups: Member
Joined: 1/14/2009(UTC)
Posts: 7

Turns out our problem was with the localhost url not working in Vista. Switching localhost with 127.0.0.1 brought up our application without issues. This behavior was confirmed on 2 separate installations of 64-bit Vista machines. Since the Cassini Server Explorer's shortcut is setup to use localhost, is there any known workaround for this?
Ultidev Team
#6 Posted : Saturday, May 30, 2009 10:53:57 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

By default Vista's hosts file (c:\WINDOWS\system32\drivers\etc\hosts) has these two entries for localhost:
Code:
127.0.0.1 localhost
::1 localhost

First one is for IPv4 and the second is IPv6. As long as 127.0.0.1 is present, you should have no problem with Cassini, regardless whether it's x64 or x86 version of Vista.

Could you please tell what did you have to change in the hosts file to make it work?

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
cas9412
#7 Posted : Monday, June 1, 2009 11:44:22 AM(UTC)
Groups: Member
Joined: 1/14/2009(UTC)
Posts: 7

As it turns out, this seems to be a Vista inconsistency. Looking at 3 separate installs, 2 of them only had the ::1 entry, but the other had both the ::1 and 127.0.0.1 entry. On the machines that did not have the 127.0.0.1 entry, we were able to fix it 2 different ways:
1) using http://127.0.0.1 instead of http://localhost
2) modifying the host file to include the 127.0.0.1 entry

Has anyone else run into the problem where the 127.0.0.1 entry was missing from your host file?
Ultidev Team
#8 Posted : Monday, June 1, 2009 12:12:41 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hi there!

Could you please let us know the exact version of the OS you are using? For example, Vista Ultimate SP1 French OEM. We want to make a clean installation of the OS on our QA machine and see how its hosts file look like.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
cas9412
#9 Posted : Tuesday, June 2, 2009 11:26:26 AM(UTC)
Groups: Member
Joined: 1/14/2009(UTC)
Posts: 7

The 2 versions that was missing the 127.0.0.1 from the host file:
> Vista Ultimate SP1 32-bit
> Vista Enterprise SP1 64-bit

The one version that did have the 127.0.0.1 in the host file (he doesn't think he manually added it previously)
> Vista Ultimate SP1 32-bit

Not sure why the inconsistencies with the same versions. I'm interested to see what happens with your installs.

Ultidev Team
#10 Posted : Wednesday, June 3, 2009 5:13:09 AM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Hello!

We'll try to install clean Vista x64 Ultimate and post here the findings in a couple of days.

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Ultidev Team
#11 Posted : Thursday, June 4, 2009 7:02:30 PM(UTC)
Ultidev Team

Groups: Administration
Joined: 11/3/2005(UTC)
Posts: 2,253

Thanks: 28 times
Was thanked: 60 time(s) in 59 post(s)
Well, our default Vista hosts file contained both 127.0.0.1 and ::1. So far we were unable to figure out what could have modified your hosts file by removing IPv4 entry from it..

Best regards,
UltiDev Team.
Please donate at http://www.ultidev.com/products/Donate.aspx to help us improve our products.
Rss Feed  Atom Feed
Users browsing this topic
Guest
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You can vote in polls in this forum.