Glengamoi

Ein ziemlich normales WEB-Projekt mit einer Masterseite. Alles funktioniert. Nur wenn ich das Ganze in compilierter Form bereitstelle und aufrufe, kommt diese Fehlermeldung sobald die erste Seite aufgerufen wird, die die Masterseite, in diesem Fall sm3.master, verwendet: BC30456: "CreateResourceBasedLiteralControl" ist kein Member von "ASP.sm3_master". Der Fehler wird in der Zeile der Masterseite ausgelöst, wenn das FORM-Object initialisiert wird. Wiegesagt in der der uncompilierten

Ich entschuldige mich. Die Sache hat sich erledigt. Schuld war ein Namenskonflikt mit einer anderen Masterseite. Warum der Fehler aber erst in der compilierten Form angemeckert wird, bleibt dem Greenhorn wohl ein Geheimnis. Mit freundlichen Grüßen. Martin Burkhardt.

Vermutlich ist das eher ein IIS- oder Netzwerk-Problem, aber vielleicht kann mir auch hier irgendjemand den Hinweis zu der Stellschraube im System geben. Also ich frage, die IP-Adresse mit Request.UserHostAddress(). Das funktioniert auf meinem System schon seit Jahren reibungslos. Nun habe ich mir einen weiteren Testrechner zugelegt und der gibt als IP-Adresse nicht die gewohnte Konstruktion z.B. 172.0.0.1 zurück, sondern die IPv6-Adresse also z.B fe80::7ced:89d7:4949:680%23 oder sowas ähnliches

Die Frage ist, wieso in einem System (Vista mit WLan) einmal die IPv6-Adresse und im anderen System (Vista mit LAN) die IPv4-Adresse bei gleichem Aufruf übergeben wird. Und noch besser wäre, wie bringe ich das betreffende System dazu, mir die "normale" IP-Adresse (IPv4) also die in der Form z.B. 172.0.0.1 zu übergeben. Und geht das überhaupt. Ich entschuldige mich für die missverständliche Anfrage. Mit freundlichen Grüßen. Martin Burkhardt.

Und ich kann mir nur schwer vorstellen, daß ich mit meinem recht minimalen Teilwissen genau in diese Falle ausgerechnet "reintapse". Dieses Dilemma wird doch nicht nur in meinem Globalvillage auftreten: Programmieren mit neuen Möglichkeiten für eine Clientel, die gerade mal andere Sorgen haben, als ihre "IT-Abteilung" immer auf dem neuesten Stand zu bringen. Die also schon mal noch einen Rechner betreiben, der schon deshalb noch auf W2K arbeitet, weil sie Angst haben vor dem Rattenschwanz

Wieder mal ein Problem: Mit den entsprechenden Weitergabeprojektfunktionen in VisualStudio2008 wurden eine entsprechenden setup.exe einschl. msi-Datei usw. erzeugt. Die Anwendung soll mit .Net Framework 2.0 laufen. Wenn ich die Installation des Programms per Setup in Vista durchführe, funktioniert es. Aber es soll auf einem Windows2000-Rechner laufen. Und da kommt bei Aufruf der setup.exe folgende Fehlermeldung: "Prozedureinsprungpunkt "HeaperSetInformation" wurde in der DLL "Kernel32

Gemeint ist der IIS7. Als Application A habe ich sozusagen eine Basisanwendung (später beim Hoster mit der Domain xyz.de aufrufbar) mit dem Alias main_app angelegt. In dieser Anwendung wurde im IIS7 eine weitere Anwendung die Application B (später beim Hoster mit sub.xyz.de aufrufbar) mit dem Alias sub_app angelegt. Diese befindet sich physikalische in einem Unterverzeichnis der Anwendung A mit dem Namen sub_dir. Das alles funktioniert ganz normal beim Aufruf im Browser. Lediglich bei der weiteren

Wenn ich über dem IIS auf meinem Testserver eine neue Anwendung(B) in einer bestehenden Anwendung(A) anlege und dieser einen Alias zuweise, der nicht identisch ist mit dem Namen des physikalischen Verzeichnisses, dann habe ich ein Problem beim Aufruf der Anwendung A im VisualStudio 2008. Dort ist dann einmal die registrierte Anwendung B vorhanden und gleichzeitig noch das Verzeichnis auf dem sich eigentlich die Anwendung B bezieht. Es kommt dann die Fehlermeldungen bezüglich machine.config: Verzeichnis

Problem beim Aufruf eines Web-Service, wenn Session-State auf Cookieless=“AutoDetect“ gesetzt ist. ... localhost/Monika2007/HKinfo.asmx/Get_HKexist?AspxAutoDetectCookieSupport=1 In diesem Fall wird an den aufrufenden Befehl hier z.B. Get_HKexist noch der Bezeichner ?AspxAutoDetectCookieSupport=1 angehängt, was dann zu einem Laufzeitfehler führt: Unbekanntes Anforderungsformat für einen URL, der unerwartet mit '/Get_HKexist' endet. Sobald Cookieless auf true oder false oder UseCookies gesetzt

Vielen Dank für den Hinweis zur Verwendung von ClientID. Ich hatte ja wiegesagt das Ganze schon so ähnlich mit UniqueID ausprobiert und dabei herausgefunden, dass dann im Firefox die IDs nicht stimmten. In einem Hilfetext der Dokumentation zu MS Visual Studio 2005 finde ich nun unter ClientID folgende Erklärung: Der für ein Steuerelement generierte ClientID -Wert ist identisch mit dem UniqueID -Wert, außer dass die ID-Werte durch einen Unterstrich und nicht durch das in der IdSeperator-Eigenschaft