Der Owner bestimmt, wer das erstellte Objekt wieder freigibt. Bei Self ist das meistens die Form. Bei Application die Programminstanz ansich. Bei nil…. niemand!

Mein Grundsatz: Objekte, die ich dynamisch anlege, geb ich auch dynamisch wieder frei. Dies hat zudem auch den Vorteil, dass Zeit gespart wird. Denn wenn man Self oder Application übergibt, werden Intern noch verschiedene Sachen gemacht:

procedure TComponent.InsertComponent(AComponent: TComponent);
begin
  AComponent.ValidateContainer(Self);
  ValidateRename(AComponent, '', AComponent.FName);
  Insert(AComponent);
  AComponent.SetReference(True);
  if csDesigning in ComponentState then
    AComponent.SetDesigning(True);
  Notification(AComponent, opInsert);
end;

Dies verschluckt natürlich unnötige Zeit:

Der Zeitintensive Code hierbei ist die Notification-Funktion:

procedure TComponent.Notification(AComponent: TComponent; Operation: TOperation) ;
var
   j: Integer;
begin
   if (FFreeNotifies <> nil) and (Operation = opRemove) then
   begin
     FFreeNotifies.Remove(AComponent) ;
     if FFreeNotifies.Count = 0 then
     begin
       FFreeNotifies.Free;
       FFreeNotifies := nil;
     end;
   end;
   if FComponents <> nil then
     for j := 0 to FComponents.Count - 1 do
       TComponent(FComponents[j]).Notification(AComponent, Operation) ;
end;

Hier wird durch alle Komponenten des Owners und deren Unterkomponenten durchiteriert und wieder Notification gerufen. Ebenso beim Zerstören des Objekts (Destruktor).
Auf Grund dieser Tatsache ist es meist empfehlenswerter, Application statt Self zu übergeben, da Self meist das Form ist was mehrere Objekte enthält. Application enthält i.d.R. sehr wenige (z.B: nur auto-created Formulare) Objekte.
Am besten ist natürlich immernoch nil zu übergeben und mit .Free das ganze wieder freizugeben (verhindert auch doppeltes Freigeben, also wenn man das Objekt selbst schon zerstört hat, der Owner es aber noch einmal zerstören möchte).

Informationen und Grafiken: delphi.about.com

wer die recht nette Permalinks-Funktion von WordPress nutzen möchte, allerdings anstelle eines Apache- einen Lighttpd Web-Server installiert hat, kann sich des mod_magnet Moduls von Lighttpd bedienen.

Zuerstmal muss man unter Debian (etch) das Paket lighttpd-mod-magnet installieren mit:

aptitude install lighttpd-mod-magnet

Danach die Konfigurationsdatei von Lighttpd öffnen und den Hostabschnitt wie folgt anpassen:

$HTTP["host"] == "your.domain-here.com" {
  server.document-root = "/path/to/your/htdocs"
  magnet.attract-physical-path-to = ( server.document-root + "/rewrite.lua" )
}

Hinweis: Die rewrite.lua sollte im Verzeichnis eures Blogs sein. Also die Zeile könnte auch wie folgt aussehen:

  magnet.attract-physical-path-to = ( server.document-root + "/my/blog/rewrite.lua" )

Achtung: Damit mod_magnet funktioniert, muss dieses Modul in der Konfiguration ebenfalls noch aktiviert werden (server.modules).

Jetzt müsst ihr die rewrite.lua im angegeben Verzeichnis noch erstellen und mit folgendem Inhalt füllen:

attr = lighty.stat(lighty.env["physical.path"])
 
if (not attr) then
  lighty.env["uri.path"] = "/index.php"
  lighty.env["physical.rel-path"] = lighty.env["uri.path"]
  lighty.env["physical.path"] = lighty.env["physical.doc-root"] .. lighty.env["physical.rel-path"]
end

Gegebenfalles ist auch hier wieder das Blogverzeichnis anzupassen, also konkret folgende Zeile:

  lighty.env["uri.path"] = "/my/blog/index.php"

Danach noch Lighttpd neustarten:

/etc/init.d/lighttpd restart

Und die Einstellungen im WordPress Admin Interface unter Einstellungen -> Permalinks nach belieben einstellen. Wer Cache-Plugins nutzt: Nicht vergessen den Cache danach zu leeren, damit die Änderungen sichtbar werden.

P.S.: Hab ich natürlich eben direkt für meinen Blog auch integriert.

Quelle: sudhacker.com

Der Eintrag:

map to guest = Bad User

… in eurer Samba-Config sollte helfen, dass anstelle eines Passwort-Promptes eure Freigaben erscheinen.

Danach den Samba-Server natürlich noch (neu)starten:

/etc/init.d/samba restart

wer auch einen Drucker von HP besitzt kann diesen unter Linux wie folgt einrichten (ausgehend von CUPS 1.3):

1. CUPS installieren:

   bigben ~ $ emerge -av cups

2. Paket “hplip”  installieren:

   bigben ~ $ emerge -av net-print/hplip

3. CUPS starten:

   bigben ~ $ /etc/init.d/cupsd start

4. CUPS Oberfläche aufrufen (http://localhost:631)
5. Drucker hinzufügen wählen
6. Name, Ort und Beschreibung angeben.
7. Die Geräte-URI lautet: smb://user:password@hostOrIP/PrinterShareName
   also zum Beispiel: smb://franz:franzelspasswort@192.168.0.34/HP_Printer
8. Eine PPD-Datei angeben. Diese kann man unter openprinting.org herunterladen. Alternativ kann man auch die vom “hplip” Paket bereitgestellte PPD-Datei benutzen. Dies wird auf openprinting.org für diesen Drucker sogar empfholen. Standardmäßig liegt die bei Gentoo unter /usr/share/ppd/HP/hp-deskjet_6800-hpijs.ppd.gz und muss vorher noch mit gunzip entpackt werden. Falls es Probleme mit der Datei gibt, kann man laut openprinting.org für den 6840 auch die PPD des 990C (/usr/share/ppd/HP/hp-deskjet_990c-hpijs.ppd.gz) benutzen.

Fertig.

Eventuell möchte man CUPS direkt beim Start vom PC mit starten:

bigben ~ $ rc-update add cupsd

Wenn man die Installation des hplip-Paketes vergisst, so quittiert CUPS beim Druck mit:
E [24/Apr/2009:19:31:17 +0200] PID 31877 (/usr/libexec/cups/filter/foomatic-rip) stopped with status 3!
im Errorlog bzw. in der Oberfläche mit:
/usr/libexec/cups/filter/foomatic-rip failed

Ebenfalls sollte man beachten, dass am Windows-PC der Freigabename des Druckers keine exotischen Zeichen enthält (dazu zählen auch Leerzeichen).

Viel Spaß beim Drucken.

nachdem mein Bruder nun einen Router organisiert hat, welcher auch als Access Point dienen kann, hab ich nun diesen in Betrieb genommen. Nun haben wir wenigstens im oberen Stockwerk ein WLAN zur Verfügung.

Vorgehensweise ist wie folgt (unter Linux):

1. Als allererstes ist die Datei /etc/resolv.conf zu sichern. (cp /etc/resolv.conf ~/resolv.conf).
2. Nun den Router zum Strom verbinden und mit einem straight-through-Kabel zum eigenen Rechner.
3. Über 192.168.0.1 kann man das Interface aufrufen (Anmerkung: Das Interface funktioniert mit einem aktuellen Opera Browser leider stabiler, als mit einem aktuellen Firefox-Browser (3.0.7).
4. Unter Basic Settings ist der Punkt “Nein” bei  “Does Your Internet Connection Require A Login” zu wählen.
5. Da unser Router über die 192.168.178.1 (255.255.255.0 Subnet) erreichbar ist, hab ich dem Access-Point ersteinmal gesagt, er solle doch bitte die 192.168.178.2 als IP benutzen, damit beide sich im gleichen Subnet befinden (Advanced -> LAN IP Setup -> LAN TCP/IP Setup)
   IP Address: 192.168.178.2
   IP Subnet Mask: 255.255.255.0
   RIP Direction: Both
   RIP Version: RIP_2B
   Achtung: Der Router trennt nach dem Klick auf Apply die Verbindung und meldet sich mit der neuen IP-Adresse an.
6. Falls man schon DHCP ausgeschaltet hat, sollte man sich nun unter Linux mit “ifconfig eth0 192.168.178.20″ erstmal eine IP aus dem Addressbereich geben. Danach kann man den Router über seine neue IP-Adresse 192.168.178.1 wieder “ansurfen”
7. Im Menü aus Punkt 4 ist der Haken bei “Use Router as DHCP Server” zu entfernen, da die FRITZ!Box bereits über DHCP die IP-Adressen vergibt.
8. Unter Advanced -> Wireless Setup nun noch “Enabled Wireless Access Point” und “Enabled SSID Broadcast” aktivieren.
9. Unter Advanced -> WAN Setup sollte man noch “Connect Automatically, as Required” abwählen.
10. Nicht vergessen: Unter Setup -> Wireless settings noch seine eigenen WLAN-Einstellungen vornehmen (SSID, Verschlüsselung, …)

Das sollte auch schon alles gewesen sein. Den Rest kann man nach belieben konfigurieren und/oder damit herumbasteln.

Netzwerkkabel abziehen, zurück an den “alten Switch”. Jetzt mit einem zusätzlichen straight-through Kabel den Access-Point mit dem Switch verbinden und schon sollte man WLAN + Internet haben. Falls nicht, einfach nochmal kurz Strom abziehen.

Es ist möglich, dass man in seinem alten Netzwerk plötzlich keine IP-Adresse auflösen kann. Dazu einfach die /etc/resolv.conf wiederherstellen oder mit ‘echo “nameserver 192.168.178.1″ >> /etc/resolv.conf’ (bzw. die IP eures Router/Gateways) den entsprechenden Eintrag hinzufügen.

Tipp:

Man kann den Router (MR814v2) mit der neueren Firmware des nächsthöheren Modells MR814v3 “updaten” um so z.B. zusätzlich WPA-Verschlüsselung freizuschalten. Ich hab das gemacht und bis jetzt funktioniert alles weiterhin wie gewohnt (allerdings auch erst 30 Minuten in Betrieb mit der neuen Firmware). Allerdings empfehle ich dringend, die letzte MR814v2 Firmware auf dem Rechner bereitzuhalten, im Falle es funktioniert nicht und/oder man hat keine Internet-Verbindung mehr.

heute wollte ich auf einen Laptop (zum Glück nicht meiner) Windows XP (neu)installieren. Also altes Betriebssystem herunter, neues drauf. Super… nun nur noch Treiber installieren…

Also die Averatec Homepage fix mithilfe von Google gefunden. Auch direkt die Treiberdownloads gefunden.  Doch dann traute ich meinen Augen nicht mehr.

Averatec verlangt nun anscheinend für das Herunterladen ihrer Treiber, für ein uraltes Notebook von denen, welches keine 100€ mehr Wert ist, Geld. Nicht viel, dennoch ist das ziemlich dreist in meinen Augen.

Ich steh nun ohne komplett funktionsfähiges Gerät da. 3 Euro möchte man dort für das normale Treiberpaket mit allen Treibern. Würd ich zusätzlich noch das neuste BIOS downloaden wollen, müsste ich weitere 3 Euro (per PayPal) überweisen. Die Service-Anleitung kostet dann auch gleich mal 10€ und wenn man eine Recovery-CD für das Gerät möchte, muss man 4 Parts für jeweils 5 Euro (insg. 20 Euro) downloaden.

Ich finde, dass ist eine riesige Dreistigkeit, so etwas macht fast kein anderer Hersteller. Nicht das ich vorher Averatec empfohlen hätte, aber aufgrund dieses Faktes werd ich jedem zukünftigen Notebookkäufer, der mit einem Notebook der Firma Averatec liebäugelt, von dieser Firma abraten.

Da hätte ja ruhig mal  ein Mitarbeiter Neustarten können. Oder wollen die einem geziehlt von Vista abhalten? Fänd ich sogar gut!

Es sollte das bash-completion Use-Flag gesetzt sein. Das ist nicht zwingend notwendig, da es ohne dieses Use-Flag ebenso funktioniert.
Erster Schritt: app-shells/gentoo-bashcomp installieren:

emerge -av gentoo-bashcomp

Nachdem dies getan wurde, öffnet man die Konfiguration seiner Bash. Dies kann /etc/bash/bashrc (global) oder aber ~/.bashrc (lokal, Benutzerabhängig) sein.

In diesem Fall, möchten wir die Funktion für alle Benutzer (global) bereitstellen und editieren die /etc/bash/bashrc (mit nano):

nano -w /etc/bash/bashrc

Die folgenden Zeilen fügen wir nun irgendwo – oberhalb von “alias”-Definitonen – ein:

[[ -f /etc/profile.d/bash-completion ]] && \
source /etc/profile.d/bash-completion

Nun lediglich noch

source /etc/bash/bashrc

ausführen. Das war auch schon alles.

Quelle: sysadmin.md