amiga-news DEUTSCHE VERSION
.
Links| Forums| Comments| Report news
.
Chat| Polls| Newsticker| Archive
.

amiga-news.de Forum > Search [ - Search - New posts - Register - Login - ]

First 4 5 6 7 8 -9- 10 11 12 13 14 >> Last Search results: 1858 hits (30 per page)
Reth   User

2013-03-05, 20:37 h

[ - Direct link - ] 		topic: kostenlose, private Homepage?
Board: Amiga, AmigaOS 4

@angel77:
Hm, hacksicher weiss ich nicht (welche Site/welcher Server ist das schon). Rest siehe hier.
 
Reth   User

2013-03-05, 20:35 h

[ - Direct link - ] 		topic: Verzweiflung mit Jabberwocky
Board: Amiga, AmigaOS 4

Zitat:
Original von Big_H:
einstellungen -> allgemein -> zeige nachrichten im chat fenster

Hab ich schon eingestellt. Hatte aber beim Chat-Versuch mit meinem Bruder nicht geklappt (s. Beschreibung oben). Auch mit dem Alice Testbot für MSN kommt alles nur im Nachrichtenfenster an, auch wenn ichs im Chatfenster abschicke!

@Evil:
Bin bei MSN, (Skype) und ICQ. Hab leider die IDs gerade nicht da und bin auch gerade nicht an AOS4.

[ Dieser Beitrag wurde von Reth am 07.03.2013 um 20:27 Uhr geändert. ]
 
Reth   User

2013-02-26, 23:59 h

[ - Direct link - ] 		topic: Verzweiflung mit Jabberwocky
Board: Amiga, AmigaOS 4

Wie gesagt kann ich ja mit MSN-Kontakten kommunizieren. Allerdings wenn ich chatte kommen deren Antworten immer nur als Nachrichten, die ich einzeln fürs Lesen anwählen muss. Im Chat-Fenster kommt nix zurück. Getestet nun mit 2 versch. Jabber-Servern.

Schon möglich, dass dies am veralteten Programmstand liegt. Keine Ahnung.
 
Reth   User

2013-02-25, 20:13 h

[ - Direct link - ] 		topic: Verzweiflung mit Jabberwocky
Board: Amiga, AmigaOS 4

Hallo zusammen,

probiere immer noch das Programm (derzeit unter AOS4) sinnvoll zu nutzen. Klappt aber leider nicht.
Unter jabber.earth.li konnte ich zwar Transports einrichten (z.B. für MSN), nur klappt damit das Chatten nicht. Kann zwar im Chat Texte senden, bekomme aber alle Antworten nur als Messages, die ich über "Nachricht lesen" lesen muss. Kein Chat!

Und unter jabber.hot-chilli.net bekomme ich die Transports gar nicht zum Laufen! Wenn ich dort die Agentenliste anschaue sind zwar ICQ und MSN registriert, aber wenn ich auf den Register...-Button oder Suchen...-Button zu einem ausgewählten Agent klicke passiert leider gar nichts. Kommunizieren mit MSN-Kontakten funktioniert leider auch nicht.

Hier mal die Fehlermeldung (mit der ich noch nix anfangen kann, da ich erfolgreich am Server angemeldet und verbunden bin):
* XML Sent:
<iq type='get' to='msn.jabber.hot-chilli.net' id='reg1'><query xmlns='jabber:iq:register'/></iq>

* XML Received:
<iq id='reg1' type='error' to='reth@jabber.hot-chilli.net/Jabberwocky' from='msn.jabber.hot-chilli.net'><error type='auth'><forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>

* Debug:
unknown iq packet:

Hab keine Idee mehr, wieso bzw., was ich noch versuchen kann.

Zudem ist es höchst seltsam, dass wenn ich mich aus einem Konto abmelde und mit einem neuen auf einem anderen Server verbinde immer noch die Agenten des letzten Kontos angezeigt werden! Muss das Programm erst beenden und neu starten, damit die Liste aktualisiert wird.

Weiss hier jmd. Hilfe? Würde gern mit verschiedenen Diensten kommunizieren (z.B. MSN, ICQ) und zwar mit Hilfe von Jabberwocky (leider sind wir ja mit Skype nicht gesegnet)!

Danke schon mal!

Ciao

[ Dieser Beitrag wurde von Reth am 25.02.2013 um 20:17 Uhr geändert. ]
 
Reth   User

2013-01-26, 20:48 h

[ - Direct link - ] 		topic: Amiganer testet MorphOS
Board: MorphOS

@morlock:
Was bringt denn der ping von http://www.google.de und was kommt, wenn Du die IP Deines Routers anpingst?

Zitat:
Original von morlock:
wenn ich morphos oder auch den mac neustarte funzt das internet nicht mehr,wenn ich unter winxp den netzwerk installation assistent wieder neustarte klappt es wieder.?

Verstehe ich das richtig, dass nach jedem Neustart von Windows, MacOS und MorphOS Deine Verbindung zum Internet wieder weg ist und neu konfiguriert werden muss? Gilt das im statischen und im Fall von DHCP? Klingt äußerst seltsam. Vielleicht hat der Router ein Problem?

[ Dieser Beitrag wurde von Reth am 26.01.2013 um 20:53 Uhr geändert. ]
 
Reth   User

2013-01-19, 19:16 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Zitat:
Original von Holger:
@Reth:
Bist Du Dir sicher, dass die Fehlermeldung dieselbe ist?

Ja, hier die Kopie: gmake: *** No rule to make target 'game.o', needed by 'gigalomania'. Stop.

Zitat:
Original von Holger:
Dass es nicht funktionieren kann, liegt eigentlich auf der Hand. Du hast geschrieben:
$(APP): $(OFILES) $(HFILES) $(CFILES)

Das heißt, gigalomania hängt von von dem ganzen Bündel *.o, *.h, *.cpp Dateien ab— alles davon soll im aktuellen Verzeichnis zu finden sein. Dass das auch dann nicht funktioniert, wenn Du die Regel für *.o Dateien anpasst, ist klar. Schließlich fehlen immer noch die Regeln für die nicht vorhandenen *.h und *.cpp Dateien.

Wieso funktioniert das Ganze aber dann, wenn ich nur den *.o-Datein ihren Pfad mitgebe, den anderen aber nicht? Oder würde sich das dann erst beim Linken bemerkbar machen (soweit bin ich nämlich noch nicht gekommen)?
Folgendes MakeFile funktioniert nämlich zunächst mal:
code:
CC=g++
CCFLAGS=-O2 -Wall
SRCDIR = src/
HEADERDIR = header/
OBJDIR = obj/
CFILES=game.cpp gamestate.cpp gui.cpp image.cpp main.cpp panel.cpp player.cpp resources.cpp screen.cpp sector.cpp sound.cpp utils.cpp
HFILES=game.h gamestate.h gui.h image.h panel.h player.h resources.h screen.h sector.h sound.h utils.h common.h stdafx.h
#OFILES=game.o gamestate.o gui.o image.o panel.o player.o resources.o screen.o sector.o sound.o utils.o main.o
OFILES=$(OBJDIR)game.o $(OBJDIR)gamestate.o $(OBJDIR)gui.o $(OBJDIR)image.o $(OBJDIR)panel.o $(OBJDIR)player.o $(OBJDIR)resources.o $(OBJDIR)screen.o $(OBJDIR)sector.o $(OBJDIR)sound.o $(OBJDIR)utils.o $(OBJDIR)main.o
APP=gigalomania
INC='sdl-config --cflags' -I$(HEADERDIR)
LINKPATH='sdl-config --libs' -L/usr/X11R6/lib/ -L/usr/lib

LIBS=-lSDL_image -lSDL_mixer -ljpeg -lpng -lvorbisfile -lvorbis -logg -lSDL -lz

all: $(APP)

$(APP): $(OFILES) $(HFILES) $(CFILES)
	$(CC) $(OFILES) $(CCFLAGS) $(LINKPATH) $(LIBS) -o $(APP)

#.cpp.o:
#	$(CC) $(CCFLAGS) -O2 $(INC) -c $<
$(OBJDIR)%.o: $(SRCDIR)%.cpp
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<

clean:
	rm -rf *.o
	rm -f $(APP)
 
Reth   User

2013-01-18, 18:05 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

@thomas:
Zitat:
Original von thomas:
Du hast eine Regel, die besagt

gigalomania: ... game.o ...

und eine zweite Regel, die sagt

obj/game.o: src/game.c

Siehst du jetzt das Problem? Es gibt tatsächlich keine Regel für game.o, es gibt nur eine für obj/game.o. Das wird aber nirgends angefordert.

Allerdings hatte ich in meinem Post auch erwähnt, dass die Regel nicht funktioniert, wenn sie nur für die .o-Dateien angegeben ist, ohne führendes Verzeichnis.
Also wenn ich statt:
code:
$(OBJDIR)%.o: $(SRCDIR)%.cpp
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<
nun Folgendes schreibe:
code:
%.o: $(SRCDIR)%.cpp
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<

Bekomme ich dennoch den Fehler, dass keine Regel zum Erzeugen von game.o gefunden werden kann.

Woran liegt das aber nun?

(Zudem hatte ich ja auch gesagt, dass die Regel funktioniert, wenn ich $(OBJDIR) im Target vorschalte und wenn ich bei den OFILES auch überall diese Verzeichnisvariable voranstelle. D.h., den von Dir angemerkten Punkt hatte ich schon erkannt, war aber der Meinung, dass ich dies in meinem versehentlich gelöschten Makefile auch ohne Verzeichnisvariable bei den OFILES, dafür aber beim Target geschafft hatte. Aber dann scheint das wohl nicht so zu klappen.)
 
Reth   User

2013-01-17, 21:56 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Oh man! Ich bin offenbar zu dämlich für make und das ganze Zeuch! Noch dazu hab ich vor lauter Dummheit beim Einspielen der neuen Source-Version von GigaLoMania mein altes, funktionierendes MakeFile überschrieben!

Nun hänge ich fest und komme nicht weiter. gmake sagt mir, dass es keine Regel findet, um das target game.o zu bauen (makefile unten im Anschluss). Hab schon einiges probiert. Das Einzige, was hilft ist, vor jede .o-Datei in der Zeile OFILES=... jeweils $(OBJDIR) anzugeben. Aber wieso? Das kapier ich nicht (hab offenbar die dazu gehörenden Teile der bisher gelesenen Tutorials nicht ganz verstanden)!
Meiner Meinung nach hatte ich die überschriebene Makefile-Version so, dass ich bei der Aufzählung der Einzeldateien keine Verzeichnisangaben machen musste, nur in der Buildregel und bei Angabe der Includepfade.
Einen Fehler hab ich schon eliminiert (hatte die Pfadvariablen innerhalb des makefiles unterschiedlich geschrieben). Vielleicht könnt ihr mir noch helfen, meine anderen Fehler zu finden und mir vor allem beim Verstehen des Ganzen behilflich sein?! Wäre wie immer echt super!
Die Sourcen stehen alle im Verzeichnis src/, die Header im Verzeichnis header/. Hier mein aktuelles, so nicht funktionierendes Makefile. Auch wenn ich statt $(OBJDIR)%.o: nur %.o: schreibe meldet make, dass es keine Regel zur Erstellung von game.o finden kann. Aber wieso? Die steht doch groß und breit da!?
C code:
CC=g++
CCFLAGS=-O2 -Wall
SRCDIR = src/
HEADERDIR = header/
OBJDIR = obj/
CFILES=game.cpp gamestate.cpp gui.cpp image.cpp main.cpp panel.cpp player.cpp resources.cpp screen.cpp sector.cpp sound.cpp utils.cpp
HFILES=game.h gamestate.h gui.h image.h panel.h player.h resources.h screen.h sector.h sound.h utils.h common.h stdafx.h
OFILES=game.o gamestate.o gui.o image.o panel.o player.o resources.o screen.o sector.o sound.o utils.o main.o
APP=gigalomania
INC='sdl-config --cflags' -I$(HEADERDIR)
LINKPATH='sdl-config --libs' -L/usr/X11R6/lib/ -L/usr/lib

LIBS=-lSDL_image -lSDL_mixer -ljpeg -lpng -lvorbisfile -lvorbis -logg -lSDL -lz

all: $(APP)

$(APP): $(OFILES) $(HFILES) $(CFILES)
	$(CC) $(OFILES) $(CCFLAGS) $(LINKPATH) $(LIBS) -o $(APP)

#.cpp.o:
#	$(CC) $(CCFLAGS) -O2 $(INC) -c $<
$(OBJDIR)%.o: $(SRCDIR)%.cpp
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<

clean:
	rm -rf *.o
	rm -f $(APP)
 
Reth   User

2013-01-11, 00:08 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

@thomas:
@Holger:

Danke nochmals für die Erläuterungen. Genau so stelle ich mir Erläuterungen im Rahmen von handbuchartigen Beschreibungen oder Tutorials vor!

Zitat:
Original von Holger:
Ich verstehe die Frage nicht, genau das hat jolo doch gepostet.
Ich meinte, ob man in dieser "verkürzten Schreibweise" (keine Ahnung wie die genau heißt) hier:
code:
.cpp.o:
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<

auch unterschiedliche Pfade für die .cpp und .o Dateien angeben kann, ohne die Pfadvariablen einzeln vor jeder Datei in deren Auflistung anzugeben und ohne auf die normale Schreibweise zu wechseln, wie sie hier angegeben ist:
code:
OBJDIR = deinVerzeichnis/
SRCDIR = deinVerzeichnis/

und dann:

$(OBJDIR)%.o: $(SRCDIR)%.cpp
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<

[ Dieser Beitrag wurde von Reth am 13.01.2013 um 11:41 Uhr geändert. ]
 
Reth   User

2013-01-07, 22:06 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Nochmals Dank.
Zitat:
Original von Holger:
Nein, aus einer Datei mit der Endung cpp soll eine Datei mit der Endung o generiert werden.
Hm, aber die Regel wird doch automatisch auf alle cpp-Dateien angewandt. Laut Tutorials bedeutet dabei $< die erste Abhängigkeit (in dem Fall dann die cpp-Datei). Wie wird nun make dazu veranlasst, alle cpp-Dateien dadurch zu compilieren und nicht nur eine? Hatte die Regel so verstanden, dass sie alle cpp-Dateien, die gefunden werden in der angegebenen Art und Weise bearbeitet. Oder werden nur alle cpp-Dateien genommen, die im makefile angegeben sind und mit in der $(APP)-Regel auftauchen?
Zitat:
Original von Holger:
Ich verstehe die Frage nicht, genau das hat jolo doch gepostet.
Hab ich jetzt auch verstanden, nachdem Jolo seinen nächsten Post mit folgendem Teil gemacht hatte:
Zitat:
Original von Jolo:
".cpp.o:" ist die Kurzschreibweise für "%.o: %.cpp"
Das wusste ich nicht. Find ich auch komisch, da die Angabereihenfolge von target und Abhängigkeit komplett umgekehrt ist. War verwirrend.

@Jolo:
Danke nochmal für Deine Ausführungen. Die "normale" Angabe einer Regel mit entsprechenden Variablen für Pfadnamen kannte ich schon. Aber die Kurzschreibweise (oder "Suffix-Regel") war mir dagegen unbekannt.
 
Reth   User

2013-01-06, 22:04 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Also den Fall:
code:
.cpp.o:
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<
hab ich nun auch schon des Öfteren gesehen. Hat ja bei mir dann auch noch geklappt.

Zitat:
Original von jolo:
code:
Aus,
%.o: %.cpp

das machen:


OBJDIR = deinVerzeichnis/
SRCDIR = deinVerzeichnis/

und dann:

$(OBJDIR)%.o: $(SRCDIR)%.cpp

Weiss auch jmd. wie ich getrennte Pfade für src und object in dem o.g. Fall angebe, also in:
code:
.cpp.o:
    $(CC) $(CCFLAGS) -O2 $(INC) -c $<
Danke schon mal!

Ciao
 
Reth   User

2013-01-05, 20:11 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Dank euch! Hab in der Zwischenzeit noch einige Tutorials etc. gewälzt. Aber bin noch nicht darauf gekommen, was .cpp.o: genau bedeuten. Mein Verständnis: Für alle Dateien mit Endung cpp und alle Dateien mit Endung o folgende Regel anwenden. Stimmt das so, oder gibt es da noch einen adäquateren Wortlaut für?

Hab das mit make nochmal ausprobiert. Die Sourcen neu entpackt, ins Verzeichnis gewechselt und make aufgerufen. Funktioniert soweit einwandfrei. Allerdings kennt es sdl-config nicht. Das klappt nur, wenn ich in die sh wechsle und dort make bzw. gmake aufrufe (denn die sh kennt das Verzeichnis, in dem sdl-config liegt).

Weiss jmd., wie ich make aus der Amiga-Shell auch dazu bekomme, sdl-config nutzen zu können? SDL ist normal installiert.

Eine Variante wäre, den Pfad zu erweitern, so dass auch dort gesucht wird, wo sdl-config abgelegt ist. Aber reicht das schon aus im Sinne korrekter Konfiguration der Installationen (SDL und SDK)?

[ Dieser Beitrag wurde von Reth am 05.01.2013 um 20:13 Uhr geändert. ]
 
Reth   User

2013-01-04, 22:20 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Ups, habe gerade gesehen, dass ich ja die Header und Sourcen in eigene Unterverzeichnisse gesteckt habe und diese hier im Makefile noch fehlen.

Weiss zufällig jmd., wie ich bei solchen allgemeinen Pattern in makefiles noch Verzeichnisse für die Source-, Header- und Objektdateien angeben kann?

Danke schon mal (werde demnächst erst mal das makefile mit den original-entpackten Dateien testen, dort liegt alles im selben Verzeichnis).

Ciao
 
Reth   User

2013-01-03, 22:57 h

[ - Direct link - ] 		topic: AOS4 GCC und makefile-Probleme
Board: Programmierung

Hallo mal wieder zusammen,

bin eigentlich ein Bewunderer der Möglichkeiten von make, allerdings werd ich da wohl nie richtig durchsteigen, egal, wie viele Tutorials und Beispiele ich dazu noch anschaue!

Habe mir die Sourcen von GigaLoMania runtergeladen und versucht, das Makefile in Codebench auf zu rufen. Allerdings findet dort make keine Regel für das Erstellen von game.o!

Es scheint, als ob make die Regel .cpp.o: nicht versteht. Liegt das an der Version, die für AOS4 benutzt wird? Oder was könnte hier das Problem sein?

Danke schon mal für eure Infos!

Ciao


Anbei mal das makefile:
C code:
CC=g++
CCFLAGS=-O2 -Wall
CFILES=game.cpp gamestate.cpp gui.cpp image.cpp main.cpp panel.cpp player.cpp resources.cpp screen.cpp sector.cpp sound.cpp utils.cpp
HFILES=game.h gamestate.h gui.h image.h panel.h player.h resources.h screen.h sector.h sound.h utils.h common.h stdafx.h
OFILES=game.o gamestate.o gui.o image.o panel.o player.o resources.o screen.o sector.o sound.o utils.o main.o
APP=gigalomania
INC='sdl-config --cflags'
LINKPATH='sdl-config --libs' -L/usr/X11R6/lib/ -L/usr/lib

LIBS=-lSDL_image -lSDL_mixer

all: $(APP)

$(APP): $(OFILES) $(HFILES) $(CFILES)
	$(CC) $(OFILES) $(CCFLAGS) $(LINKPATH) $(LIBS) -o $(APP)

.cpp.o:
	$(CC) $(CCFLAGS) -O2 $(INC) -c $<

# REMEMBER to update debian/dirs if the system directories that we use are changed!!!
install: $(APP)
	mkdir -p $(DESTDIR)/opt/gigalomania # -p so we don't fail if folder already exists
	cp $(APP) $(DESTDIR)/opt/gigalomania
	cp readme.html $(DESTDIR)/opt/gigalomania
	cp -a gfx/ $(DESTDIR)/opt/gigalomania # -a need to copy permissions etc
	cp -a islands/ $(DESTDIR)/opt/gigalomania
	cp -a sound/ $(DESTDIR)/opt/gigalomania
	cp gigalomania.desktop $(DESTDIR)/usr/share/applications/
	cp gigalomania_fullscreen.desktop $(DESTDIR)/usr/share/applications/
	cp gigalomania64.png $(DESTDIR)/usr/share/pixmaps/
# REMEMBER to update debian/dirs if the system directories that we use are changed!!!

uninstall:
	rm -rf $(DESTDIR)/opt/gigalomania # -f so we don't fail if folder doesn't exist
	rm -f $(DESTDIR)/usr/share/applications/gigalomania.desktop
	rm -f $(DESTDIR)/usr/share/applications/gigalomania_fullscreen.desktop
	rm -f $(DESTDIR)/usr/share/pixmaps/gigalomania64.png

install_maemo: $(APP)
	mkdir -p $(DESTDIR)/opt/gigalomania # -p so we don't fail if folder already exists
	cp $(APP) $(DESTDIR)/opt/gigalomania
	cp -a gfx/ $(DESTDIR)/opt/gigalomania # -a need to copy permissions etc
	cp -a islands/ $(DESTDIR)/opt/gigalomania
	cp -a sound/ $(DESTDIR)/opt/gigalomania
	mkdir -p $(DESTDIR)/usr/share/applications/hildon/
	cp gigalomania_maemo.desktop $(DESTDIR)/usr/share/applications/hildon/
	mkdir -p $(DESTDIR)/usr/share/pixmaps
	cp gigalomania48.png $(DESTDIR)/usr/share/pixmaps/
	chmod a+x gigalomania_mobile.sh # workaround for permissions not set in zip file!
	mkdir -p $(DESTDIR)/usr/bin/
	cp gigalomania_mobile.sh $(DESTDIR)/usr/bin/gigalomania_mobile.sh

uninstall_maemo:
	rm -rf $(DESTDIR)/opt/gigalomania # -f so we don't fail if folder doesn't exist
	rm -f $(DESTDIR)/usr/share/applications/hildon/gigalomania_maemo.desktop
	rm -f $(DESTDIR)/usr/share/pixmaps/gigalomania48.png
	rm -f $(DESTDIR)/usr/bin/gigalomania_mobile.sh

install_meego: $(APP)
	mkdir -p $(DESTDIR)/opt/gigalomania # -p so we don't fail if folder already exists
	cp $(APP) $(DESTDIR)/opt/gigalomania
	cp -a gfx/ $(DESTDIR)/opt/gigalomania # -a need to copy permissions etc
	cp -a islands/ $(DESTDIR)/opt/gigalomania
	cp -a sound/ $(DESTDIR)/opt/gigalomania
	cp gigalomania_maemo.desktop $(DESTDIR)/usr/share/applications/
	mkdir -p $(DESTDIR)/usr/share/icons/hicolor/48x48/apps/
	cp gigalomania48.png $(DESTDIR)/usr/share/icons/hicolor/48x48/apps/
	chmod a+x gigalomania_mobile.sh # workaround for permissions not set in zip file!
	mkdir -p $(DESTDIR)/usr/bin/
	cp gigalomania_mobile.sh $(DESTDIR)/usr/bin/gigalomania_mobile.sh

uninstall_meego:
	rm -rf $(DESTDIR)/opt/gigalomania # -f so we don't fail if folder doesn't exist
	rm -f $(DESTDIR)/usr/share/applications/gigalomania_maemo.desktop
	rm -f $(DESTDIR)/usr/share/icons/hicolor/48x48/apps/gigalomania48.png
	rm -f $(DESTDIR)/usr/bin/gigalomania_mobile.sh

clean:
	rm -rf *.o
	rm -f $(APP)
 
Reth   User

2013-01-01, 21:04 h

[ - Direct link - ] 		topic: Gibt es ein Standard-#define für Amiga-Systeme?
Board: Programmierung

Hallo zusammen und ein gutes neues Jahr wünsche ich!

Sorry für die hoffentlich nicht zu blöde Frage, aber gibt es so etwas im Vgl. zu Windows oder Linux:
C code:
#if defined (_WIN32)
#if defined __linux
?

Habe schon von
C code:
#if defined AMIGA
gelesen, weiss aber nicht, ob das immer und überall trägt.
Oder muss man sich so ein Define immer selbst im makefile setzen?

Danke schon mal für ne kurze Info.

(Hm, irgendwie wird bei mir der Text nach dem ersten Codeblock in der Vorschau so klein angezeigt wie die Überschrift "C code:". Ist da was mit der Forensoftware passiert, oder gehts nur mir so?)

Ciao

[ Dieser Beitrag wurde von Reth am 01.01.2013 um 21:04 Uhr geändert. ]
 
Reth   User

2012-12-23, 00:12 h

[ - Direct link - ] 		topic: kostenlose, private Homepage?
Board: Amiga, AmigaOS 4

@Ralf27:
Also ich hab mich hier niedergelassen: freeunix nachdem das bei meinem vorheriger Kostenlosprovider nicht mehr funktioniert hatte.

Mir war dabei noch Werbefreiheit wichtig.

[ Dieser Beitrag wurde von Reth am 23.12.2012 um 00:14 Uhr geändert. ]
 
Reth   User

2012-11-20, 10:18 h

[ - Direct link - ] 		topic: Apache Webserver für Amiga
Board: Amiga, AmigaOS 4

Kann ich nur bestätigen. Die AAMP-Sachen von Edgar laufen out of the box. Nutze sie lokal aufm Peg2 (und früher auf A4000), um meine Website zu basteln und zu testen, sowie eine Forensoftware.

Ciao
 
Reth   User

2012-11-18, 22:32 h

[ - Direct link - ] 		topic: Wie Sounds, MP3s, ... aus MUI_OWB in AOS4 abspielen?
Board: Amiga, AmigaOS 4

@AmigaHarry:

Danke für den Tip. Das mit dem Kontextmenü funktioniert super, leider nicht mit DVPlayer, dafür mit Tunenet. Was nicht klappt ist das direkte Klicken auf die Play-Buttons bei der mp3.com. Dann passiert leider gar nix.

(Von dem Sound hab ich mir noch gar nichts angehört. Finde einige Trance-Sachen zwar ganz gut, mag aber mehr die härteren Gangarten und gelegentlich etwas House, wenn der Bass gut durchhaut!)
 
Reth   User

2012-11-17, 21:46 h

[ - Direct link - ] 		topic: Wie Sounds, MP3s, ... aus MUI_OWB in AOS4 abspielen?
Board: Amiga, AmigaOS 4

Hallo zusammen,

habe schon einiges durchsucht, aber noch nix hilfreiches gefunden. Kann mir hier evtl. jemand zeigen/sagen, wie ich MUI_OWB in AOS4 konfigurieren muss, damit ich sounds, wie z.B. von hier oder MP3s, wie z.B. von hier direkt abspielen oder an einen Player weitergeben kann?

Habe bisher folgendes konfiguriert:
Bild: http://amiga.freeunix.net/wizardgrounds/Anderes/AOS4/Audio_MUI_OWB.png

Leider lassen sich darüber die MP3s nur öffnen und abspielen, wenn ich statt eines normalen Linksklicks übers Kontextmenü reingehe und den Link z.B. in nem neuen Tab öffne.

Wie kann ich es in AOS4 MUI_OWB denn erreichen, dass die Sounds/MP3s beim direkten Draufklicken abgespielt werden (meinetwegen gern durch externe Player)?

Danke schon mal!

Ciao
René
 
Reth   User

2012-11-07, 22:56 h

[ - Direct link - ] 		topic: Neue Frage zu Überdeckungen
Board: Programmierung

@Thore:
Also ich nutze das RKRM auch, mehr aber noch die abgedruckte Version auf z.B. Innoidea oder die Teile von der Developer CD.
Allerdings haben mir bisher am meisten Bsp.-Programme, Bsp.-Sourceausschnitte und die Erläuterungen in allen Threads geholfen!

@Thread:
Ich finde es schade, dass sich hier (wieder mal) OT gezofft wird und Streit entbrennt. Damit ist niemandem geholfen und auch weiteren Problemeröterungen ist damit schon geschadet.
 
Reth   User

2012-11-07, 21:34 h

[ - Direct link - ] 		topic: Neue Frage zu Überdeckungen
Board: Programmierung

@Holger:

Source ging vor ein paar Tagen raus.
 
Reth   User

2012-10-29, 12:35 h

[ - Direct link - ] 		topic: Neue Frage zu Überdeckungen
Board: Programmierung

Zitat:
Original von Holger:
Ja, immer schick den Code. Ich weiß zwar nicht, wann ich Zeit habe, aber das schlimmste, was passieren kann, ist, dass er ne Weile in meinem Postfach rumliegt.
Super! Vielen Dank schon mal. Geht demnächst irgendwann raus.

@Thore:
Bei mir gehts meistens noch, wenn ich mir einzelne API-Aufrufe isoliert anschaue (z.B. für das Öffnen eines Fensters oder das AND-Verknüpfen einer Region mit einem Rechteck). Wenn es aber um das Zusammenspiel und die richtigen Reihenfolgen bei der Verwendung (wie z.B. bei mir im Rahmen von Refreshs) geht wird die Sache aus meiner Sicht schon schwieriger. Und das Ganze trotz der Bsps. und anderen Hilfen auf der Developer CD. Da bin ich dann eher bei Holger.
Mit C++ hab ich gerade die größten Probleme, im Auge zu behalten, wo ich welche Sachen wie verwende und wie sich dadurch deren Scope-Verhalten darstellt. Dabei kommt dann noch die zusätzliche Schwierigkeit (für mich zumindest) ins Spiel, im Auge zu behalten, bei welchen Aufrufen/Zuweisungen Objekte kopiert werden. Mit diesen Dingen tue ich mich gerade absolut schwer!
 
Reth   User

2012-10-27, 20:12 h

[ - Direct link - ] 		topic: Neue Frage zu Überdeckungen
Board: Programmierung

@Thore:
Ah ok, danke. Hatte nur nicht verstanden, worauf Du im Bezug auf meinen Post hinaus wolltest. Die Trennung von Programmiersprache und API ist für mich eigentlich selbstverständlich, daher konnte ich den Bezug nicht gleich herstellen.

Und das mit dem Code schlecht machen: Keine Bange, das wär nur berechtigt. Schätze meine Designfähigkeiten als unterirdisch ein, daher hänge ich an manchen Stellen ewig rum, bis ich mich entschieden habe, wie ichs angehe (auch bei den Vorüberlegungen), nur um dann festzustellen, dass es doch nicht trägt. Von demher sehe ich meinen Code selbst als ziemlich schlecht an (merkt man auch an den Problemen, die ich allerorten bei der AOS-API-Nutzung habe)!

Daher bin ich für jedes Review/jeden Vorschlag bzw. Tipp dankbar.
 
Reth   User

2012-10-27, 12:12 h

[ - Direct link - ] 		topic: Neue Frage zu Überdeckungen
Board: Programmierung

@Thore:
Was willst Du genau damit herausstellen? Sehe gerade den Bezug zu meinem Post nicht.
Habe beides getrennt betrachtet (bzw. so gemeint). Dass ich das AOS-API nicht gerade programmierfreundlich finde ist glaube ich schon länger bekannt. Mein aktuelles Bsp.: Das Erstellen einer "Animations-Engine". Wie gesagt, gehe ich aber davon aus, dass ich mich dabei mehr als nur "ungelenk" und umständlich angestellt habe!

Zweites Thema: Ich finde C++ um einigs komplexer, schwieriger und "gefährlicher" als C (unabhängig davon, was man damit machen will). Da ichs aber lernen will, beiß ich mich da rein. Leider habe ich die vielen tollen Zusatz-Libraries/-features noch nicht ausprobiert (z.B. Boost, smartPointer etc.). Einige davon können das Leben glaub ich erleichtern (bin mir aber nicht sicher, welche z.B. der AOS-SDK-GCC schon mitbringt und welche nicht - zumindest die STL-Container sind schon mal dabei).
 
Reth   User

2012-10-26, 20:16 h

[ - Direct link - ] 		topic: Neue Frage zu Überdeckungen
Board: Programmierung

So, hab nun endlich mal so viele Fehler ausgemerzt, dass meine "Engine" erst einmal halbwegs stabil zu funktionieren scheint. Unwohl wird mir aber immer noch, wenn ich denke, welche Fehler ich wohl noch nicht gefunden habe (C++ ist in dieser Hinsicht für mich noch um vieles schlimmer als C und verzeiht noch weniger!)!

Aber mal abgesehen davon, dass ichs nicht kann (also C++ und AOS-API) und ich die Amiga-API immer noch als hoch programmiererunfreundlich empfinden empfinde ich den produzierten Code nach Abzug dieser Dinge immer noch als hoch-komplex und "undurchsichtig". Also wer da mal durchgucken will und mir hilfreiche Tips geben kann, wie ich das schlanker, effizienter und verständlicher hinbekommen kann ... Freiwillige vor.

Ich schüttle immer noch mit dem Kopf, was ich benötige, um "nur" animierte Objekte dar zu stellen, die nicht die ganze GUI "kaputt machen"! Ein Wahnsinn! Das Ergebnis ist leider auch in der dabei entstandenen Aussenschnittstelle nicht besser geworden (für ne gut durchdachte API-Kapselung, v.a., was animierte Darstellung mittels OS-Funktionen unter C++ anbelangt) hat mir dann doch der Nerv gefehlt!

Jetzt muss ich "nur noch" den Spielablauf in meine selbst gebastelte "C++-API" reinbringen (sprich Interaktion, Zustände und Übergänge und damit verbundene Auswirkungen, sichtbar und unsichtbar).

Zusätzlich muss ich die "Engine" leider auch noch verbessern, da man ein Flimmern beim EraseRect sieht, wenn sich die Animation schnell über den Bildschirm bewegt! D.h., irgendwann muss ich da noch Double-Buffering o.ä. reinbringen.

Auf alle Fälle allen Mithelfern hier vielen, vielen Dank (auch denen aus den anderen Threads). Ohne euch wäre ich gar nicht erst soweit gekommen!

Bis zum nächsten Posting mal!

Ciao
 
Reth   User

2012-09-03, 19:52 h

[ - Direct link - ] 		topic: Wie recoverable alert unter AOS4.1 debuggen?
Board: Programmierung

@Holger:
Habe beide Bücher und die Developer CD 2.1 (die RKRMs gibts ja auch schon online). Aber mal abgesehen von den Büchern wüsste ich nicht, wo in der Developer CD z.B. solche bzw. ähnliche Sachen drin stehen - sprich Abhängigkeiten etc. (mal abgesehen von den Teilen, die bei der Beschreibung der API-Funktionen enthalten sind).
 
Reth   User

2012-09-03, 12:51 h

[ - Direct link - ] 		topic: Wie recoverable alert unter AOS4.1 debuggen?
Board: Programmierung

@thomas:
Hast ja recht! :glow:
Davon abgesehen: Macht so eine Sammlung von "Fallstricken" usw. Sinn für AmigaOS? Was sagen die erfahrenen/erfahreneren Für-das-OS-Programmierer dazu?
 
Reth   User

2012-09-02, 21:56 h

[ - Direct link - ] 		topic: Wie recoverable alert unter AOS4.1 debuggen?
Board: Programmierung

@Thore:

Äh, bin etwas verwirrt. Auf was beziehst Du Deine Antwort? Auf den Punkt mit dem festen Postingformat für "Fallstricke des AmigaOS"? (Kann sein, dass es schon mal erwähnt wurde. Oder gibt es da schon ne Sammlung irgendwo für?)
 
Reth   User

2012-09-01, 10:28 h

[ - Direct link - ] 		topic: Wie recoverable alert unter AOS4.1 debuggen?
Board: Programmierung

Hallo nochmals zusammen,

so hier nun für alle noch die Lösung des Problems, die mir Holger dankenswerter Weise nach Durchsicht meines Codes genannt hatte.

Ursache des seltsamen Verhaltens war in meinem Fall die Tatsache, dass meine Gadgetobjekte (welche ich für die Verwendung von struct Gadget gebaut habe) vor dem Schließen des Fensters und dem Entfernen aller darin enthaltenen Elemente (wie z.B. Menüs etc.) schon ihre Gültigkeit verloren hatten (sie gingen out of scope). Und obwohl dem Anwender keine Möglichkeit mehr gegeben war, in diesem Zeitraum mit den Gadgets zu arbeiten kam das System damit wohl nicht klar.

Nach der Umstellung des Code, so dass nun die Gadgets "länger leben" als das Fenster und erst nach dessen "Aufräumen" und Beenden selbst aufgeräumt und beendet werden tritt der Fehler nicht mehr auf.

Fazit: Um sicher zu gehen, dass beim Beenden und Aufräumen von Intuition Fenstern alles klappt müssen Gadgets, die solchen Fenstern hinzu gefügt wurden entweder vor dem Schließen des Fensters von diesem entfernt werden (um dann selbst beendet/aufgeräumt werden zu können), oder sie dürfen erst nach dem Schließen des Fensters beendet/aufgeräumt werden.

Falls das textuell nicht so gut nachvollziehbar ist, gebt Bescheid, dann versuch ich noch ein bisschen Pseudocode einzustellen.

Was mich in diesem Zusammenhang noch interessieren würde: Sind denn solche Grundlagen über Intuition etc. irgendwo aufgeschrieben (am Besten zusammen gefasst als Best Practices)? Z.B. im Amiga Intern oder im Profi Know How? Könnte mir vorstellen, dass es hier noch mehr solche Sachen gibt, über die man schnell mal stolpert!

Wäre es sinnvoll hier (oder auf ner anderen entsprechenden Seite) einen solchen Thread (am besten mit festem Format für die Postings) zu erstellen?

Ciao
 
Reth   User

2012-08-08, 23:18 h

[ - Direct link - ] 		topic: Wie recoverable alert unter AOS4.1 debuggen?
Board: Programmierung

Also ich sitz mittlerweile schon Ewigkeiten vor dem Problem, seit Tagen an der selben Stelle. Bin mir auch ziemlich sicher, dass es irgendwie mit dem Gadget-Handling zusammenhängt. Aber egal, was ich auch probiere und umstelle, nix hilft, es wird höchstens schlimmer!
 
 
First 4 5 6 7 8 -9- 10 11 12 13 14 >> Last Search results: 1858 hits (30 per page)

Search terms
keywords      username
Search options
Only search these boards
   match whole words only
show only titles
show all results

.
Masthead | Privacy policy | Netiquette | Advertising | Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved.
.