Der Zugriff auf die Settings funktioniert so:

string lic = XYZProg.Properties.Settings.License;

So wie du's machst, könntest Du auf die "normalen" AppSettings zugreifen. In Deinem Fall müsste der Config-Eintrag dann so aussehen:

<add key="XYZProg.Properties.Settings.License" value="Max Mustermann" />

Gruss

Hallo pc-mensch

Der gepostete Code ist i.O.
Sicher das du nirgends die testTable zurücksetzt oder das da sonst noch irgendwas dazwischen funkt? Poste sonst vielleicht etwas mehr Code.

Hallo

Dein DestinationFolder ist falsch definiert (sieht man eigentlich ganz gut, wenn man Dein web.config-Beispiel anschaut). Du definierst beim DestinationFolder ein File, richtig wäre aber natürlich der Ordner. Also:

<Copy SourceFiles="@(DropLocationFiles)"
          DestinationFolder="C:\release\Web\%(RecursiveDir)" />

Habs jetzt nicht ausprobiert, aber so sollte es gehen.

Gruss

Original von herbivore
wie gesagt: Debugging/Tracing/Logging

hm...
Loggen tu ich, aber kann nicht mehr rausschreiben als das der Prozess ordnungsgemäss beendet wurde.
Procmon sagt auch nichts verdächtiges.
Im Eventlog ist wie schon gesagt auch Ebbe

Mein Latein ist am Ende.

Hallo herbivore

Blöde Frage: Wie finde ich denn die Todesursache? 🙂 Fehler gibt's nicht, Eventlog schweigt... ?(

Gruss
Dani

Hi

Ich hoffe ich bin im richtigen Forum. Hab da ein seltsames Problem mit einem Scheduled Task.
Dieser startet eine kleine .NET Konsolen-Applikation. In dieser Applikation wird wiederum per Process.Start ein .vbs-File aufgerufen.

Process vbsProc = Process.Start(ConfigurationManager.OutputPath + "\\" + WD_GEN);

Danach prüfe ich ob der VBS-Prozess noch am laufen ist und warte so lange:

while(Process.GetProcessById(vbsProc.Id) != null)
{
    System.Threading.Thread.Sleep(TIME_STEP);
}

Das funktioniert alles auch ohne Probleme. Wenn ich nun aber den Scheduled Task unter einem User laufen lasse, der NICHT am System angemeldet ist, läuft der VBS-Prozess nicht bis zum Schluss durch, sondern hört irgendwann nach einer gewissen (+/- konstanten) Zeit auf (ohne erkennbaren Fehler).

Wenn ich den Scheduled Task jedoch mit dem User starte, der gerade angemeldet ist, funktioniert alles.

Weiss da jemand was? Ist zum verzweifeln sowas...

Dani

Hi

Das Problem war, dass der Prozess, indem das VBS läuft (wscript.exe) natürlich nicht nur für dieses eine VBS gilt, sondern für alle anderen evtl. laufenden auch.

Ich habs nun aber über das ID-Property des gestarteten Prozesses gelöst.

Danke Dir!
Dani

Original von nin
könnte gehen, dass du mit folgendem Code überprüfst, ob VBS schon läuft:

Hi nin

Hab ich mir auch schon überlegt, das Problem an dieser Lösung ist nur etwas, dass es nicht auszuschliessen ist, dass ein Prozess mit demselben Namen von irgendwo anders her auch noch gestartet wird...

Dani

Hi

Ich führe mittels

Process.Start("myfile.vbs");

eine VBScript-Datei aus, die mir Word-Files generiert.

Gibt es irgendeine Möglichkeit, abzufragen ob das VBS noch läuft? Die einzige Idee die ich habe, wäre eine Status-Datei zu schreiben... aber das gefällt mir so nicht =)

Gruss
Dani

Hi

Beim Aufruf der FindControl-Methode wird die Referenz deines BT-Objektes ja wieder überschrieben. Wenn das FindControl nun deinen Button nicht findet (was wohl so sein wird), wird deinem bt null zugewiesen...

Die vorgängige Instanzierung kannst du dir also sparen, die hat so oder so hier keinen Einfluss.

Gruss
Dani