Lug-dd

lug-dd@mailman.schlittermann.de

10836 discussions

[Lug-dd] Scripte (Bash) und Berechtigung zum ausführen des Befehl mount
by Andreas Oettel 17 Aug '01

17 Aug '01

Hallo allerseits Ich möchte das Kontextmenü vom fvwm2 mit ein paar sinnvollen Einträgen aufwerten. Da wäre zum Beispiel das mounten bzw. unmounten von CD-ROM Floppy oder des Syquest EZ-Drive (Wechselfestplatte). Ich habe nach langen probieren folgende 2 Scripte (die Scripte/Dateien gehören zusammen) laufen bekommen (Kopien der Dateien siehe am Ende der Mail). Frage 1: Das erste Problem was ich habe ist, das ich für diesen bischen Kram 2 Dateien brauche, weil ich es nicht hinbekomme im ersten Script den Out- put von grep -c $LW /etc/mtab der Variable "var" zuzuweisen damit ich sie im Script weiterverwenden kann. Wie mache ich das? Frage 2: Ich habe eine SuSE 7.1 Wie kann ich mir als User das Recht einräumen den Befehl mount /dev/hdc1 /ezdrive auszuführen. Wenn ich das Laufwerk in die fstab eintrage und als User per "mount /ezdrive" aufrufe bin ich berechtigt das Laufwerk zu mounten. Gebe ich direkt "mount /dev/hdc1 /ezdrive" ein bekomme ich nur die Meldung das ich das nur als root darf. Ich habe in /etc/sudoers andreaso ALL=(ALL) NOPASSWD :ALL eingetragen. Bei der Datei /bin/mount und dem Mountpoint /ezdrive habe ich testweise die UserID, die GroupID und das sticky bit (was auch immer das sein mag) gesetzt. Trotzdem darf ich nicht. Wo ist das Problem. (Eine Antwort wäre zum Beispiel "an der Tastatur" :) ) Danke für Eure Hilfe Andreas Anhang: Der Aufruf des Scripts erfolgt mit: mlw cdrom mlw floppy mlw ezdrive ------Datei-"mlw"---------------------------------------------------------- #!/bin/bash # Der erste Teil des Script's testet mittels mtab ob das Laufwerk gemountet # ist oder nicht. Es übergibt dem Script "mlw" dann 1 (gemountet) # oder 0 (nicht gemountet) LW=$1 grep -c $LW /etc/mtab |mlw2 $LW `cat` --------------------------------------------------------------------------- ------Datei-"mlw2"--------------------------------------------------------- #!/bin/bash # Der zweite Teil des Mount/Unmount-Scripts entscheidet ob das Laufwerk # gemountet werden muss oder nicht und führt die entsprechenden Befehle # aus. Das EZ-Drive muss etwas gesondert behandelt werden. LW=$1 var=$2 if test $LW = ezdrive then if test $var -eq 1 then echo 'Das Laufwerk ('$LW') wird entfernt' umount /$LW echo 'fertig' else echo 'Das Laufwerk ('$LW') wird eingebunden' mount /dev/hdc1 /ezdrive mount /dev/hdc5 /ezdrive echo 'fertig' fi else if test $var -eq 1 then echo 'Das Laufwerk ('$LW') wird entfernt' umount /$LW echo 'fertig' else echo 'Das Laufwerk ('$LW') wird eingebunden' mount /$LW echo 'fertig' fi fi ---------------------------------------------------------------------------

4 6

Re: [Lug-dd] malloc() Problem
by Holger Dietze 16 Aug '01

16 Aug '01

Heiko Schlittermann <heiko(a)schlittermann.de> schrieb: > > Ich bekomme folgende Fehlermeldung beim Ausfuehren meines C-Programms: > > --- > > Program received signal SIGBUS, Bus error. > > 0xff2c607c in t_delete () > > Ist SIGBUS die Entsprechung zu SIGSEV beim SunOS? Denn ich kenne > eigentlich nur SIGSEV bei malloc- und anderen Speicherproblemen. Meines Wissens wird SIGBUS ausgeloest, wenn irgendwelche Zugriffe auf dem Speicherbus schieflaufen, z.B. Zugriff auf Worte mit ungeraden Adressen. SIGSEGV kommt, wenn die Adresse an sich ungueltig ist, unabhaengig vom Zugriff. Da gibt es aber z.T. Differenzen zwischen den einzelne Betriebssystemen... Holger -- Holger Dietze, email: holger.dietze(a)advis.de "The more data I punch in this card, the lighter it becomes, and the lower the mailing cost." -- Stan Kelly-Bootle, "The Devil's DP Dictionary"

3 3

Re: [Lug-dd] malloc() Problem
by Matthias Fichtner 16 Aug '01

16 Aug '01

Noch eine Anmerkung: > Mach' Dir doch mal ein xmalloc und > ein xfree und laß Dir die Pointer anzeigen. xmalloc und xfree kenne ich nicht. Was ist das? MfG Matthias. --- E-Mail: mf14(a)inf.tu-dresden.de

1 0

Re: [Lug-dd] malloc() Problem
by Matthias Fichtner 16 Aug '01

16 Aug '01

Hallo, Ich hatte gehofft, dass sich dieser Thread beendet ist, weil meine Loesung (siehe email) gluecklicherweise funktioniert, wobei ich mir deren Unsauberkeit bewuszt bin. Aber um Heikos email zu beantworten... > Ist SIGBUS die Entsprechung zu SIGSEV beim SunOS? Denn ich kenne > eigentlich nur SIGSEV bei malloc- und anderen Speicherproblemen. signal(5) sagt unter anderem: The signals currently defined by <signal.h> are as follows: Name Value Default Event SIGBUS 10 Core Bus Error SIGSEGV 11 Core Segmentation Fault > Hat eventuell noch jemand eine Kopie des gemallocten Speichers? > (Obwohl dann natürlich das Problem nicht beim malloc auftauchen sollte, > sondern anderswo.) Ich wuszte, dasz in der rekursiven Aufrufshierarchy befindliche Funktionen Pointer auf bereits geloeschte Datenbereiche halten. (Haette meine Flag-basierte Loesung nicht funktioniert, haette ich als naechstes probiert, den Pointerinhalt der "Elternfunktion" zu loeschen, ala: (schemenhaft reproduziert) struct S { int foo; }; void proc(struct S *sp, struct S **spp) { if (<Bedingung>) { free(sp); *spp = NULL; } /* ... */ } void fnRec(struct S *sp, struct S **spp) { if (Bedingung) return; /* ... */ proc(sp, spp); if (!sp) { sp = (struct S *) malloc(sizeof(struct S)); spp = &spp; } fnRec(sp, spp); /* ... */ } Es gibt bestimmt noch weitere, bessere? Alternativen. Sei's drum, Flags scheinen zu funktionieren. (Noch, deshalb will ich lieber aufhoeren.) > Vielleicht auch einfach nur weiche Hardware? Nun ja, eine Sun ULTRAsparc 5, 300MHz, 128 MB RAM, 512 MB swap. Weich? > Es ist ja auch (MMN) ausdrücklich verboten, den selben Pointer mehrmals > zu free()en. Korrekt. Aber der Fakt, dasz mein Prog immer in malloc() abstuerzte, ist schon seltsam. MfG Matthias. --- E-Mail: mf14(a)inf.tu-dresden.de

1 0

[Lug-dd] malloc() Problem
by Matthias Fichtner 16 Aug '01

16 Aug '01

Hallo, (mein Problem ist ein wenig OT, aber sehr wichtig fuer mich.) Ich bekomme folgende Fehlermeldung beim Ausfuehren meines C-Programms: --- Program received signal SIGBUS, Bus error. 0xff2c607c in t_delete () --- Der Backtrace sieht folgendermaszen aus: --- (gdb) bt #0 0xff2c607c in t_delete () #1 0xff2c575c in _malloc_unlocked () #2 0xff2c55bc in malloc () #3 0x1f6c8 in createNewActionSetRep (initVal=-1) at my_planner.c:29 ... --- Meine Funktion createNewActionSetRep() ruft malloc() auf. Die Funktion wird aufgerufen, wenn eine (alte) Instanz einer Struktur geloescht wurde und eine neue benoetigt wird, und zwar kurz darauf. Die Allokierung eines neuen Speicherbereiches (gleichen Typs, Groesze) schlaegt fehl, aber auch nur manchmal, da die Funktion bereits vorher ein paar Mal benutzt worden ist. Der betreffende Sourcecode ist hier skizzenhaft dargestellt: --- struct S { int foo; } *sp; /* die Allokierung erfolgt eigentlich in createNewActionSetRep() */ sp = (struct S *) malloc(sizeof(struct S)); free(sp); /* ein paar wenige Anweisungen */ sp = (struct S *) malloc(sizeof(struct S)); --- Eine Suche im Internet hat nichts weiter als allgemeine Kommentare ergeben, unter anderem, dasz das Problem manchmal auftritt, wenn man denselben Pointer mehrmals free()-ed. Aber der Fall tritt hier nicht ein. Ich bin fuer jeden Hinweis dankbar, da es wichtig und dringend ist. Eine dazugehoerige Frage: Wie kann ich statt malloc(3C) die Funktion malloc(3X) benutzen, wie teile ich das dem Compiler mit und wie kann ich das im Objektcode nachpruefen, welche Funktion tatsaechlich benutzt wird? Infos zur Umgebung: System: SunOS 5.7 Generic_106541-11 sun4u sparc SUNW,Ultra-5_10 Compiler: gcc 2.95.2 und cc (SPARCWorks-5.0/SUNWspro) probiert. #include <stdlib.h> Auch -lmalloc habe ich probiert. Vielen Dank. MfG Matthias. --- E-Mail: mf14(a)inf.tu-dresden.de

6 15

[Lug-dd] [OT] T-Online (ISDN) von anderem Anschluss als dem beantragten?
by Michael Papsdorf 16 Aug '01

16 Aug '01

Hallo, ich bin nun endlich in mein eigenes Heim in DD-Neustadt gezogen. Nachdem heute endlich der ISDN-Anschluß geschalten wurde und ich diverse Telephonfunktionen der Karte eingestellt hatte, dachte ich "probiers doch mal" und ging auf "Anwahl" mit den Daten von T-Online des alten zuhauses... und es funktionierte! (wie man hier ja sieht;) ) Nun zur Frage: früher haben die doch mal die Nummer geprüft und mit der Nummer des Auftragsanschlusses verglichen. Ist das nicht mehr so?* Gruß, Micha. * oder verbirgt sich dahinter jetzt eine andere Gemeinheit der Telekom? ************************* *** I'm so goth, I shit bats! *** ***** - ICQ 30870072 - **** ** www.twilight-scenery.de ** ************************

4 3

[Lug-dd] 2.4 mit Adaptec
by Reinhard Foerster 16 Aug '01

16 Aug '01

Hallo, man hörte, daß der Adaptec-SCSI-Treiber in 2.4 anfangs kaputt war. Ist das noch so oder kann man 2.4.8 halbwegs risikoarm verwenden. Reinhard

5 5

[Lug-dd] Datei Hilfe
by Michael Goeckel 16 Aug '01

16 Aug '01

Hallo, ich habe hier ein Problem und bräuchte mal HHHHIIILLLFFFfEEEEE ;-) Hier erstmal das script: #/bin/sh Datum=('date +%H:%M_%d.%m.%Y') echo "Sicherung vom `$Datum`" echo "******************************" >> `$Datum`.log echo " Sicherung von `$Datum`" >> `$Datum`.log echo "-------> START" >> `$Datum`.log tar -czpv -f Backup.tar.gz 001/ schule/ >> `$Datum`.log ----------------------> hier habe ich das prob !!! echo "<------ Ende Der Sicherung" >> `$Datum`.log echo "Sicherung vom `$Datum` Fertig !!!" Ich will, daß auch die tar Datei die Momentan Backup.tar.gz heißt, auch wie das in das in der 2. Zeile ermittelte Datum heißt. Wie kann ich das machen ????? Die Idee es tar -czvp -f `$Datum`.tar.gz 001/ schule/ umzuschreiben bricht leider mit einer ERROR Meldung ab, er könne die Deit nicht anlegen. Könnt Ihr helfen ???? mfg Michael

4 3

[Lug-dd] OT: Telekom beweist Humor
by konrad.rosenbaum＠t-online.de 16 Aug '01

16 Aug '01

Hallo, ich habe gerade meinen ganzen DSL-Krempel bekommen und etwas im Installationsheft geblättert. Dabei bin ich darauf gestoßen: (es geht um Netzwerkkarten) "[...] Wir gehen davon aus, daß in diesem Zusammenhang überwiegend Computer mit einem Betriebssystem aus der MS-Windows-Betriebssystemfamilie zum Einsatz kommen und beschränken uns in den Detailbeschreibungen auch auf diese. Den Benutzern anderer Betriebssysteme wie Linux oder OS/2 unterstellen wir die notwendigen Grundkenntnisse [...]" Man könnte das auch als "alle Windowsnutzer sind DAU's" lesen... ;-) Konrad -- Another dream that failed. There's nothing sadder. -- Kirk, "This side of Paradise", stardate 3417.3

4 4

[Lug-dd] iX Artikel [slightlyOT]
by Christian Wippermann 16 Aug '01

16 Aug '01

Hallo Leuts, In der aktuellen iX ist mit "Schriftgut" ein relativ guter und mit "Abgehorcht" ein relativ schlechter Artikel über derzeitige Public Key Infrastruktueren. Leider fehlen mir iX 6/01 und 7/01, in denen weitere Aspekte besprochen wurden. Meine Frage: Könnte mir jemand entsprechende Exemplare für ein paar Tage ausleihen? Oder besser noch: iX 6/01; Absperrung; S.162 und iX 7/01; Entblößt; S.38 einscannen und zuschicken? Würd mich freuen... Christian

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd