The UNIX and Linux Forums  

Go Back   Die UNIX-und Linux-Foren > Top Foren > UNIX for Dummies Questions & Answers
.
Google unix.com



UNIX for Dummies Questions & Answers Wenn Sie nicht sicher sind, wo Sie eine UNIX-oder Linux-Frage, post it here. Alle UNIX-und Linux-Anfänger willkommen!

Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
Faden Thread Starter Forum Antworten Last Post
Schließen Sie vor dem Öffnen von Dateien entfernen xramm SUN Solaris 9 09-14-2007 09:23 AM
-Daemon-Prozess suresh_rupineni Linux 1 08-21-2006 03:14 AM
Was ist ein Daemon-Prozess Kanu77 High-Level-Programmierung 6 03-08-2002 10:47 AM
-Daemon-Prozess s_chordia High-Level-Programmierung 2 01-17-2002 02:09 PM
Dateistatus - öffnen / schließen? Pal UNIX for Dummies Questions & Answers 3 09-26-2001 04:54 PM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Suche diesen Thread Rate Thread Anzeige-Modi
  #1 (permalink)  
Old 10-24-2002
kunalashar kunalashar is offline
Registrierte Nutzer
  
 

Join Date: Oct 2002
Beiträge: 1
Sollte ein UNIX-Daemon-Prozess nahe offenen FDS?

Ich habe eine UNIX Daemon Prozess, wurde von einem Elternteil, einen Application Server.
Das Verhalten dieser Daemon ist zu erben und die Verwendung der Anwendung
Server-Datei-Deskriptoren (Ports / Buchsen).
Wenn ich das Programm shutdown-Server, die Daemon weiter zu laufen, denn es können auch andere Anwendungen, die sie benutzen wollen.
Allerdings ist die Server-Anwendung nicht starten, weil die Daemon ist mit seinen Eltern Häfen.
Es gibt eine Debatte darüber, ob das Programm seinen Server oder der Daemon"Verantwortung, um die Datei-Deskriptoren (z. B. mit fcntl (...)).
Welche hat die Verantwortung für das Schließen der offenen Datei
Deskriptoren?
Richard Steven, in seinem Advanced Unix-Programmierung Buch sagt, dass die Daemon es tun sollten, aber die Menschen, die die Daemon sagen, dass die Posix Weg ist besser.
Alle in Anspruch zu nehmen?
Vielen Dank im Voraus,
Kunal
  #2 (permalink)  
Old 10-24-2002
Perderabo's Avatar
Perderabo Perderabo is offline Forum Staff  
Unix-Daemon
  
 

Join Date: Aug 2001
Location: Ashburn, Virginia
Posts: 9131
Ich bin mir nicht sicher, warum Sie denken, dass fcntl () fügt sich in diese. , Ein fd Sie close ().

Es ist unbedingt erforderlich, dass ein Daemon close FD's 0, 1 und 2. Nach dem, dass, wie die Juristen sagen, "angemessene Köpfe bestehen können". In den Tagen, als wir waren begrenzt auf 64 fd's, war es sinnvoll, sich auf eine enge Schleife () auf sie alle. Wenn ich an, um einen Daemon, Ja, ich denke, dass ich würde Sie getconf (_SC_OPEN_MAX), um die maximal mögliche fd-und Loop-Aufruf von close () auf jeder letzte. Dies könnte Tausende von close ()-Aufrufe, die nicht erforderlich sind, aber in der Nähe () nicht sehr schnell, wenn es gegen einen nicht-offenen, fd.

Wenn sie schließen stdin, stdout und stderr, würde ich sagen, dass ihre Haltung ist vernünftig. Aber ich glaube, sie haben eine schwierige Zeit die Produktion in jeder beliebigen Sprache posix , die sie unterstützt. Der posix Standard ist on-line, und wir haben einen Link auf unserer Homepage. Genau, auf welchem sie nennen?

Es sollte sehr leicht zu lösen Ihr Problem sein. Können Sie nicht das Programm-Server nicht verlassen extra fd's geöffnet?

Oder, wenn dies Daemon genannt wird, sagen, daemonx, schreiben Sie einfach ein Programm, das schließt alle fd und dann exec () 's daemonx. Rufen Sie Ihr Programm pre_daemonx. Have your app-Server Call pre_daemonx.

Ist der Name "daemonx" hart-codierten in eine ca. unchangable-Server? Kein Problem. Umbenennen "daemonx" auf "real.daemonx" und rufen Sie das Programm "daemonx".

Welchen Weg Sie hier, zur Festsetzung dieser sollte 10 Minuten Problem.
Closed Thread

Lesezeichen

Thread Tools Suche diesen Thread
Suche diesen Thread:

Erweiterte Suche
Anzeige-Modi Rate this thread
Rate this thread:

Forumregeln
Du möglicherweise nicht neue Themen
Du möglicherweise nicht nach Antworten
Du möglicherweise nicht post-Anlagen
Du möglicherweise nicht bearbeiten Sie Ihre Beiträge

BB-Code ist Auf
Smilies sind Auf
[IMG] Code Auf
HTML-Code ist Aus
Trackbacks sind Auf
Pingbacks sind Auf
Refbacks sind Auf




Alle Zeiten sind GMT -4. Es ist jetzt 11:02 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Ltd. Sprachliche Übersetzungen Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
Die UNIX-und Linux-Foren Content © Copyright 1993-2009. Alle Rechte Reserved.Ad Management von RedTyger

Content Relevant URLs durch vBSEO 3.2.0