mike volodarsky's serverside : fix problems with visual studio f5 debugging of asp.net applications on iis7 vista

mike volodarsky's serverside : fix problems with visual studio f5 debugging of asp.net applications on iis7 vista mike volodarsky's serverside advanced iis web server deployment and development with iis7, asp.net, and everything else fix problems with visual studio f5 debugging of asp.net applications on iis7 vista **********************************************************************update - 6/20/2007a visual studio patch that fixes the visual studio f5 debugging of iis7 applications on windows vista home premium and above has been released!  this patch solves the "an authentication error occurred while communicating with the web server.  please see help for assistance.", and "debugging failed because integrated windows authentication is not enabled.  please see help for assistance" errors, that until now had to be worked around using the instructions below.this patch also enables customers using windows vista home premium customers to use visual studio f5 debugging, who were not able to use this feature at all previously because windows authentication was not available on windows vista home premium.you can download the patch from connect here: download.  also see the kb article 937523 (it is being published today, so may not be available yet).thank you for your patience so far, and i hope that this resolves your problems.  if not, please let me know.thanks,mike********************************************************************** a number of people have been reporting problems when trying to debug their asp.net applications on windows vista with visual studio 2005 f5 debugging support.  there are a handful of posts about trying to get this to work in various ways ... most of which are missing key information needed to *really* get it to work.i am going to try and provide you with step-by-step instructions below, and explain the several tradeoffs that you may need to make along the way.a little note about the purpose of visual studio's f5 debugging support: its designed to help you attach the debugger to the worker process running your asp.net application.  you can always manually attach the debugger via the menu: tools>attach to process ... option, assuming you know what instance of w3wp.exe worker process on your server the application is running in.  the f5 debugging mode figures this out for you, and starts a convinient browser window for you to play around with the app.  other than that, it is the same as debugging it manually.  if you are debugging from a remote machine, you will need to run the visual studio debugging monitor on the remote machine, and open the firewall so that visual studio can connect to the debugger (msvsmon.exe does this for you by default).  then, you can still attach directly via the attach to process ... dialog, by specifying the server's machine name.so, the bottom line is, if you know which process you need to debug, you don't need f5 debugging to debug asp.net apps.  with that in mind, here is what it takes to get the convinient f5 debugging working on vista:******************************************************************note: be sure to get the visual studio 2005 sp1 update if you are running visual studio 2005 on vista.  this update fixes a number of incompatibilities you may otherwise hit.  if you have issues installing sp1, please be sure to review heath stewart's blog entry at http://blogs.msdn.com/heaths/archive/2007/01/11/known-issues-with-visual-studio-2005-service-pack-1.aspx.*******************************************************************1) run visual studio 2005 as administratorunfortunately, visual studio 2005 sp1 still doesn't support the required elevation functionality to be able to do debugging when run by a lua user.  i hope it will very soon - in the meantime, in order to enable debugging, you need to run it as administrator:2) install required iis componentsiis7 in vista and longhorn server has been completely modularized to reduce the security surface area and improve performance, and installs a pretty small set of features by default.  in order to enable f5 debugging, you will need at minimum the following components:asp.netwindows authentication module (provides support for windows authentication with ntlm and kerberous)metabase compatibility layer (provides support for legacy iis configuration apis used by existing software to manage iis.  note that this is required to connect to your asp.net application from visual studio, even before you attempt debugging.)install them from control panel > programs > turn windows features on and off:after doing this, you may get the following error if you attempt to debug:always press no.  this message is incorrect, and is due to a change in how versioning is done for asp.net applications on iis7 that is not being properly handled by visual studio 2005.3) enable windows authentication for your asp.net applicationvisual studio 2005 debugging requires the asp.net application to have windows authentication enabled.  this requirement also exists for windows xp / windows server 2003.  to enable windows authentication, open the iis manager administration tool by running start > type inetmgr in the search box, navigate to your application, choose the authentication tab, and enable windows authentication:note: if you have anonymous / forms authentication enabled for your application, leave it on.4) enable your asp.net application to provide debugging auto-attach supportat this point, if you press f5 and try to attach to your application, you may either see nothing or get the following error:this is the dreaded error that frazzles most people.  the unfortunate fact is, there is a bug in asp.net integrated mode (the default asp.net mode for iis7) that prevents authentication from taking place correctly for the debug auto-attach feature.  the bug manifests only in the following case:asp.net application is running in an application pool using integrated mode (default), andasp.net application has global.asax event handlers or custom modules that subscribe to pipeline notifications prior to authenticaterequest (not default) - so, beginrequest, postbeginrequest, and in some cases early in authenticaterequest.the following workarounds are avaialble:remove global.asax / modules causing this.  this is a farily bad option because they are the ones you want to debug a lot of the time :).move the application to classic mode.  this may be acceptable, but not ideal - especially if you are developing an application that takes advantage of integrated mode specific features.  even if you are not, you may sometime in the future so running your application in integrated mode will help you make sure you are well positioned for it.use the debug assistant module (below).  this is a hack i wrote that temporarily enables the debugging auto-attach to work correctly in integrated mode.  but, since you are not debugging your vista site while its live on the internet (right? right?), you can temporarily install and use it while you are developing and debugging.for how to move your application to classic mode, you can consult one of the existing blog posts about this issue - for example, rajiv's post here.5) enable the debugging assistant to enable f5 debugging in integrated modelike i said, don't put this module on a production system.  but, its entirely safe to use it for your development / test machine to help with f5 debugging.  just make sure that you turn off debugging-related stuff, and remove this module before deploying in production as a general deployment practice.  hopefully i havent scared you too much, since the module doesnt really do anything major - it just allows and tweaks the debug attach request to enable asp.net debug attach to work.  it does however disable authorization for requests mapped to the debughandler below (although the handler will require an authenticated windows user).here is how to set this up on your machine:download the debug assistant module (disclaimer: this module is not provided by microsoft, and is not supported in any way.)***********************************note: if you are running on a 64bit os, download the 64bit debug assistant.  it will replace the 32 bit version if you erroneously installed it on your 64bit machine - currently, using both on the same machine is not supported (but you can do it if you know how :) ).***********************************unzip to a local directoryright click on install.bat, and chose "run as administrator"add the following in your application's web.config file:<configuration>      <system.webserver>            <modules>                  <add name="debugassistant" />            </modules>            <handlers>                  <add name="debughandler" path="debugattach.aspx" verb="debug" type="system.web.httpdebughandler" />            </handlers>      </system.webserver>      <system.web>            <compilation debug="true" />      </system.web></configuration>this enables the debug assistant module in this application, and explicitly declares the debughandler handler (this is mandatory in order for debugging to work).  the debug=true directive is something you need to have also but vs 2005 will warn you about it if you dont.well, that's it, hope it helps.  please let me know if this doesnt work for you, or you experience other issues. share this post: email it! | bookmark it! | digg it! | reddit! | kick it! | live it! published 28 december 06 05:16 by mike volodarsky filed under: iis7, development, debugging, asp.net, visualstudio comment notification if you would like to receive an email when updates are made to this post, please register here subscribe to this post's comments using rss comments # bill said on december 28, 2006 7:22 pm: you rock, dude. thanks for pulling this together. # rick strahl said on december 28, 2006 11:51 pm: thanks mike for posting this! sure enough after removing global.asax code the app started debugging just fine. and the helper module works as well...you think there's going to be an official fix for this at some point? i certainly appreciate that you pulled this module together for us - as bill said you rock!!!but given that the asp.net 2.0 bits are not supposed to change is this likely to get fixed by a .net service pack in the future? # mike volodarsky said on december 29, 2006 12:01 am: glad to hear it works for you! it's a nasty problem ... we already have the fix and it will be in vista sp1 / lhs next year, thats all i can say right now ... its very unfortunate this happened though and everyone here feels real bad about it.  hopefully this workaround helps most people in the meantime. thanks, mike # rajiv said on december 29, 2006 3:38 am: this is useful information for anyone who’s been trying to get this to work. thanks for posting this. # chua wen ching said on december 29, 2006 4:57 am: i am going to use vista soon. thanks for sharing this tips. it will be very handy later use :) # dennis van der stelt said on january 2, 2007 1:11 am: i've set everything up in classical mode.problem is, i'm doing url rewriting in a custom http module. it _is_ working, but the path is as follows:http://localhost/myfile?id=10there's nothing that matches /myfile and i get a huge popup screen in visual studio with the error that should've been displayed in html. when i startup default.aspx and then typein /myfile?id=10 it works.maybe you could lookin to it?! :)and i really, really hope we can run in default (iis7) mode in the future. # mike volodarsky said on january 2, 2007 6:48 pm: dennis, i am not sure what your problem is.  can you elaborate?  are you failing to use f5 debugging, or having other application issues?  f5 debugging should just work in classic mode provided you have done the prerequisite steps 1 - 3. # jim meehan said on january 5, 2007 2:10 pm: i am posting here because i am desparate. i have tried both iis and asp.net forums with no luck. i have a new laptop and i cannot get vs 2005 f5 debugging of asp.net aplications to work. i am running windows xp sp2. i have run through the whole litany of possible causes: i am running as an adminstrator, integrated windows authen is enabled, debugging is enabled, http keep alive is enabled, etc. the iis logfile contains: #software: microsoft internet information services 5.1 #version: 1.0 #date: 2007-01-05 21:22:04 #fields: time c-ip cs-method cs-uri-stem sc-status 21:28:00 127.0.0.1 debug /testsite/debugattach.aspx 401 21:28:43 127.0.0.1 debug /testsite/default.aspx 401 21:35:00 127.0.0.1 get /testsite/default.aspx 200 21:37:07 127.0.0.1 get /favicon.ico 404 21:44:37 127.0.0.1 debug /testsite/default.aspx 400 21:50:07 127.0.0.1 get /favicon.ico 404 # marco said on january 6, 2007 7:34 am: i'm getting the error when i try to debug: "unable to start debugging on the web server. could not start asp.net or atl server debugging." "verify that asp.net or atl server is correctely installed on the server". if i execute the app by ctrl + f5 i get the following error on the browser: "service unavailable" "http error 503. the service is unavailable" please, help me marco alves. # marco alves said on january 6, 2007 8:57 am: i think that my problem occurs because your dll is 32 bits. but my processor is 64 bits. can you post your dll in 64 bits or place the source code to me compile on my 64 bits machine? thx in advance. # marco alves said on january 6, 2007 8:58 am: this is the message that event viewer shows to me: "the module dll 'c:\windows\system32\inetsrv\debugassistant.dll' could not be loaded due to a configuration problem. the current configuration only supports loading images built for a amd64 processor architecture. the data field contains the error number. to learn more about this issue, including how to troubleshooting this kind of processor architecture mismatch error, see http://go.microsoft.com/fwlink/?linkid=29349." source: iis-w3svc-wp event id 2282 # mike volodarsky said on january 6, 2007 1:28 pm: jim, can you post the response headers sent back in response to a debug request to /testsite/debugattach.aspx? you can use the wfetch tool available from http://download.microsoft.com/download/7/8/2/782c25d3-0f90-4619-ba36-f0d8f351d398/iis60rkt.exe. the response headers should contain a www-authenticate: negotiate header. if they don't, it may mean that you either don't have windows authentication correctly configured or something is stripping the headers, which could result in this problem. also, please consult http://support.microsoft.com/kb/306172 for more causes of debugging problems. # mike volodarsky said on january 6, 2007 2:03 pm: marco, i posted the amd64 version of the debugassistant.  let me know if it doesnt work for you. # rdmartin said on january 7, 2007 2:31 pm: thanks for posting this. after installing the debug assistant using install.bat, all web applications fail with the error "service unavailable. http error 503. the service is unavailable." even http://localhost fails with this error. running iisreset and even rebooting my pc did not help. however, as soon as i uninstall it (uninstall.bat), things are working again (although debugging of course still does not work). any ideas? i read and re-read your instructions and think i'm covering everything. # mike volodarsky said on january 8, 2007 12:42 am: rdmartin, this is a prime candidate for a 503 debugging session, using the techniques described here: troubleshooting service unavailable errors.my guess is you installed the 32bit package on a 64bit machine, or a 64bit package on the 32bit machine, and the dll is failing to load.  this will be noted in the "application" event log.  also, if you have a mixed environment (32 bit wp using wow64 on a 64 bit machine), some of your application pools may not work unless you modify your configuration to load the right version of the dll into each application pool using bitness preconditions. # jim meehan said on january 8, 2007 9:59 am: mike, thanks for your response. can i use the wfetch tool on iis 5.1? the download seems to indicate that it is for iis 6.0. i have already addressed the issues raised in http://support.microsoft.com/kb/306172 . # mike volodarsky said on january 8, 2007 11:28 am: there shouldn't be any issues using wfetch on iis5.1.  if you have any, let me know. good luck! # mike volodarsky said on january 10, 2007 2:32 am: can you make sure that iis scriptmaps contain an entry for aspx mapped to the aspnet_isapi.dll, and debug verb is listed in the allowed verbs for the mapping? you can check in the "configuration" section of the inetmgr plugin for your application.  you should be at minimum getting an asp.net exception with a 500 response or a 401 response when requesting debugattach.aspx with teh debug verb.  it doesnt appear that asp.net is executing given your response data. # shane bishop said on january 13, 2007 8:18 pm: why can't i install the sp1 for vista.the message is: "the upgrade patch cannot be installed by the windows installer service because the program to be updated may be missing or the upgrade patch may update a different version of the program.  verify that the program exists on your computer and that you have the correct patch."i do have vs 2k5 and vista... not sure what i'm missing. # shane bishop said on january 13, 2007 11:11 pm: by the way, if you do recieve the last message i reported, this just means that the regular sp1 (not the sp1 for vista beta) isn't installed yet. i forgot that i hadn't added that to this development machine yet. # mike volodarsky said on january 13, 2007 11:27 pm: i just added the link to heath stewart's post about vs 2005 sp1 installation issues - http://blogs.msdn.com/heaths/archive/2007/01/11/known-issues-with-visual-studio-2005-service-pack-1.aspx.  be sure to check this out if you are having installation problems. shane, glad to hear your problem was resolved.  your issue is also described in heath's blog post. # mr. smith said on january 15, 2007 4:55 am: thank you. this article helped me a lot. # rick strahl said on january 15, 2007 8:40 pm: hmmm... i had this working originally but today i came back to this as part of my installation and now i cannot get the debugger to fire up. looking at the freb log it looks like the debugassistant module is loading, but it continues on to fail with this:25. n n r  module_set_response_error_statuswarning modulename="global.asax", notification="begin_request", httpstatus="401", httpreason="unauthorized", httpsubstatus="0", errorcode="the operation completed successfully. (0x0)", configexceptioninfo="" which looks pretty much like the error when the module isn't there at all. the module seems to fire though:10. n n —  notify_module_start modulename="debugassistant", notification="begin_request", fispostnotification="false", fiscompletion="false" 04:32:33.677 11. n n —  notify_module_end modulename="debugassistant", notification="begin_request", fispostnotificationevent="false", notificationstatus="notification_continue" any ideas? # mike volodarsky said on january 15, 2007 10:19 pm: rick, the debug assistant doesnt actually authenticate the request.  if your custom global.asax code rejects the request with 401, you will not get the correct ntlm challenge and therefore not be able to debug.  the debug assistant just makes sure that the mere presence of the global.asax event handler in beginrequest does not cause the debug attach functionality to be broken.   so, in your case, you may need to modify your global.asax code not to reject the debug request with a 401 ... let me know if making this change works for you. # andries olivier said on january 17, 2007 12:17 am: mike, i followed the steps in detail as mentioned above, but i can not seem just to browse any asp.net 2.0 solutions on my site (with integrated mode, as classic works fine), nevermind debugging. see my trace below:module_set_response_error_statusmodulename="isapimodule", notification="execute_request_handler", httpstatus="500", httpreason="internal server error", httpsubstatus="0", errorcode="the operation completed successfully. (0x0)", configexceptioninfo=""unfortunately i'm running out of options as i've removed and added iis7 through vista, as well as running aspnet_regiss.exe alternatively to see if that makes a difference..any help or direction would be appreciated..bottom line, if i browse to any site (not debugging) in integrated mode, i get server application unavailable.regardsandries olivier # mike volodarsky said on january 17, 2007 1:29 am: andries, it sounds like you have a lot going on :) first, in integrated mode, you shouldnt be using aspnet_isapi, but you are probably because you ran aspnet_regiis. open you applicationhost.config, and delete all entries under the configuration section that have autogenerated-looking names containing the word "abo". you should then stop seeing server application unavailable errors - if you dont, check your eventlog for the exact error. since this is a specific configuration issue, if you are still having trouble, please post to the iis7 forums here: http://forums.iis.net/1038/showforum.aspx, and we will walk you through it. # morten said on january 19, 2007 11:23 am: installing the debug assistent broke all my web applications (i got a 503 server error). uninstalling it made everything work fine again. # mike volodarsky said on january 19, 2007 7:52 pm: that's most likely because you installed the x86 package on an amd64 os, or visa versa.  please use the right package for your os, and try again. if it still fails, please check the "application" eventlog to determine the exact cause of worker process av, and post it here. # harish ranganathan said on january 29, 2007 1:52 am: mike, after doing all the above steps, i am still getting the error "asp.net or atl not installed" error mentioned by marco earlier in the comments. i am sure i installed the correct bit (32-bit) version. from what i could find from event log is "the module dll c:\windows\system32\inetsrv\debugassistant.dll failed to load. the data is the error." i manually copied the debugassistant.dll file to the above mentioned path since it wasnt there earlier. but still the error seems to prevail. # richardf said on january 29, 2007 3:32 am: hello mike, excellent article thanks. i've got most of my web apps working with f5 now. however, there is one that still has problems. with this, i click f5 and get the following message: "unable to start debugging on the web server. the web server is not configured correctly. see help for common configuration errors. running the web page outside of the debugger may provide further information" extra info: - running the page outside of vs.net works fine. - i can attach vs.net to the w3wp.exe process and this works fine too. - installing and using your debug assistant didn't make any difference. - i am using vista 64 and i can confirm that i installed the 64 bit version of your assistant - other web apps do work ok. the problematic app works fine on iis6 machines. any ideas? many thanks, richard f # ross said on january 29, 2007 6:25 am: exactly what i needed, thanks. one thing to add, if the install does not run for any reason, like you forgot to run as administrator, your iis application pool will be disabled due to the errors. you will see this in the system event log. to re-enable, go to the iis admin and select the application pool and re-enable it. thanks again! # mike volodarsky said on january 29, 2007 1:49 pm: marish, please post the hresult located in the <data></data> field of the event log entry details. also, please run "depends" on the debugassistant dll to make sure that you are not missing any dependencies. # mike volodarsky said on january 29, 2007 1:53 pm: richard, please double check that you have configured the application appropriately for the debug assistant. there may be edge cases where the debugassistant is not able to enable debugging, that depend on your specific application configuration and isapi filters / modules you have loaded. these should be *very* rare. you may need to experiment with removing modules / global.asax to see if this makes it work. if you can make a request to /debugattach.aspx, and capture the request (headers and body), and send it to me using http://mvolo.com/blogs/serverside/contact.aspx, this may be useful in diagnosing the issue. # chris white said on february 1, 2007 8:57 pm: i was also getting the message:"could not start asp.net or atl server debugging" i installed the 32-bit version to my retail 32-bit vista, with run as administrator.then, i started getting this message again:"unable to start debugging on the web server.  an authentication error occurred while communicating with the web server."at this point, i feel like i'm going in circles with iis7, vs2005 and vista.  i don't know what else to do. # mike volodarsky said on february 1, 2007 10:08 pm: chris, this seems to be working for most people.  but, like i said above, in certain configurations you may have issues.  we are working on a product fix that should become available soon.   in the meantime, if you are sure you followed my instructions correctly, and you are still observing this behavior, please switch your application to classic mode.  classic mode does not have this issue.  please see a link on how to do this in my post. # alessio said on february 2, 2007 12:24 pm: i've followed all your issue not the last one "debug assistant module" so in  vs2005 i create a asp.net web application f5 debug work fine.on the other hand i create  asp.net ajax-enabled web application (ajax 1.0 installed) f5 debug isn't work returned message: unable to start debugging on web server ... # phil said on february 8, 2007 2:11 pm: i'm having the same failure to load dll error as some others. i checked dependencies, and that seems to be ok. the eventdata in my eventlog is as follows --<eventdata> <data name="moduledll">c:\windows\system32\inetsrv\debugassistant.dll</data>  <binary>7e000000</binary> </eventdata>i've also tried classic mode, but that seems to break my web services.... # mike volodarsky said on february 8, 2007 4:52 pm: phil, thanks for posting the event log.  it sounds like the path to the module is incorrect.  can you make sure that c:\windows\system32\inetsrv\debugassistant.dll exists? # jason marsell said on february 14, 2007 1:01 pm: after trying three or four other recommendations with no success, i found yours. works like a champion. thank you. # arturxlc said on february 16, 2007 12:29 pm: great resource. keep it up!!thanks a lot for interesting discussion, i found a lot of useful information!with the best regards! artur # jeff paredes said on february 17, 2007 7:33 am: this worked great. this should be the first stop for anyone just starting out with vista, iis7, and vs 2005. thanks! # mel said on february 19, 2007 4:01 pm: dotnetnuke fyi if anyone cares------ for reasons well beyond my expertise, this solution does resolve the initial issue with debugging dotnetnuke (4.3.7 here), but the application will not launch correctly. what appears to be happening is it is skipping the global file. also, i am not debugging the entire dotnetnuke application, just a module project set up under the blankmodule scenario. switching the app pool resolved all issues. thanks for your expertise! # tom vergotte said on february 21, 2007 12:18 am: thanks guys for helping me out. the dll didn't work for me, but i removed the "application_authenticaterequest" event from the global.asax (while developing) and everything works fine now. # rob said on february 23, 2007 9:47 am: doe's windows authentication only show up in the list if you have business or ultimate? i don't see it in my list and i'm running home premium. # johnc said on february 26, 2007 11:28 am: very helpful mike i appreciate you taking the time to post this very much! cheers # stephen said on february 27, 2007 12:17 am: appreciate for any help to below problem, i can't even get the default web site to work after enabled asp and asp.net on iis7:server error in application "default web site"--------------------------------------------------------------------------------http error 500.0 - internal server errordescription: calling getprocaddress on isapi filter "c:\windows\system32\inetsrv\asp.dll" failed error code: 0x8007007f notification: unknown module: iis web core requested url: http://localhost:80/ physical path: c:\inetpub\wwwroot ----------------------- # mike volodarsky said on february 27, 2007 3:12 pm: stephen,asp.dll is an isapi extension, not a filter.  you added it as a filter, and iis is failing to obtain the filter entrypoint in this dll, because, well, its not a filter :)remove the isapi filter entry you added, and you should be able to serve asp pages just fine. # mike volodarsky said on february 28, 2007 3:51 pm: rob, unfortunately, vista home does not provide the windows authentication component that is necessary to do vs f5 debugging. we are aware of this problem, and are currently working with the vs team to provide a solution. # alex said on march 2, 2007 1:04 pm: hi mike, "windows authentication" option is missing for all my iis7 web sites. what exactly do i need to "ebnable"? i do have "anonymous authentication", "asp.net impersonation", "basic authentication", "forms authentication", but no "windows authentication". # fab said on march 4, 2007 4:14 pm: hi mike, although i've followed all your instructions, i simply can't get it to work.once i ran the install.bat file, i first got this error in the event viewer: "the module dll c:\windows\system32\inetsrv\debugassistant.dll failed to load. the data is the error." as you suggested a couple of posts ago, i checked that the path to the debugassistant.dll file in the inetsrv folder existed and, as it didn't, i copied the debugassistant.dll file missing. however, even after that it still doesn't work. it gives me this error in visual studio: "unable to start debugging on the web server. could not start asp.net or atl server debugging..." i have checked the event viewer and it doesn't report any error about it anymore. i have gone through the process you explained a couple of times now and i still end up with the same error. any idea of what is still going wrong ? # ben said on march 5, 2007 6:45 am: just did a clean install of vista ultimate with vs2005 along with all the necessary updates.  when installing the debugassistant, i was getting an error.  it turned out that i had to open up the security of \windows\system32\inetsrv\config\applicationhost.config file so that my account had rights to it even though it's an admin account.  once i figured that out i'm able to debug my projects.  thanks for putting this page together! # graham marsh said on march 6, 2007 2:06 pm: thanks for this, i know its been said 100 times but you have solved my frustrating problem. cheers # ... said on march 6, 2007 4:02 pm: ..rather helpful information you have here. grazie! # sebastian bott said on march 9, 2007 12:15 am: thanks for this. i still get the message "an authentication error occured while communication with the webserver", although i installed the debug assistant module and added it in the web.config. the only way i can debug my asp.net-app is to move it to the classis-pool in iis7. # dreams said on march 9, 2007 6:30 pm: hi thanks for the post. one thing is i couldn't find the windows authentication option in the windows features. please tell me the reason. thankx # dakrnite said on march 15, 2007 8:28 pm: hi mike, thanks for the work you put into this. i do have a question regarding the system.webserver section in the web config. all modules in the system.web-httpmodules section seem to be ignored until this section is processed. this caused code i had running in an http module with special handling of beginrequest to not run until after a page request had been processed. is this by design or a side effect of the debughandler module? let me know if i am not clear enough with my question and explanation. # james said on march 15, 2007 8:53 pm: the schema seems to not recognize any of the definitions that are put into it. gives errors that "module" or "handlers" are not found. # mike volodarsky said on march 15, 2007 9:03 pm: dakrnite, in integrated mode, the section is completely ignored. instead, your asp.net modules need to be migrated to the new section - see http://www.iis.net/default.aspx?tabid=2&subtabid=25&i=928&p=2 for more details. # mike volodarsky said on march 15, 2007 9:03 pm: james, you would need to provide more information on the behavior you are observing. thanks, mike # kate said on march 19, 2007 10:55 am: i agree that you totally rock! # jeff lit said on march 19, 2007 12:36 pm: well, this looks like great info and seems to have helped lots of people but i guess my pc is more screwed up than most because i can't even run a web app in vs 2005 without debugging, let alone with.  just get the "can't launch vs localhost web server" error.  asp.net apps run fine outside of vs via regular iis.  vista business 6.0.6000.  have vs sp1 and sp1 update installed, as well as the 3 items mentioned above in iis otions.  logged in as administrator. any ideas of how to fix this? # jim c said on march 22, 2007 10:00 am: the "run as administrator" (first step) solved the whole problem for me. # kevin said on march 23, 2007 12:21 am: jeff, don't know if this'll help... but: if you create the project via the "file system" in vs, it'll run via the vs web server. if you create it via http, however, it'll use the full-blown iis instance you're running anyway. don't know if there's a way to switch between them once you've created the project, however! try an iis-hosted project in vs and see if that works? kev # victor hurtado said on march 24, 2007 5:51 pm: i fix my problem of permisions and compatibility over iis on vista and vs 2005 installing the service pack 1 of vs 2005 and installing the follow feature on iis : iis metabase iis, configuration and compatibility. # raimund popp said on april 3, 2007 7:57 am: hello mike,thank you a lot for your detailed explanations.unfortuneately i had to give up finally, and so i am going to install the sp1 of vs2005.regardsraimund # damian said on april 5, 2007 6:26 pm: thank you !!!!!!!!!!! # grant said on april 6, 2007 12:02 pm: i have done all these steps and everything works - almost. but the debugger is highlighting the incorrect line - always one or two line ahead of where it really is. this is most frustrating. (i am using asp classic btw) what more can i do short of going back to xp? # miguel garrido said on april 9, 2007 12:32 am: i don't know what i'm doing wrong (if anything) i have followed the steps above and the only way i can successfully start a debugging session is if i press f5 from the web.config file. in other words, unless the editor is currently in the web.config file in vs2005 i will get the "unable to start debugging.... an authentication error" message box. ideas? # kurt said on april 14, 2007 9:00 am: thanks for putting this together, saved me a lot of time!i'm still having some issues debugging classic asp pages, the breakpoints are working fine in asp.net but not classic asp.  i've verified enable server-side debugging for asp in iis is enabled, tried adding a debug verb to the asp handler just in case, tried placing stop statements in the directly in the code, but nothing seems to work for classic asp.  any ideas? # crad's .net blog said on april 22, 2007 1:29 am: # garyg said on april 23, 2007 8:02 am: when i try to enable the asp.net under applicationdevelopmentfeatures i get an error that not all features are installed and it remains unchecked. # onthebleedingedge said on april 23, 2007 9:18 am: i'm using web developer express and i installed the debugassistant but still not working. i tried this because i cannot get debugging to work on http (localhost:80) web sites. i am able to debug file based web sites. when i hit f5 in http sites, i get the "unable to start debugging..." message that also says "underlying connection was closed. an unexpected error occurred on a send." i have installed sp1 for web developer express and the vista update patch. i did answer "yes" when i got the "versioning" dialog and i don't know how to undo that. i also suspect my current configuration may be causing this but i don't know how to fix it. i have a "local area connection 2" on the microsoft loopback adapter setup so i can have several vpcs talk to each other. due to network policy (vista is not allowed on our network for now), i'm also not connected to any network so there is no internet access. ie is set to work in offline mode. vista ultimate is configured for workgroup and has never been part of a domain. in another post, i saw a suggestion to add the lsa\disableloopbackcheck registry key set to 1. that didn't help either. any suggestions? # jon tackabury said on april 23, 2007 1:37 pm: thanks for the helpful tutorial mike, it saved me much frustration! # will said on april 26, 2007 4:06 pm: anything for vista home premium users? i can start without debugging now but am still unable to debug. i don't have the option for turning on windows authentication. - will # dotnetshadow said on april 28, 2007 5:59 pm: miguel i had the same problem as you, unless i was on the web.config file i couldn't debug i came across a solution where u have to clear the modules out and put the ones you need back because in integrated mode module section in web.config is ignored http://blog.devstone.com/aaron/archive/2007/03/31/2271.aspx regards dotnetshadow # slaggg said on april 29, 2007 10:09 pm: hello -- thank you for the info you posted here. this is a really unfortunate bug. i just spent 4 hours chasing this and finally found this blog entry. it's pretty dissapointing that it's april 2007 and with a shiny new vista / vs2005 combo the basic feature "f5" does not work and you have to dig, dig, dig to figure it out. i read that vista sp1 due in late 2007. is there any chance of getting a windows hotfix for this? i don't relish adding a module to my app that i have to remember to remove every single time i deploy to production. can ms do a bit more to help us out here? i do appreciate all the info you've posted here -- but i have to say this bug that breaks f5 still in april here is about as unacceptable as it gets. # paul said on may 3, 2007 4:17 pm: i also have the same problem as many that i'm running vista home premium and everything works fine apart from the debugging. no windows authentication option. will there be a fix or other solutions available to get around this? (without buying business or ultimate). thanks. # jean-marc said on may 7, 2007 1:44 am: thanks a lot for your blog. i have a simular problem; eg. it seems that sql 2005 analysis services cannot work with vista home premium as the item windows authentification is missing (it seems also that reporting services would not work either) can you confirm? what is the solution to make ssas working with windows vista premium? thanks a lot for your help # gabe said on may 7, 2007 7:50 pm: just want to say thanks. this worked great to access iis from express. i hope to see a fix for the windows authentication on home premium in sp1! # alex said on may 18, 2007 10:18 am: thanks, mike! you are a lifesaver! just wanted to say your debug assistant (the 32-bit version, at least) is working perfectly in orcas beta 1 as well! # shrinivas kulkarni said on may 21, 2007 4:56 am: hi mike, i did follow all the steps describe here. but even after i did step 5 correctly, i get the same error shown in step 4. i do not see any thing in event viewer too. is there any reason why it will not work? thanks in advance, shrini # mike volodarsky said on may 21, 2007 8:07 am: shrinivas, what sku of vista are you running?  do you have windows authentication installed and enabled as above? please also confirm that you are able to make normal requests to your application without error. thanks, mike # shrinivas kulkarni said on may 21, 2007 8:45 pm: vista sku: enterprise windows authentication enabled: yes can i make normal requests to your application without error: yes i know this might look bit wiered but thats true. i had some issues with attaching process and debugging, but it seems to be fixed. i can atleast debug by attaching process. but it would be really nice to have f5. # seya udugampala said on may 22, 2007 10:10 pm: thank you very much for the information. help me lot changing my assignment environment from window xp to vista. # robert folkesson said on may 30, 2007 2:12 am: om du kör vista och utvecklar asp.net-lösningar har du kanske stött på problem att debugga din applikation # dwight said on june 6, 2007 11:09 am: im missing the windows authentication seccurity tab in vista. does anyone know the cause of this dwighttechnical@gmail.com # rusty uk said on june 7, 2007 10:26 am: hi mike thanks for supporting this useful thread. should i be able to debug through the forms authenticated section of my site? if i enable both forms and windows auth, then iis manager complains i cant do both. it doesn't seem to matter whether i use classic or native mode. i do have sp1. cheers # mike volodarsky said on june 8, 2007 10:15 am: dwight, are you referring to missing the "authentication" icon in the iis7 admin tool, or missing the "security" tab in the legacy mmc console (the iis6 one)?  if the former, you need to install at least one authentication module from the setup menu ... thanks, mike # mike volodarsky said on june 8, 2007 10:18 am: rusty, the easiest thing is to install the debug assistant for now to do this ... thanks, mike # mayur said on june 8, 2007 7:41 pm: this really helped a lot dude ...... you are awsome... # peter tran said on june 9, 2007 12:27 pm: i find that if you uninstall ".net framework 1.1" from vista, then the dialog box displaying '... is configured for use with asp.net 1.1.4322.537 ..." is no longer prompt. # philip said on june 13, 2007 1:57 pm: hi mike in february you informed us about administration authentacation is not available in vista home premium edition, do we have a work arround so we are able to debug under this version of vista. # praveen said on june 15, 2007 8:49 am: hi mike, i installed the debug assistant, but now i get the following error: unable to start debugging on the webserver. could not start asp.net or atl server debugging. verify that asp.net or atl server is correctly installed on the server. could you please let me know if there is work around for this problem. # praveen said on june 15, 2007 9:47 am: after installing debuggassistant.dll, the iis gives http error 503 service unavailable. is there anything else i need to do after installing dll and updating web.config? # mike volodarsky said on june 17, 2007 8:43 am: philip, unfortunately at this time vista home skus do not include windows authentication, which prevents f5 debugging from working.  there is no workaround, although the visual studio team is working on the fix for the issue - please stay tuned for news on this shortly. in the meantime, you can attach directly to the worker process after making a request to your application, using my instructions at the beginning of the post. thanks, mike # mike volodarsky said on june 17, 2007 8:46 am: praveen, can you examine your windows "application" event log to see the reason why your worker process is crashing? also, if you are trying this on a 64bit machine, make sure you have a 64 bit version of the debug assistant, and visa versa for 32 bit machines.  mix-mode (running 32 bit worker processes on a 64 bit machine) is currently not supported by the install package. thanks, mike # praveen said on june 18, 2007 8:24 am: hi mike, thanks for the response. i worked all over the weekend to fix this, but with no success. :(i am running on a 32 bit system.here are the errors i got at different stages:firstly, when i installed debug assistant and changing the config file as per your instructions: i got "unable to start debugging on the webserver. could not start asp.net or atl server debugging. verify that asp.net or atl server is correctly installed on the server" error. now, when i ran the app without debugging, i got "service not available" error. i checked eventlog and saw "debuggassistant.dll failed to load. the date is error" message. i uninstalled debugassistant and installed again and still got the same message.now, i un-installed both iis and vs.net and installed again in the same order. after this, i installed debugassistant manually from the command prompt by copying commands from the installer. with this, i can see debugassistant in webprojects handler in iis. but now it gives "authentication error" which was a previous error before installing debugassistant.i removed global asm from the project, but still got the same error.i really would like to get this done asap or else i have to revert back to windows xp.your help and guidence in this is very much appreciated.thanks,praveen # praveen said on june 19, 2007 11:56 am: hello mike, i tried to attach aspnet_wp.exe to the debugger by using macro, but couldn't find aspnet_wp.exe in the dte.debugger.localprocesses. do you think, this could be problem? in that case what could be the work around? thanks, praveen # praveen said on june 19, 2007 12:24 pm: this is releated to the script in installer: to make debugassistant install, i modified install batch file to cd\ copy users\myusername\downloads\visualstudiof5debugassistant\debugassistant.dll %windir%\system32\inetsrv\ /y this change made a successful copy to inetsrv folder. i think this will fix the error "could not start asp.net or atl server debugging" as it will now will be able to find dll. thanks, praveen # mike volodarsky said on june 19, 2007 1:08 pm: praveen, i am glad you got it to work.  i am not sure from your post, was it a bug in the installer batch file that failed to copy the file to inetsrv? thanks, mike # praveen said on june 19, 2007 1:18 pm: hi mike, i am still not able to debug (i still get same authentication error), but above mentioned changes in cmd allowed me to successfully install dll. thanks, praveen # sai chand said on june 20, 2007 2:43 am: hi mike, os: vista enterprise (vs 2005 with sp1, along with vista update) i installed your module. after that when i do a f5, i get the following error message. i'm trying to debug on my machine and not on remote machine. "unable to start debugging on the web server. attaching to a process in different terminal server session is not supported on this computer. try remote debugging to the machine and running the microsoft visual studio remote debugger in the process's session". -- sai # serverside said on june 20, 2007 8:11 pm: a visual studio patch that fixes the visual studio f5 debugging of iis7 applications on windows vista # mike volodarsky's weblog said on june 20, 2007 8:16 pm: a visual studio patch that fixes the visual studio f5 debugging of iis7 applications on windows vista # iis said on june 20, 2007 8:38 pm: a visual studio patch that fixes the visual studio f5 debugging of iis7 applications on windows vista # かるあ のメモ said on june 20, 2007 9:05 pm: visualstudio2005 + windowsvista で asp.net なプロジェクトをデバックする場合 defaultpool でf5デバックをしようとすると権限が不足しているというダイアログが表示され、デバックが開始できない問題がありました。 これを修正するパッチの正式版が公開されています。 fix problems with visual studio f5 debugging of asp.net applications on iis7 vista（server... # your websites, our passion! said on june 20, 2007 10:10 pm: bradley millington on our team posted a while back on required configuration steps for developing web # your websites, our passion! said on june 20, 2007 10:11 pm: bradley millington on our team posted a while back on required configuration steps for developing web # around and about .net world said on june 21, 2007 12:54 am: # jeff keyser said on june 23, 2007 9:56 am: just in time!  i had recently added asp.net ajax to one of my projects (which adds a custom module), and when i tried to debug it on my vista laptop, ran into these authentication problems.  the hotfix you pointed us to that just came out 3 days ago seems to work like a champ!thank you very much! # wilmer said on june 27, 2007 8:47 am: thanks mike: the link to patch is super. many problems has resolve. # scottgu's blog said on june 27, 2007 11:05 pm: people who use vs 2005 to debug asp.net applications running in iis7 on windows vista can encounter one # asp.net said on june 27, 2007 11:13 pm: people who use vs 2005 to debug asp.net applications running in iis7 on windows vista can encounter one # businessrx reading list said on june 27, 2007 11:39 pm: people who use vs 2005 to debug asp.net applications running in iis7 on windows vista can encounter one # noticias externas said on june 30, 2007 6:44 am: a visual studio patch that fixes the visual studio f5 debugging of iis7 applications on windows vista # feline said on july 1, 2007 7:24 pm: hi i am using visual studio 2003 on vista home premium, it kip showing this error : unable to start debugging on the web server. debugging failed because integrated windows authentication is not enabled. wad shld i do? plz help.. thx # mike said on july 2, 2007 2:16 pm: how did something so buggy ever get out the door? # tommy duncan said on july 16, 2007 8:51 am: thank you. your paged helped me fix this problem and was exactly what i needed. i'm still shocked as to why all of this was necessary and why i had to do all of this rigmarole. ms? # gert ensing said on july 17, 2007 12:30 am: no errors, just no debugging available. no breakpoint hits the fan at all. after installing the hotfix still no action and debugging. using vista ultimate # welcome to the metaverse said on july 17, 2007 11:18 am: ever since the launch of asp back in the late 90's, i've wanted to have integrated debugging support # noticias externas said on july 17, 2007 12:17 pm: ever since the launch of asp back in the late 90&#39;s, i&#39;ve wanted to have integrated debugging # rb said on july 19, 2007 1:51 pm: my colleague just figured out another way to make debugging going (vista & vs 2005, asp.net) that doesn't require "run as" shortcut. add "http://localhost" to your trusted sites in internet options->security. that's it! weeeeeird! # jeremy said on july 22, 2007 7:57 am: for the message : an authentication error occurred while communicating with the web server, change pipeline mode to classical. # raghavendra said on july 24, 2007 3:47 am: i have 2 problems. 1. how to start iis 7 server on vista home edition because "inetmgr" command is not regcognized. 2. when i try to attach the app. to worker process in ide i can't find either aspnet_wp.exe or w3wp.exe (enabled both check boxes below). is there any way to get these processes listed out in attach to process window? # oalexandrino said on july 31, 2007 2:15 pm: on my system under "security" check box there is no "windows authentication" how to install / configure it? thanks oalexandrino at yahoo dot com dot br # infosys | microsoft said on august 10, 2007 2:01 am: debug asp.net ajax application on iis 7 with vs 2005 # darin said on august 12, 2007 8:12 pm: hi mike a million thanks for posting the hotfix and download location. it worked perfect, unlike every other suggestion i'd run into. thanks again # hana said on august 28, 2007 12:58 am: hi all, im having an error as well. my coding works fine on xp & vs 2005. but once i debug the same code on vista & vs 2005. oh well all hell break loose i guess. my code suppose to grab some info from the server n show it on ie but everytime i hit f5. wot i get is this "" the request failed with http status 401: unauthorized. "" and the ie keep processing non-stop but nuthing shows up on it. i have enable all those that u show. so basically i dunno wot else i do wrong or missing. i would really appreciate any help on this issue. # mubashir afroz said on august 28, 2007 2:30 am: hi mike, thanks for the hotfix. it solved my problem and now i can run asp.net application using my vista home premium. regards, mubashir afroz. =========== # cory yuschik said on september 6, 2007 6:42 pm: thank you sooooo much :) # thirstymind said on september 21, 2007 6:52 am: this is a great article. thanks a lot for posting it. i purchased a $2000 laptop and spent another $600 to hook up to a dual monitor display, just to develop an asp.net 2.0 website on vista ultimate. to my dismay i found out how disparate are vs2005, iis7 and vista, and they simply refuse to work together. after strugging for 4 weeks, cursing myself for spending so much for nothing, i came across an article about the patch that will fix the debug issue. but it refused to get installed, and it appears that it could be installed only on vista home and not on ultimate. finally i stumbled upon this article, and manually configured iis to enable "windows authentication", and everything is hunky-dory now. # jason r. shaver said on october 1, 2007 2:17 pm: how to get vs2005 asp.net debugging working with iis 7 and vista. ... # samba said on october 8, 2007 1:47 pm: hi mike, i am using vs 2005 on visata ultimate. i installed the debug assistant as you said but i can't locate the debugassistant dll as you said. do you think is for that i can't run my application? # mit said on october 13, 2007 5:02 pm: the files under subdirectories could not be debugged with vista home editions. check the following article. http://forums.microsoft.com/msdn/showpost.aspx?postid=2163208&siteid=1 # ben said on october 22, 2007 1:38 pm: > jim, can you post the response headers sent back in response to a debug request to /testsite/debugattach.aspx? i'm having a debug-attach problem, but i was getting a different error -- simply that autoattach failed (no message about authentication issues). i don't know why, but right now it's attaching but it's not *really* attaching (i can't insert breakpoints, for example). i'm trying to debug this using wfetch -- and here's what i've done: verb: debug host: localhost path: /chart/debugattach.aspx auth: kerberos connect: http and here are the results: debug /chart/debugattach.aspx http/1.1\r\n host: localhost\r\n accept: */*\r\n connection: keep-alive\r\n authorization: kerberos [snip]\r\n \r\n response: **************\nhttp/1.1 500 internal server error\r\n server: microsoft-iis/7.0\r\n x-powered-by: asp.net\r\n date: mon, 22 oct 2007 17:35:34 gmt\r\n content-length: 27\r\n \r\n debug request is not valid. is my wfetch setup correct? if so, how can i debug the http/500 error i'm getting? thanks! # ben said on october 22, 2007 7:56 pm: ... turns out the solution to my problem was to configure the solution _not_ to build and launch against both projects in the solution when debugging, but rather against only one project. my guess is it successfully launched against the first project but couldn't launch another one against the other project (in effect, trying to debug-attach to w3wp.exe twice). # roberto said on october 22, 2007 9:24 pm: hello, thanks for your article. i had problems to debug in visual studio 2005 in windows vista (the breakpoints did not respond), so i ran vs2005 in administrator mode and the breakpoint works fine, but now when i debug the pages the connection to the site takes long of time, a minute to open the page, what can be the problem?, because when i run the vs2005 in not administrator mode it run fast. # goodwill said on october 28, 2007 12:59 pm: thanks for your info, its very important. i want to know, as i am using castleproject which relies a lot on httpmodule and handlers, is there a better fix than debug assisitant which requires me to plug a httphandler in? does the hotfix would fix this issue too? # mike volodarsky said on november 1, 2007 3:47 am: hi goodwill, the released vs patch addresses this issue and no longer requires this workaround. thanks, mike leave a comment name (required)  your url (optional) comments (required)  remember me? enter the code you see below about mike volodarsky i am a program manager on the microsoft’s iis team, in charge of the iis7 web server engine. i also drive a number of other areas including the new iis fastcgi support, the appcmd command line tool, the asp.net integrated pipeline, and other special projects around server security, performance, and scalability. before joining the iis team, i was the security and core infrastructure pm for asp.net 2.0. about me i am a program manager on the microsoft’s iis team, in charge of the iis7 web server engine. i also drive a number of other areas including the new iis fastcgi support, the appcmd command line tool, the asp.net integrated pipeline, and other special projects around server security, performance, and scalability. before joining the iis team, i was the security and core infrastructure pm for asp.net 2.0, so expect to see a lot of asp.net content here as well. search go this blog home email tags .net appcmd apps asp.net com configuration debugging development fastcgi goodies iis6 iis7 isapi other performance php rubyonrails tools troubleshooting visualstudio navigation photos archives november 2007 (3) october 2007 (3) september 2007 (4) august 2007 (3) july 2007 (5) june 2007 (2) may 2007 (4) april 2007 (2) march 2007 (2) february 2007 (3) january 2007 (4) december 2006 (3) november 2006 (5) october 2006 (9) september 2006 (2) good iis blogs scott guthrie's blog bill staples' blog david wang's blog brett hill's blog disclaimer these postings are provided as is with no warranties, and confer no rights. the views expressed in this blog are entirely my own and not of microsoft. syndication rss 2.0 atom 1.0

Acceuil

suivante

mike volodarsky's serverside : fix problems with visual studio f5 debugging of asp.net applications on iis7 vista  Glisshop :: Conseils ski - Montage fix  FairVote The Center for Voting & Democracy  ONLamp.com -- How to Decide What Bugs to Fix When, Part 1  /IE7/  Google Tries to Fix Broken Links  How To Fix Overexposed Images PhotoshopSupport.com  Konrad Hornschuch AG - d-c-fix, dcfix, skai Klebefolien ...  HYJEK AND FIX, INC.  Daily Herald Officials promise quick fix to state's finance woes  Achat et location Fix Saint Geneys  fix  Sommier LATTOFLEX LT25 Fix 2 pers. 140x190 Ferme / La Compagnie du ...  George Fix  Ablse fix: Bewkes folgt Parson als Time-Warner-Chef  The Draw System  Blackhawk Software :: Registry Fix, Error Fixer, Online Privacy ...  High-performance .NET, C++ and Java FIX Engine Onix Solutions  How To Fix An Underexposed Photo PhotoshopSupport.com  The Fix Bikes - Downhill, Freeride, Dirt Jump, All Mountain ...  Fix for Borland Pascal "Runtime Error 200" bug on fast PCs  Business Objects Customer Assurance - Merge Modules  Quick Fix Meals with Robin Miller - Show List A to Z - TV - Food ...  The Knicks Fix  Microsoft Watch - Server - Microsoft's Fix for the Middle Child ...  fix: Definition, Synonyms and Much More from Answers.com  フィックスレコード公式サイト  zieh fix  The Joy of Flex Blog Archive More on fix to Leopard file ...  Vril's Transparent PNG Fix for WordPress  Tourism-Site-Fix  How to Fix Shows Like 'Lost' -- New York Magazine  A fix for Suckerfish dropdowns in IE 7  SPLANN BLITZ FIX (l'ponge miracle, Eco logis, Eco respect ...  THERMAL FIX - Thermal Fix 2 - Tube  THERMAL FIX - Thermal Fix 1 - Tube  Windows MaxMTU Fix - HelpWithWindows.com  BW Online March 19, 2001 How to Fix America's Schools  Baseball Glove Repair And Restore  how to mend it .com - Find out how to mend just about anything  Actualit sur VJ FIX - Dates de concerts, albums, Mp3, vidos ...  Fix the Future: What this site is all about.  Welcome to Gia's Fix  Fix your mom's computer for mother's day - Joel on Software  CTV.ca Astronauts embark on risk spacewalk to fix sail  3 Ways to Fix Citigroup  [adult swim] Fix Schedule  Resize or Convert Images online  Active Content Developer Center  LUX ELEMENTS- FIX - Jeux de fixation  MIST & FIX - Brume Fixatrice de Maquillage - Fixateur de ...  Alpinisme -- Petites annonces - Re: vends chaussures neuves et fix ...  Vichy Thermal Fix Yeux - 15 ml  Polident Languettes Fix Confort - 40 languettes  Orna Cohen-Fix, Ph.D. : Faculty : NIDDK Laboratories  Inventgeek.com - LCD Backlight Fix - Overview   MG WinSock XP Fix 1.2  Chez Fix  Garbage - Fix Me Now Musique sur Last.fm  Technology News: Space: ISS Astronaut to Perform Perilous ...  M700 Glofiish GPS SiRF III instant fix intgr Smartphone ETEN