Starter Funktion / Differenzverhalten? (gelöst) (Linux)

[thread]17788[/thread]

Starter Funktion / Differenzverhalten? [gelöst]

Tags: linux Ähnliche Threads

Leser: 19

Articles: hide open all | hide show old branches

+12 replies
geloescht

2012-09-28 11:41

User since
2012-06-19
141 Artikel
BenutzerIn

Hallo Forum

Ich habe auf dem Desktop einen Ordner liegen mit Namen EZ-Datenverwaltung. In diesem Ordner sind diese Dateien: EZ-DVP.pl das Hauptprogramm. Dann noch weitere CSV-Dateien.

Ich habe mit Rechtsklick auf dem Desktop einen Starter erzeugt. Das Ausführungsziel ist das Hauptprogramm auf dem Desktop im besagtem Ordner. Das Funktioniert auch, bzw. Das Programm EZ-DVP.pl startet. Aber:

Wenn ich in diesem Programm zum Beispiel einen Kunden Anlegen will, wird das Programm aufgrund eines Fehlers beendet und das Terminal schliesst sofort. Gehe ich manuell ins Terminal und starte EZ-DVP.pl über das Terminal, funktioniert das Anlegen von Kunden einwandfrei.

Ich dachte zunächst an ein Pfadproblem, aber das dürfte eigentlich nicht sein, da der Starter das EZ-DVP.pl ja in seinem eigenen Ordner auf dem Desktop ausführt...

Das dumme daran ist, dass dieser Fehler nur Auftritt, wenn ich das EZ-DVP.pl mittels Starter Aufrufe. Das bedeutet, dass das Terminal automatisch öffnet, und nach einem Fehlerabbruch auch automatisch wieder schliesst. So hab ich nicht mal die Chance, die entsprechende Fehlermeldung zu lesen *grummel*

Irgend eine Idee, was beim Starter intern anders abläuft, als im Ordner beim direkten Auswählen?

Gruss HP-User
Last edited: 2012-09-28 11:52:50 +0200 (CEST)
Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?
- Linuxer
  
  2012-09-28 12:18
  
  User since
  2006-01-27
  3881 Artikel
  HausmeisterIn
  
  Was ist denn dieser ominöse "Starter"?
  Könnte eine Verknüpfung auf dem Desktop sein...
  Rechtsklick auf die Verknüpfung -> Eigenschaften, darin sollte die Möglichkeit bestehen, ein Arbeitsverzeichnis anzugeben: Setze dieses auf den absoluten Verzeichnispfad, wo sich das eigentliche Programm und seine Datendateien befinden. Speichern, neu probieren.
  meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
  Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
- +10 replies
- pq
  
  2012-09-28 12:34
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  packe das ganze in eine subroutine, mach ein eval drumherum, gib $@ aus und mach ein <STDIN> ans ende, damit das fenster nicht schliesst. dann kannst du gemütlich debuggen.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +9 replies
  - geloescht
    
    2012-09-28 15:35
    User since
    2012-06-19
    141 Artikel
    BenutzerIn
    
    Hallo zusammen, hi pq
    
    @Linuxer:
    Der Pfad stimmt. Es ist egal, ob ich einen Starter anlege, oder eine Verknüpfung (letzteres frist gleich viel Speicher wie das Huptprogramm) - es geht nicht. Der Pfad ist also korrekt.
    
    @pq
    Sub soll so gehen (hab gegoogelt):
    
    Code (perl): (dl )
    
    1 2 3 4 5
    
    &mysubdebugger sub mysubdebugger { Hierhin käme der code vom kompletten EZ-DVP-Programm? }
    
    Eval-Fehler soll man laut google so ausgeben können (spezialSkalar):
    
    Code (perl): (dl )
    
    if($@) { print "Fehler: $@" }
    
    Aber dass mit dem eval hab ich noch nicht kapiert. Ich brauche auf jedenfall die Fehlermeldung sichtbar (vom normalen, umschlossenen Programm.
    
    Könnte man mir dabei etwas helfen?
    
    Gruss HP-User
    Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?
    - +8 replies
    - pq
      
      2012-09-28 15:47
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      wenn du ein tutorial gelesen hättest, hättest du gelernt, dass man subroutinen so aufruft:
      subname();
      oder
      subname($param1, $param2, ...);
      oder
      my $result = subname($param1, $param2, ...);
      (ziemlich praktische sachen auch gegenüber goto, nicht?)
      
      bitte bitte bitte lies ein tutorial und mach dich mit den basics vertraut. vetraust du den ratschlägen hier nicht?
      
      Code (perl): (dl )
      
      1 2 3 4 5 6 7 8 9 10 11 12 13 14
      
      use strict; use warnings; eval { main(); }; if ($@) { print "Error in main(): $@\n"; # wait for input to stop script from finishing and terminal from closing <STDIN>; } sub main { }
      
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +7 replies
      - geloescht
        
        2012-09-28 16:04
        
        User since
        2012-06-19
        141 Artikel
        BenutzerIn
        
        Hi pq *voll-vertrau*
        
        Hab dein Vorschlag in mein Programm eingebaut. Jetzt kann ich endlich die verflixte Fehlermeldung lesen:
        
        Code: (dl )
        
        Error in main(): ERROR: Unable to open the CT-file!
        
        Googeln hilft hier aber nicht. Was ist ein CT-file?
        
        Aber Danke - Ich hab jetzt eine Grundlage, nach der ich suchen kann...
        
        Danke pq: Das mi dem eval war ein toller Trick, um an die Fehlermeldung zu gelangen *respect*
        
        Liebe Grüsse HP-User
        
        PS.:Meld mich wieder, wenn ich mehr über das CT-File herausgefunden habe...
        Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?
        
        +6 replies
        
        geloescht
        
        2012-09-28 17:24
        
        User since
        2012-06-19
        141 Artikel
        BenutzerIn
        
        Hallo Forum
        
        Vergesst die Frage. Wenn Blödheit schmerzen würde, würde es jetzt ganz fest wehtun! manmanman...
        
        Hier die Zeile:
        
        Code (perl): (dl )
        
        open(FILECOUNTER, "+</kundencounter.csv") or die "ERROR: Unable to open kundencounter.csv!";
        
        Ich hab die Fehlermeldung von CT-File auf kundencounter.csv umgeschrieben, damit man zukünftig weiss, worum es geht *gumpf*
        
        Ich ändere jetzt bei der open-Anweisung den Kurzpfad gegen einen vollständigen, und dann müsste das funktionieren. Da der Starter ja von wonaders aus startete, kam es hier wahrscheinlich zu Problemen. Die DB-Pfade von topeg haben auch mit starter funktioniert. Er hat so einen obskuren $Bin Skalar verwendet - der scheint sich anzupassen...
        
        Gruss HP-User
        Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?
        
        geloescht
        
        2012-09-28 17:37
        
        User since
        2012-06-19
        141 Artikel
        BenutzerIn
        
        Letztes Post:
        
        Jetzt funktioniert es mit Starter!
        Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?
        
        +2 replies
        
        topeg
        
        2012-09-28 17:44
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Und das Problem hättest du nicht gehabt, wenn du den Basispfad zu deinen Dateien zentral abgelegt und diesen konsequent genutzt hättest. Ich schlage selten völlig unnützes vor.
        
        geloescht
        
        2012-09-28 20:48
        
        User since
        2012-06-19
        141 Artikel
        BenutzerIn
        
        Gut'nabend topeg :-)
        
        Das werde ich doch gleich beim nächsten Projekt so machen. Einen Skalar, mit dem "Stammpfad" im Kopf des Programmes. Sollte das Programm mal "deportiert" werden, muss ich nur eine Zeile im Programm ändern. Nicht schlecht Herr Specht!
        
        Gruss HP-User
        Last edited: 2012-09-28 20:51:02 +0200 (CEST)
        Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?
        
        +2 replies
        
        Raubtier
        
        2012-09-28 19:30
        
        User since
        2012-05-04
        1070 Artikel
        BenutzerIn
        
        ...und wenn du nun auch noch:
        
        ... die "ERROR: Unable to open kundencounter.csv. Reason: $!";
        
        schreiben würdest, würde die Perl auch sagen, warum das Öffnen fehlgeschlagen ist.
        
        geloescht
        
        2012-09-28 20:50
        
        User since
        2012-06-19
        141 Artikel
        BenutzerIn
        
        Hallöle Raubtier
        
        Jetzt beginne ich langsam den Skalar $! zu begreifen. Ist ja der selbe Kandidat, den ich bei der DB-Sicherungssequenz genutzt hatte, und der nur über einen anderen Skalar kontrollierbar war ;-)
        
        Werd ich so tun - Danke und Ehrfurcht euch beiden ...
        
        Viele Grüsse HP-User
        Last edited: 2012-09-28 20:51:40 +0200 (CEST)
        Past brought us "SYS 64738". Present brought us "ctrl+alt+del". But what will future bring?

View all threads created 2012-09-28 11:41.