Új hozzászólás Aktív témák

• #43 dqdb nagyúr lapa #42

  Új Válasz 2013-07-16 08:24:16 #43

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dqdb

  nagyúr

  válasz lapa #42 üzenetére

  Ha adott feladathoz elég a Windows Scripting Host nyújtotta szolgáltatás, mert COM interfészeken elérhető adatokra van szükség, vagy konzolos program átirányított kimenetének értelmezésére, vagy szöveges fájlok feldolgozására, akkor ágyúval verébre az általam felvázolt megoldás.

  Ha a képbe valamiért bejönnek a blobok, akkor könnyen kevés lehet a FileSystemObject kizárólag szöveges fájlokat támogató felülete (vagy visszaalakítod a beolvasott szöveget az aktuális codepage alapján az eredeti bináris adatra, vagy lehet unicode módban megnyitással trükközni, ekkor megmarad az eredeti adat, de párosával kell kezelni a byte-okat, és páratlan hosszúságú fájloknál szívás van). Perllel vagy a szokásos GNU toolchain egyéb programjaival ez a probléma feloldható, de azokat előtte le kell juttatni a gépekre, míg a .NET Framework 2.0-s változata Vista óta fixen az OS része (vagy XP alatt valamelyik Microsoft/3rd party szoftver miatt kell felrakni, és azért elérhető).

  A felugró szöveges ablakokat el lehet kerülni: ha batch fájlból hívod meg a csc.exe-t és utána az általa lefordított programot, akkor a kimenet átirányításával, ha a WshShell.Run metódussal, akkor a nullás windowStyle paraméterrel.

• #41 dqdb nagyúr lapa #36

  Új Válasz 2013-07-15 23:37:55 #41

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dqdb

  nagyúr

  válasz lapa #36 üzenetére

  ad ou-t nem tudott lekérdezni asszem
  Ilyenkor jön az, amikor .NET Frameworkkel rendelkező gépen a batch fájl összedob egy C# forrásfájlt, lefordítja, lefuttatja, majd letörli maga után

Új hozzászólás Aktív témák