Nee, bei den meisten Distris ist aus Sicherheitsgründen ~ nicht im Pfad von root:
Wenn Du nen Scherzkeks hast, der ne Batch-Datei mit dem Namen ls anlegt und rm -rf / reinschreibt, hast Du sonst schlechte Karten...
[edit:]
...wenn Du als root mal in dessen Verzeichnis reinschauen mußt.
[edit2:] . nicht ~ 
Ich denke, das liegt eher daran, dass das aktuelle Verzeichnis "." nicht in $PATH enthalten ist, zumindest nicht standardmässig beim root-User.
[EDIT]: Trekkie war schneller 
Sorry, meinte natürlich . nicht ~
Bei SuSE übrigens (mit Voreinstellung) nur für root, normale User ham . im Pfad.
[edit:]
Hoffentlich liest das niemand, der von Computern keine Ahnung hat - liest sich schon strange!
Geht doch noch, solange wir nicht mit regulären Ausdrücken anfangen...
Stimmt ja - DOS/Windows sucht erst im aktuellen Verzeichnis, dann weiter im Pfad; bei Linux war das irgendwie anders. Muss wohl noch mal meine SuSE-Enterprise-Lehrgangs-Hefter rausholen. Irgendwo da drin steht so was.
Bei allen Debian basierten distros ist per default kein "." im path. und das ist auch gut so. Schliesslich besteht die gefahr ja nicht nur für root, sondern dort nur besonders.
Das ./zwingt die schell(nicht Linux, denn das ist nur so ein komisches ding im hintergrund, manchmal auch Kernel genannt) im aktuellen Verzeichnis zu suchen.
@LigH:Hast du nicht mal gesagt du hättest von Linux einweig Ahnung. Schon die wichtigsten sachen vergessen? Willst du ein shell account bei mir zum üben?
@ ac-chan:
Ich habe SuSE und noch ein anderes Linux (wechselt manchmal) parallel laufen, brauche nur umzubooten. Nutze es nur nicht gerade oft (wenn man nicht muss, oder nicht gerade Vorteile davon hat).
Jetzt habe ich mal etwas Licht in die tar-Parameterliste gebracht:
tar tvfz datei.tgztar xvfz datei.tgztar cvfz datei.tgzliefern alle ein korrektes Ergebnis, so arbeite ich seit Jahren.
tar -tvfz datei.tgz
...liefern
tar: z: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
Wenn man also das Minuszeichen verwendet, muss der Dateiname auf den f-Parameter folgen.
Und das wäre einfach der nach dem Manual korrekte Weg. Die anderen werden möglicherweise als "Umsteiger-Hilfe" zusätzlich unterstützt?! -- Verlassen würde ich mich nicht darauf; besser gleich richtig, und gewusst warum.
Ich habe mit ZSNES ein ähnliches Problem.
Ständig bekomme ich Error-Meldungen. Kann mir jemand sagen, was ich falsch mache oder welche Bibliothek mir noch fehlt.
linux:/home/der_steiger/tarballs/zsnes/zsnes/src # sh ./autogen.sh && gmake && g
make install
Generating build information using aclocal and autoconf...
acinclude.m4:10: warning: underquoted definition of AM_PATH_ZLIB
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
acinclude.m4:121: warning: underquoted definition of AM_PATH_LIBPNG
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for nasm... nasm
checking for a BSD-compatible install... /usr/bin/install -c
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.2.0... yes
checking for zlib - version >= 1.1.0... yes
checking for libpng - version >= 1.2.0... yes
checking how to run the C preprocessor... gcc -E
checking for X... no
checking for glGetError in -lGL... yes
checking for OpenGL... yes
checking if you want gdb friendly executable... no
checking which processor class to optimize for... 686
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether sys/types.h defines makedev... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
ZSNES v1.42
SDL support Version 1.2.7
NASM support NASM version 0.98.38 compiled on Oct 2 2004
ZLib support Version 1.2.1
PNG support (png screenshots) Yes, version 1.2.6
OpenGL support Yes
The binary will be installed in /usr/local/bin
Configure complete, now type 'make' and pray.
gcc -pipe -I. -Wall -I/usr/local/include -I/usr/include -D__LINUX__ -I/usr/include/SDL -D_REENTRANT -D__OPENGL__ -O3 -ffast-math -fomit-frame-pointer -fexpensive-optimizations -s -march=pentiumpro -I. -o chips/dsp1emu.o -c chips/dsp1emu.c
In file included from chips/dsp1emu.c:27:
gblhdr.h:85:27: GL/gl.h: Datei oder Verzeichnis nicht gefunden
gmake: *** [chips/dsp1emu.o] Fehler 1
linux:/home/der_steiger/tarballs/zsnes/zsnes/src #Was ist daran nicht zu verstehen?
"
gblhdr.h:85:27: GL/gl.h: Datei oder Verzeichnis nicht gefunden
gmake: *** [chips/dsp1emu.o] Fehler 1
"
Ausserdem, warum nutzt du gmake? Steht das in der INSTALL so drinnen? Wenn nicht, dann nutz lieber nur make.
PS: was hat das eigentlich mit dem vorigen Problem zu tun?
@Admin:
Abtrennen und neues Thema erstellen. Das ist ein Complier Problem und kein Problem mit Archiven(tar, gz, ..) oder den Komandozeilenoptionen.
Danke für die Hilfe, aber warum haust Du die Leute gleich so an?
1.) Ich bin kein Programmierer und habe generell von Programmierung null Ahnung.
2.) Ich bin Linux-Neuling (jeder fängt mal an)
3.) ja, die Anleitung spricht von gmake, sonst käme ich garantiert nicht auf solche Ideen.
edit:
Übrigens die Fehlermeldung ist mir auch klar, aber warum erscheint dieser Fehler? Liegt es also nur an gmake? Oder fehlt noch etwas?
Es fehlt eine Datei sagt dir die Fehlermelung, also fehlt eine Datei. Schaudoch mal unter /usr/include/GL ob es dort eine gl.h gibt. Ich nehme an nein. Du must also noch die Bibliothek OpenGL nachinstallieren. Du du ja anscheinen die INSTALL gelesen hast, müsstest du eigenlich wissen, das sie anscheinent Vorrausgesetz wird. Es könnte sein das du nochmehr Fehlermeldungen bekommst. Bitte installiere erst alle Bibliotheken die benötig werden.
Und das ist kein anhauen, sondern ich kann es nicht verstehen was an dieser Fehlermeldung nicht zu verstehen ist. Auch ich bin kein Linux Guru und habe bei den meisten compilierungen meine Probleme, trotzdem sollte man solche Meldung verstehen.
JA, ich habe die Installationsbeschreibung oder denkst Du, ich haue als Neuling mal so einfach in die Tasten und gut ist? (Ich weiß garnicht, was die Anspielung zu bedeuten hat?) Trotzdem Danke.
edit: Es gibt eine Datei gle.h
Dir ist schon klar, das gl.h und gle.h zwei verschiedene Dateinamen sind? Solangsam bin ich geneigt, supportgebüren zu erheben.
Ja natürlich ist mir das klar. Ich habe mir nur gedacht, daß es Dir eventuell helfen könnte (hätte ja sein können) 
. Aber Open-GL-Anwendungen sind doch in der Regel für 3D da, warum sollte ein SNES-Emulatur, der absolut Null mit 3D zu tun hat, Open GL nutzen?
OpenGL ist eine Schnitstelle/Abstraktion für Grafikkarten. Für weitere frage die Leute die das Ding Programiert haben.
Man kann OpenGL auch problemlos für die Beschleunigung (oder hardwareunabhängige Verwendung) von 2D-Ausgaben verwenden. Beispielsweise das "Texturieren" von geometrischen "Primitiven" (z.B. rechteckigen Flächen) ist eine der leichtesten Übungen für ein OpenGL-Treiber-Set, das emuliert zur Not sogar die CPU mit den einfachsten Grafiktreibern.
Ich habe genau wie mein Bruder eine ATI Radeon Karte. Irgendwann im Sommer letzten Jahres habe ich mich schon einmal ein paar Wochen lang mit Linux beschäftigt und ich weiß, daß ich zsnes einmal kompiliert hatte auf meinem damaligen Suse-System. Da Suse von Haus aus mit Radeon Karten nur 2D kann und ich dies nicht durch einen Treiber geändert habe (was zwar mühselig, aber möglich ist), frage ich mich nun, wie ich dies dann gemacht habe. Die Open-GL-Treiber sind angeblich in dem Paket fglrx von ATI enthalten, dies hatte ich nie installiert. Eine andere Möglichkeit wäre natürlich, daß das update des zsnes neuerdings open-gl einbezieht, was vielleicht früher nicht der Fall war.
Bist du sicher, das damals kein OpenGL installiert war? Vielleicht hatte irgent ein anderes Programm ja OpenGL benötig und es war darum schon installiert.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!