amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 21 22 23 24 25 -26- 27 28 29 30 31 >> Letzte Ergebnisse der Suche: 1858 Treffer (30 pro Seite)
Reth   Nutzer

12.09.2009, 21:25 Uhr

[ - Direktlink - ]
Thema: Kompletten Iconsatz unter AOS4 ersetzen
Brett: Amiga, AmigaOS 4

@AmigaPapst:

Hm, dann schein ich die noch nicht gefunden zu haben!
Auf der AOS4.1 CD konnte ich solche Themes auch nicht finden.

Oder meinst Du die aus dem OS4Depot (das wäre dann aber nicht mitgeliefert)?

Ciao

[ Dieser Beitrag wurde von Reth am 12.09.2009 um 22:45 Uhr geändert. ]
 
Reth   Nutzer

12.09.2009, 12:10 Uhr

[ - Direktlink - ]
Thema: Kompletten Iconsatz unter AOS4 ersetzen
Brett: Amiga, AmigaOS 4

@ZeroG:

Sorry, war mein Fehler.

Hab die AOS4-Icons nicht getauscht, die originalen erinnern mich vom Stil her nur an die Glowicons! Hab also noch den Urzustand von 4.1.

Da ich mir dieser Tage mal MOS 1.4.5 installiert habe war ich von dessen Look&Feel deutlich mehr angetan als von dem, was mir AOS4.1 so mitbrachte (ohne 3rd Party Themes o.ä.).

AOS4.1 wirkt leider mit den bereitgestellten Themes und Skins etwas hölzern und altbacken auf mich. Unter MOS 1.4.5 hatte ich wirklich das empfinden etwas Neues zu benutzen (wie gesagt: Mein Empfinden)!

Ciao
 
Reth   Nutzer

11.09.2009, 23:38 Uhr

[ - Direktlink - ]
Thema: Kompletten Iconsatz unter AOS4 ersetzen
Brett: Amiga, AmigaOS 4

Hallo zusammen,

kurze Frage:

Wie kann ich denn den kompletten Icon-Satz unter AOS4 ersetzen?
Bei mir sind derzeit die Glowicons installiert. Was mir vorschebt sind aber ein paar schönere, hochauflösendere Icons, wie z.B. hier zu sehen:

Bild: http://os4depot.net/filedata/snapshot/2035_1_snap.jpg

Möchte nicht jedes Icon einzeln von Hand ersetzen, aber auch keine Tooltypes verlieren!
Zudem sollten auch die Default-Icons entsprechend mit umgestellt werden (also z.B. für Schubladen usw.).

Meine WB läuft unter 1600x1200x32. Allerdings befürchte ich, dass wenn ich noch PNG-Icons installiere der RAM meiner Graka (nur 64MB) noch weniger weit reicht als bisher schon!

Vielen Dank schon einmal für eure Tips!

Ciao
 
Reth   Nutzer

10.09.2009, 13:24 Uhr

[ - Direktlink - ]
Thema: Welche Alten Office Prog. funktionieren unter Amiga OS 4.1?
Brett: Amiga, AmigaOS 4

Wordworth funzt bei mir aufm Classic auch (aufm PegII noch nicht getestet).

Ciao
 
Reth   Nutzer

08.09.2009, 13:43 Uhr

[ - Direktlink - ]
Thema: S: Radeon 9200 pro AGP
Brett: Kleinanzeigen (keine Auktionen!)

@amigalover:

Nein, leider auch nicht!

Ciao
 
Reth   Nutzer

07.09.2009, 21:35 Uhr

[ - Direktlink - ]
Thema: S: Radeon 9200 pro AGP
Brett: Kleinanzeigen (keine Auktionen!)

@huepper:

Leider nein!
 
Reth   Nutzer

07.09.2009, 16:11 Uhr

[ - Direktlink - ]
Thema: S: Radeon 9200 pro AGP
Brett: Kleinanzeigen (keine Auktionen!)

...und zwar immer noch!
 
Reth   Nutzer

07.09.2009, 15:38 Uhr

[ - Direktlink - ]
Thema: Wie aus GrimReaper Protokoll auf Ursache im Code zurückfinden?
Brett: Programmierung

@ZeroG:

Habe zunächst 1.2.6 von Spot benutzt mit den bisher beschriebenen Problemen.

Gestern hab ich dann mal die Version von Thomas Frieden probiert, zusammen mit den originalen Amiga-Grafiken (also keine JPegs). Dort gab es dann GRs innerhalb von SDL_Image-Klassen, die muss ich noch genauer untersuchen (glaub wieder bei ILBMs).

So macht das keinen Spass! Anpassungen habe ich an anderen Stellen erwartet, nicht aber innerhalb von SDL bzw. bei der "Umgehung" von Problemen, die innerhalb von SDL auftreten!

Aber ich sollte diese Thema eher im anderen Thread fortsetzen, in dem es direkt um die Portierung geht. Die Frage dieses Threads wurde ja beantwortet!

Ciao
 
Reth   Nutzer

24.08.2009, 17:48 Uhr

[ - Direktlink - ]
Thema: Wie aus GrimReaper Protokoll auf Ursache im Code zurückfinden?
Brett: Programmierung

@ZeroG:

Das Laden der Bilder erfolgt durch eine SDL-Routine kombiniert mit einer SDL-Image-Routine:
C++ code:
IMG_Load_RW(SDL_RWFromFile(filename, "rb"), 1);


Das klappt für PNG und JPEG, aber anscheinen nicht für ILBM, da ich den genannten Fehler beim Freigeben innerhalb von SDL bekomme, wenn ich die originalen MegaLoMania ILBM-Bilder lade.

Unter Windows auf einem X86-PC funktioniert das allerdings bestens, daher auch die Vermutung mit der Endianess.

Wenn man das irgendwie eindeutig abgrenzen könnte, wäre das wohl ein Beitrag für die SDL-Image Buglist denke ich!

Ciao
 
Reth   Nutzer

23.08.2009, 23:25 Uhr

[ - Direktlink - ]
Thema: Wie aus GrimReaper Protokoll auf Ursache im Code zurückfinden?
Brett: Programmierung

@Holger:

Ja, das würde auch erklären, wieso die PC-Version von der Website anstandslos mit den Amiga-Daten funktioniert.

Eine Konvertierung der entsprechenden Bilder nach JPEG brachte auch den Fehler nicht mehr. Dafür steigt das Programm nun aus, da es eines der Bilder in einem Format benötigt, das mit einer Palette arbeitet (SDL_Surface->format->palette darf nicht NULL sein)!

Oh man! Dachte nicht, dass eine Portierung dermaßen ins Detail geht! Hier ist es wohl am besten das Ganze wieder Amiga-typisch zu machen, weg von SDL!

Da weiss ich aber nicht, wie es mit der Verletzung von etwaigen Rechten, Eigentumsverhältnissen oder sonstigem aussieht, wenn man so etwas umsetzten will!

Ciao
 
Reth   Nutzer

16.08.2009, 22:03 Uhr

[ - Direktlink - ]
Thema: Wie aus GrimReaper Protokoll auf Ursache im Code zurückfinden?
Brett: Programmierung

@All:

Vielen Dank für die guten Tips und Hilfen!

Wusste gar nicht, dass Hans das auch auf seiner Seite hat!

Der Fehler tritt bei mir innerhalb von SDL_FreeSurface auf, die zuvor für andere Bilder einwandfrei funktioniert hat.

Meine Vermutung ist, dass es am Format des Bildes liegt, da bei einem ILBM-Amiga-Bild ausgestiegen wird, PNGs anscheinend aber super funktionieren.
Scheint evtl. auch ne Amiga-Eigenheit zu sein, da dass PC-Executable, das auf der GigaLoMania-Website vorhanden ist mit den Amiga-Daten zusammen wunderbar funktionier!

Ciao

[ Dieser Beitrag wurde von Reth am 16.08.2009 um 23:11 Uhr geändert. ]
 
Reth   Nutzer

15.08.2009, 23:37 Uhr

[ - Direktlink - ]
Thema: Wie aus GrimReaper Protokoll auf Ursache im Code zurückfinden?
Brett: Programmierung

Hallo zusammen,

wie ja z.T. bekannt ist, versuche ich mich gerade an der Portierung eines SDL-Spieles auf AOS4.

Dazu verwende ich CodeBench 0.8. Nun klappen compile und linking, aber wie erwartet treten Probleme zur Laufzeit auf.
Dort grüßt mich ein GR, bei dem man nicht mal mehr auf Ignorieren klicken kann. Das Protokoll sagt mir, dass der Fehler wohl innerhalb einiger SDL-Funktionen auftrat (die aber bestimmt aus dem Code heraus falsch gefüttert sind).

Da Debugging wohl nicht mit Codebench zu funktionieren scheint und einem IDE-verwöhnten Programmierer auf dem Amiga derzeit für AOS4 auch nicht beschieden ist besteht derzeit mein Versuch mich der verursachenden Stelle durch Logausgaben zu nähern. Das ist aber mehr als mühselig und umständlich!

Daher wäre die Interpretation des GR-Protokolls sicher sehr hilfreich bei der Ursachenforschung.

Geht das denn irgendwie?

Vielen Dank schon einmal!

Ciao
 
Reth   Nutzer

15.08.2009, 00:01 Uhr

[ - Direktlink - ]
Thema: PCIGRaphics.card in Kicklayout nötig?
Brett: Amiga, AmigaOS 4

Hallo zusammen,

bin gerade am ausdünnen meines Kicklayout-Files und frage mich:
Ist das Modul denn nötig, wenn man ne AGP-Karte (Radeon) verwendet?

Habe in den Releasenotes des Radeon Chip für AOS4 gelesen, dass er dieses Modul benötigt. Allerdings war das für eine ältere Version des Chip-Modules.

Wird die PCIGraphics.card immer noch benötigt?

Ciao
 
Reth   Nutzer

12.08.2009, 22:11 Uhr

[ - Direktlink - ]
Thema: expected unqualified-id
Brett: Programmierung

@whose:

Stimmt. Der Code ist in einige Hinsicht verquer. Z.B. sind die Windows-Anteile nur teilweise mit #ifdef gekapselt.

Selbiges gilt wohl für das Debugging, bei dem auf das _DEBUG-Symbol zurückgegriffen wird und diese beiden Variablen, die ich hier gepostet habe sind an anderer Stelle auskommentiert.

Außerdem wahr ist aber auch, dass ich noch wenig Erfahrungen mit dem Ganzen habe (C, C++, PreCompiler, Makefiles usw. usf. und schon gar keine mit der SDL).

Ciao
 
Reth   Nutzer

12.08.2009, 15:46 Uhr

[ - Direktlink - ]
Thema: expected unqualified-id
Brett: Programmierung

Hallo zusammen,

bekomme bei folgendem Codeausschnitt:
C++ code:
//---------------------------------------------------------------------------
#pragma hdrstop

#ifdef __linux
#include <SDL/SDL.h>
#include <SDL/SDL_image.h>
#else
#include <sdl.h>
#include <sdl_image.h>
#endif
//#include <FreeImage.h>
#include <string.h>
#include <stdlib.h>
#include <ctype.h>
#include <assert.h>

#include "utils.h"
#include "image.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)

extern const bool DEBUG;
extern const int DEBUGLEVEL;


den Fehler "expected unqualified-id before 'true' in der Zeile:
C++ code:
extern const bool DEBUG;


angezeigt!

Habe im Makefile des g++ folgendes angegeben: -DDEBUG=true
Wenn ich das weglasse erscheint die Fehlermeldung nicht mehr

Was stimmt denn hier nicht? Bzw., wie kann ich denn das DEBUG-Flag sonst setzen oder deklarieren?

Ciao
 
Reth   Nutzer

11.08.2009, 00:34 Uhr

[ - Direktlink - ]
Thema: Ariadne oder X-Surf
Brett: Amiga, AmigaOS 4

Also ich habe in meinem 4000er auch eine ConneXion und eine X-Surf und muss sagen, dass ich fast nur die ConneXion (mit MAU) verwendet habe bzw. noch verwende!

Ciao
 
Reth   Nutzer

09.08.2009, 23:41 Uhr

[ - Direktlink - ]
Thema: Kompatibilität unterschiede zwischen Amiga OS 4.0 und 4.1.
Brett: Amiga, AmigaOS 4

@xXSoul-Reaver-2006Xx:

Also Napalm hab ich bisher nur auf dem A4000 unter AOS4 (4.0 und soweit man das als 4.1 nennen kann, was im Betatest geboten ist), auf dem PegII nicht.

Dort habe ich zwar die Demo zum Laufen bekommen, aber man kann sie nicht spielen, da keine Mausklicks und Tastatureingaben (außer zum Bauen) angenommen werden.

Ciao
 
Reth   Nutzer

09.08.2009, 23:35 Uhr

[ - Direktlink - ]
Thema: SDL-Programm portieren
Brett: Programmierung

@ZeroG:

Korrekt, das Guide kannte ich schon.

Tendiere auch dazu, dass diese Funktionen Wine32-spezifisch sind und werde sie mal dementsprechend behandeln.

Muss mir dann was ausdenken, um diese Funktionalitäten zu ersetzen, denn da geht es gerade darum, das Fenster und den Screen zu erstellen (zumindest, was die Dimensionen anbelangt), wenn ich das richtig gecheckt habe.

Hier habe ich mir eigentlich keine Arbeit erwartet (sollte eben SDL machen können). Wurde wohl aber vom Programmierer leider so erstellt.

Ciao
 
Reth   Nutzer

09.08.2009, 23:31 Uhr

[ - Direktlink - ]
Thema: Plötzlich Probleme mit USB-Maus am PegII mit AOS4
Brett: Amiga, AmigaOS 4

@ZeroG:

Nein, die zweite Maus für das andere Empfangsteil war zur gesamten Zeit inaktiv.

Muss mir doch nochmal die Mühe machen und alles zurückstöpseln. Vielleicht liegts ja auch am Empfangsteil.

Habe nun auch die Situation, dass die Mäuse mit dem jeweils anderen Empfangsteil "reden". Das sollte aber keine Problem darstellen, da sie ja mit dem Empfangsteil synchronisiert wurden (und es mit PS2 ja keine Probleme gibt).

Ciao
 
Reth   Nutzer

09.08.2009, 00:25 Uhr

[ - Direktlink - ]
Thema: SDL-Programm portieren
Brett: Programmierung

@ZeroG:

Also hab mal in nem neuen Ansatz das Ganze so versucht,

Der Source scheint aber in der Hinsicht nicht komplett sauber zu sein, denn z.B. solche Sachen wie:
C++ code:
RECT rect;
		SystemParametersInfo(SPI_GETWORKAREA, 0, &rect, 0);


stehen ohne irgendwelche #ifdefs drin.

Und Sachen wie SystemParametersInfo oder SPI_GETWORKAREA hab ich bisher nur im Zusammenhang mit Windows gefunden!

Bedeutet wohl, dass man solche Sektionen komplett neu schreiben muss!

Gibt es denn ein SDL-Porting-Guide für den Amiga (auch wenn genannte Funktionen erstmal nichts mit SDL zu tun haben scheinen)?

Ciao
 
Reth   Nutzer

08.08.2009, 22:59 Uhr

[ - Direktlink - ]
Thema: Plötzlich Probleme mit USB-Maus am PegII mit AOS4
Brett: Amiga, AmigaOS 4

Hallo zusammen,

habe heute ein seltsames Phänomen erlebt.

Ich habe 2 baugleiche Funk-USB-Mäuse, eine davon mittels Amiga-PS2-USB-Adapter am A4000 angeschlossen, die andere direkt an einem der hinteren USB-Anschlüsse des PegII. Beide funtkionierten einwandfrei mit AOS4.

Nun musste ich die beiden Mäuse tauschen. Das habe ich in komplett ausgeschaltetem Zustand des PegII gemacht (also sogar der Hauptschalter des Gehäuse war ausgeschaltet). Allerdings war die Basisstation der Funkmaus, die ich angeschlossen hatte an ihrem Netzteil, das normal eingesteckt und unter Spannung war.

Als ich den Peg dann in AOS4 bootete ging alles gut bis zum Bootscreen von AOS4, dann landete ich in der Early-Startup-Sequence (war ich zuvor noch nie) und die Basisstation der Maus blinkte (die LED für die Empfangsanzeige der Funksignale). Die Maus konnte ich beim ersten Mal gar nicht, bei einem der weiteren Male nur eingeschränkt bedienen.
Außerdem verhielt sich sich so, als ob man ständig irgendwie eine der Tasten drücken würde (die Linke zumindest).
Als ich es schaffte auf den Boot-Button zu drücken blieb der Bildschirm schwarz und ich konnte auch keinen Reset mit der Tastatur (diese ist PS2) mehr ausführen!

Dann habe ich die USB-Maus mal ausgesteckt und AOS4 bootete normal. Nun habe ich die Maus direkt bei laufendem Betrieb eingesteckt und alles klappte wunderbar - bis zum nächsten Reboot!

Nun habe ich die Maus mittels PS2-Adapter angeschlossen und habe nun auch keine Probleme beim Booten mehr!

Habe ich mir evtl. den USB-Port geschrottet (wovon ich eigentlich nicht ausgehe, da ja die Maus beim späteren Einstecken tadellos funktionierte), oder könnte es am USB-Treiber liegen (dann könnte ich das entsprechend rückmelden, bin Betatester, aber auch totaler PegII und USB-mit-Amiga-OS Neuling)?

Kennt jmd. das Phänomen?

Ciao (uff! langer Post)
 
Reth   Nutzer

02.08.2009, 16:21 Uhr

[ - Direktlink - ]
Thema: libjpeg.a für AOS4 (newlib)
Brett: Programmierung

@ZeroG:

Hab die Binaries von meinem A4000 kopiert, damit funktionierts auch!

Wenn ich nur wüsste, wo ich die her habe (hab schon danach gesucht und suchen lassen, ohne Erfolg)!

Ne Version wird ja leider mit dem Amiga-OS-Befehl nicht angezeigt!

Ciao
 
Reth   Nutzer

02.08.2009, 16:16 Uhr

[ - Direktlink - ]
Thema: Shutdown Tool für AOS4
Brett: Amiga, AmigaOS 4

@fingus:

Das hilft ja nicht. Die Steckdose an der der Peg hängt kann ich direkt und ohne Umstände ausschalten.

Ich möchte aber immer gern erst den Rechner ausschalten, wofür ich ja den Ein-Aus-Taster am Rechner so lange gedrückt halten muss, bis dieser abschaltet.

Dazu wäre das Shutdown-Tool eine echte Erleichterung!


@ZeroG:

Leider kamen ja bei Deiner anderen Frage keine entsprechenden Antworten.

Ciao
 
Reth   Nutzer

02.08.2009, 00:59 Uhr

[ - Direktlink - ]
Thema: Gibt es einen Taskmanager für AOS4
Brett: Amiga, AmigaOS 4

Hallo zusammen,

hier gleich meine nächste Frage: Gibt es eigentlich eine Art Taskmanger für AOS4 mit dem man Programme abschießen kann (denen man beim beim GR mit "Fehler ignorieren" erlaubt hat weiterzumachen und die dann 100% CPU fressen)?

Denke da an sowas wie den Windows Task Manager! Für AOS3.x gibt es ein Tool, mit dem man solche Tasks/Prozesse beenden kann und bei dem man noch angeben kann, was alles mit freigegeben werden soll (Fenster, Screen, ...).

Gibt es sowas in der Art denn auch für ASO4?

Ciao
 
Reth   Nutzer

01.08.2009, 23:59 Uhr

[ - Direktlink - ]
Thema: SDL-Programm portieren
Brett: Programmierung

Hallo zusammen,

ich versuche gerade krampfhaft folgendes Spiel für AOS4 zu compilieren:

GigaLoMania

Habe mir dazu den Source ganz unten auf der Webisite runtergeladen und mal soweit hinbekommen, dass er compiliert wird und gestartet werden kann.

Das Original habe ich für den Amiga selbst, daher auch kein Problem an die Dateien zu kommen!

Dafür habe ich quasi überall die WIN32 Sektionen auskommentiert und mich auf die Linux-Bereiche konzentriert und alles was mit fmod zu tun hat komplett auskommentiert.
Dabei habe ich auch den Aufruf von SDL_main auskommentieren müssen, da diese Funktion vom GCC trotz Angabe aller Pfade und Header nicht gefunden wurde (ist aber in den SDL Headern vorhanden)!

Fehlermeldung: SDL_main was not declared in this scope

Das Problem ist, dass ich beim Start im Fullscreenmodus nur nen schwarzen Bildschirm bekomme, sonst nix und ohne Fullscreen öffnet sich nicht einmal ein Fenster! Beim Starten ohne fullscreen PArameter kommt bald ein GR. Allerdings kann ich mit GRs und ihren Crashlogs nichts anfangen! Wie kann man denn aus diesen wertvolle Rückschlüsse auf die Ursache im eigenen Code ziehen?

Es hängt wohl alles damit zusammen, was in der Methode openscreen() in game.cpp passiert, denn dort hab ich alles, was nichts mit fullscreen zu tun hat auskommentiert (da dort v.a. nur Windos-API-Funktionen zum Einsatz kamen). Daher passiert beim Start ohne "fullscreen" Parameter auch nix (sprich kein Fenster geht auf etc.).

Nun bin ich totaler Anfänger, was SDL und Ports auf den Amiga (AOS4) anbelangt!
Daher hab ich noch keinen Plan, wie man den Teil für das Öffnen des Fensters oder eines Screens OS-unbhängig hinbekommt (z.B. nur mit SDL)!

Gibts ein paar gute Tipps, Kniffe oder Ähnliches, was ich hier beherzigen kann?

Oder was kann ich posten/beachten, um einfach mal etwas weiter zu kommen (z.B einen Screen/ein Fenster mit Inhalt zu Gesicht zu bekommen)?

Vielen Dank schon einmal!

Ciao

[ Dieser Beitrag wurde von Reth am 02.08.2009 um 01:32 Uhr geändert. ]
 
Reth   Nutzer

01.08.2009, 23:02 Uhr

[ - Direktlink - ]
Thema: Shutdown Tool für AOS4
Brett: Amiga, AmigaOS 4

Hallo zusammen,

ja ich weiss, dass das für AmigaOS nicht nötig ist!

Aber mein PegII steht etwas ungünstig, die geschaltete Mehrfachsteckdose, an der er angeschlossen ist dagegen nicht.

Nun würde ich ihn gern per Software runterfahren und das ATX-Board ausschalten lassen statt mich immer zu verbiegen und den Taster zu drücken, bis er abschaltet!

Gibt es so ein Tool für AOS4 irgendwo? AOS4Depot hat mir nix dazu ausgespuckt!

Ciao
 
Reth   Nutzer

01.08.2009, 22:01 Uhr

[ - Direktlink - ]
Thema: libjpeg.a für AOS4 (newlib)
Brett: Programmierung

@Thore:

Hilft leider doch nicht!

Compiler und Linker laufen zwar durch, aber ich bekomme eine Assertion zur Laufzeit!

Auf meinem Classic (bin hier auf dem PegII G4) hab ich ne andere libjpeg.a, weiss aber leider nicht mehr woher! Hab mal die vom Classic kopiert, dann klappts.

@ZeroG:

Klappt leider nicht! Bekomme folgende Fehlermeldung bei Ausführen von configure:

: not foundre[12]:
sh: configure[23]: syntax error: 'in^M' unexpected

Mit der tar.gz Version erhalte ich bei configure folgende Meldungen (hier mal nur eine):

./config.status[2067]: cannot create ././.deps/jmemnobs.Plo: No such file or directory

Habe mir jpeg7sr.zip von der entsrp. Website runtergeladen!

Ciao

[ Dieser Beitrag wurde von Reth am 02.08.2009 um 01:33 Uhr geändert. ]
 
Reth   Nutzer

31.07.2009, 22:42 Uhr

[ - Direktlink - ]
Thema: S: Radeon 9200 pro AGP
Brett: Kleinanzeigen (keine Auktionen!)

Hallo zusammen,

ich suche oben genannte Graka.

Angebote gern hier im Thread oder via PN.

Ciao
 
Reth   Nutzer

28.07.2009, 09:00 Uhr

[ - Direktlink - ]
Thema: libjpeg.a für AOS4 (newlib)
Brett: Programmierung

@Thore:

Ja, hilft! Vielen Dank!
 
Reth   Nutzer

26.07.2009, 21:49 Uhr

[ - Direktlink - ]
Thema: libjpeg.a für AOS4 (newlib)
Brett: Programmierung

Hallo zusammen,

wo bekommt man die (und artverwandte) denn momentan her?

libtiff und libpng habe ich im OS4Depot gefunden. Von der libjpeg liegt dort aber nur die .so Version!

Vielen Dank schon einmal!

Ciao
 
 
Erste << 21 22 23 24 25 -26- 27 28 29 30 31 >> Letzte Ergebnisse der Suche: 1858 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.