Umgebungsvariable PERL_FNS_NO_OPT (solved) (Allgemeines zu Perl)

[thread]21660[/thread]

Umgebungsvariable PERL_FNS_NO_OPT [solved]

Readers: 8

Articles: hide open all | hide show old branches

+7 replies
mark05

2025-03-01 07:43

User since
2010-01-05
131 articles
BenutzerIn

Hallo,

ich überarbeite hier gerade ein altes Modul ,
dort finde ich abfragen ob $ENV{PERL_FNS_NO_OPT} gesetzt
ist oder nicht .

Was ist das für eine Variable ?

via Google habe ich nichts passendes gefunden.

Holger
- GwenDragon
  
  2025-03-01 09:18
  
  User since
  2005-01-17
  14890 articles
  Admin1
  
  Diese Umgebungsvariable ist mir komplett unbekannt. Ich habe auch auf CPAN, Github und Stackoverflow nichts gefunden.
  
  Das sieht mir nach einem benutzerdefinierten Paramater aus.
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- rosti
  
  2025-03-01 10:35
  
  User since
  2011-03-19
  3751 articles
  BenutzerIn
  
  Wird anhand Perl-Code nicht ersichtlich wofür diese Variable steht? Da wird wohl übers OS was ins Perl gereicht, sei es über ein Drittprogramm was vorher lief oder über eine administrative Vorgabe.
  
  Und wenns ganz dumm läuft hängt da noch mehr dran.
  
  mfg
  https://www.rolfrost.de/
  
  Forum zu Fragen unserer Zeit
- +4 replies
- haj
  
  2025-03-01 11:55
  
  User since
  2015-01-07
  594 articles
  BenutzerIn
  
  Die Variable wird von Filesys::Notify::Simple verwendet: Wenn sie einen "wahren" Wert hat, dann versucht das Modul nicht, "optionale" Module wie zum Beispiel auf Linux Linux::Inotify2 nachzuladen.
  
  Quelle auf GitHub: Simple.pm
  - GwenDragon
    
    2025-03-01 12:55
    
    User since
    2005-01-17
    14890 articles
    Admin1
    
    PERL_FNS_NO_OPT ist da auch nicht wirklich dokumentiert. Und aus dem Namen ist nicht erkennbar, was die macht.
    Für mich ein Fall von Perl Worst Practices.
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +2 replies
  - mark05
    
    2025-03-02 11:39
    User since
    2010-01-05
    131 articles
    BenutzerIn
    
    hi
    , ja das ist der code den ich gerade überarbeite damit es zu meinem Projekt passt.
    
    Dir Variable ist in eine UND Cascade drin und und da ich nicht sehe
    das sie Sinn macht überlege ich sie rauszuwerfen.
    
    Code: (dl )
    
    1 2 3
    
    if ($OSNAME eq 'linux' && !$OPT{'NO_OPT'} && eval { require Filesys::Notify::INotify2; 1 }) { $self->{watcher_cb} = \&wait_inotify2;
    
    das ganze findet dann mehrfach statt ( Cygwin , MacOS , BSD )
    
    in meinen Augen reicht auch
    
    Code: (dl )
    
    1 2 3
    
    if ($OSNAME eq 'linux' && eval { require Filesys::Notify::INotify2; 1 }) { $self->{watcher_cb} = \&wait_inotify2;
    
    Holger
    - haj
      
      2025-03-02 12:50
      
      User since
      2015-01-07
      594 articles
      BenutzerIn
      
      Das musst Du selber rausfinden, ob's in Deiner Umgebung passt. Filesys::Notify::INotify2 kennen CPAN und ich nicht.
      
      Variablen mit der Bedeutung "nimm das Modul nicht, auch wenn's da ist" kenne ich gerade in Verbindung mit inotify: Wenn das zu überwachende Verzeichnis auf NAS / Samba liegt, dann kriegt der Linux-Kernel keine Benachrichtigung und die Überwachung läuft ins Leere. Die Abfrage auf $^O reicht nicht aus, um das zu erkennen.

View all threads created 2025-03-01 07:43.