> > Hallo! > > > > > > Server.Execute hat einfach den Nachteil, dass das > rufende Script > > > keine > > > > > Funktionen oder Unterprogramme im inkludierten Script > > > aufrufen kann. > > > > > Deshalb ist das nur in wenigen F�llen n�tzlich. > > > > > > > > Aber sicher kann man das !!! > > > > > > Ganz sicher? Das widerspricht meiner Dokumentation. > > > > Aber nicht meiner Erfahrung. Welche Doku meinst Du? > > MSDN, Wrox: ASP 3.0, ... > > Der Unterschied zwischen Server.Execute und Server.Transfer ist > lediglich, dass .Execute nach Ausf�hrung (ohne Response.End) > wieder zum > rufenden Script zur�ckkehrt. Die beiden Scripte haben zwar den > gemeinsamen HTTP-Header, aber keinen gemeinsamen Namensraum f�r > VBS-Variablen und Objekte. > > Hab es gerade ausprobiert und es funktioniert nicht.
Oh mist... *sch�m* Das hier war improvisiert.... Probiert hatte ich es mit einer funktion, die isDate heisst und, die ich in der anderen Datei definiert hatte.... Bl�derweise gibt es schon eine Funktion, die isDate heisst und nur deshalb hat es funktioniert... *grins* Aber auch interessant, dass man so einfach eingebaute funktionen neu definieren kann, ohne Fehlermeldung.... Also bleibt nur die M�glichkeit der Parameter�bergabe �ber Applikation- und Session-Variablen... Claudius | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
