> 
> 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

Antwort per Email an