ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Michael_Mann
Nutzer
12.07.2002, 17:44 Uhr [ - Direktlink - ] |
Thema: MBR reparieren
Brett: Andere Systeme Will mal gucken - wird aber etwas dauern. Hab' halt Urlaub und ein Beamter der schnell arbeitet - nee, mach' ich net weil ich will den Ruf unseres Berufsstandes nicht ruinieren... Könntest aber ja mal folgendes versuchen (hast ja den PartitionStar): C: auf Partitionstyp "B" (primäre Partition innerhalb der ersten 8 GByte) und die anderen Partitionen auf Partitionstyp "C" (primäre Partitionen außerhalb der 8 GByte-Grenze) zu setzen und dann den Befehl fdisk /mbr auszuführen. Ich habe mal schnell nachgesehen: die option /mbr schreibt den MBR neu. Natürlich müssen dann auch alle Boot-Start-Programme (die zur Auswahl des jeweiligen OS beim Booten des PC) eliminiert (Hi, McClane und Tamara...) sein. Diese Progs tragen sich zu gerne im MBR/Partitionstabelle im leeren Segment ein was fdisk nicht erkennt bzw. das Proggi zum Schwitzen bringt. Ist die HD größer als 32 GByte muß natürlich der Patch von M$ für HDs mit mehr Kapazität installiert werden. Melde mich aber auf jeden Fall. Michael [ Dieser Beitrag wurde von Michael_Mann am 12.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
12.07.2002, 16:35 Uhr [ - Direktlink - ] |
Thema: MBR reparieren
Brett: Andere Systeme Zitat: Ist vielleicht Dein Problem so exotisch??? Normalerweise stellt man mit fdisk /mbr den selbigen wieder her. Solltest vielleicht mal auf der HomePage des HD-Herstellers nachgucken ob da ein Extra-Tool angeboten wird. Ggfls. auch mal in Google unter dem Namen und Typ der HD suchen, meist findet man dann das eine oder andere Forum. Wie sieht es mit den BIOS-Einstellungen aus? Ggfls. mal von automatischer Erkennung runtergehn und die HD-Parameter von Hand eintragen. Ist die Parttionierungstabelle auch ok? Ansonsten wird Dir tatsächlich nix anderes übrig bleiben als nach einem Daten-Backup (98SE hat da noch ein Extra-Programm dafür) komplett neu zu formatieren; allerdings würde ich von fdisk dann abraten. Das Proggi kennt halt nur ein Primäre Partition (eine HD kann unter PCs bis zu vier davon haben) und lediglich weitere sekundäre Partitionen - lausig aber wahr... Michael |
|||||
Michael_Mann
Nutzer
12.07.2002, 13:45 Uhr [ - Direktlink - ] |
Thema: langbeinige Frauenbeisser
Brett: Get a Life Zitat: Brauchst leider den RealPlayer . Müßtest dafür auf eine Plattform umschwenken die von dem Anzeiger unterstützt wird. Sorry für die lausige Antwort. Michael |
|||||
Michael_Mann
Nutzer
12.07.2002, 08:33 Uhr [ - Direktlink - ] |
Thema: langbeinige Frauenbeisser
Brett: Get a Life Oh Ja - ich fühle mich so richtig am Busen der Natur Michael |
|||||
Michael_Mann
Nutzer
10.07.2002, 09:08 Uhr [ - Direktlink - ] |
Thema: Miami bei Nordicglobal
Brett: Amiga, AmigaOS 4 Zitat: Man sollte vielleicht noch erwähnen das die Angabe des Pfades, wo sich die zusammenzuführenden Dateien befinden, der Aktion ganz förderlich sein können. Ansonsten sucht AmigaDOS nur in den Pfaden die in der Startup/ROMs definiert wurden. Und wenn in diesen vorgegebenen Pfaden die Dateiteile dann nicht vorhanden sind ist's halt etwas zappenduster mit dem Programmfortschritt. Die eine oder andere Fehlermeldung deutet hierauf hin. Quell- und Ziellaufwerk sollte man besser mit den Namen ansprechen die auf der Workbench erscheinen Michael [ Dieser Beitrag wurde von Michael_Mann am 10.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
10.07.2002, 02:26 Uhr [ - Direktlink - ] |
Thema: Ueble Abstuerze mit 8.21 R4
Brett: AROS und Amiga-Emulatoren Lies Dir doch mal das LOG von UAE durch. Ggfls. kann es hier weitere Aufschlüsse geben (z.B. das Laden von Modul x ist fehlgeschlagen oder ähnliches). Ist auch DirectX in der neuesten Version installiert? Michael |
|||||
Michael_Mann
Nutzer
08.07.2002, 20:38 Uhr [ - Direktlink - ] |
Thema: Sony CRX 175e
Brett: Andere Systeme Mit welchen Rohlingen - nun, alle, die 90 Minuten brennen können; vom Überbrennen würde ich abraten. Bei der Firmware - nun, wenn im Handbuch nichts steht, mal auf Sonys Homepage im Bereich Support oder so nachschauen. Teilweise werden Firmware-Updates angeboten die mit größeren Kapazitäten umgehen können. Bei diesen Updates werden im Brenner-ROM u.a. Listen aktualisiert die dem Brenner dann sagen wie er mit dem Rohling der Marke X umzugehen hat. Es gibt auch von Ahead (Nero) ein kleines Prüfprogramm zum Download der alle Modi pp. des Brenner anzeigen kann. Das Programm ist Freeware, eine Installation ist nicht erforderlich. Name NeroInfoTool v1.01 (kann auch über die t-online.de-Seite heruntergeladen werden). Weiterer Anhaltspunkt können auch die Support-bzw. Kompatibilitäts-Seiten von Ahead oder Roxio sein, auch da mal nachschauen. Den Brenn-Programmen ist es eigentlich egal. Jede neuere Version kann auch mit "überlangen" Rohlingen umgehen. Allerdings ob dann auch ein normales CD-ROM solche CDs lesen kann steht auf einem anderen Blatt. Die Spuren sind halt bei den 90min-Rohlingen enger als bei der normalen Rohlings-Ausführung. Michael |
|||||
Michael_Mann
Nutzer
08.07.2002, 17:06 Uhr [ - Direktlink - ] |
Thema: Gameboy... Fragen über Fragen...
Brett: Andere Systeme Zitat: Hmpff - waren das noch Zeiten als die Eltern zusammen mit den Kids "Mensch Ärgere Dich Nicht" oder "Monopoly" spielten - tststs Ich würde die Antwort, wenn sich mir überhaupt die Frage hmpff stellen würde (sorry, habe da leichten Schnupfen hmpff) so formulieren: Wenn es bereits mit den Originalen erlaubt ist, dann ist es mit den Duplos (nein, nicht die zum essen...) auch nicht illegal. Im übrigen kann man regelmäßig für den privaten Gebrauch Kopien anfertigen, eine ist immer drin, und damit arbeiten/spielen/streiten... Michael |
|||||
Michael_Mann
Nutzer
07.07.2002, 21:21 Uhr [ - Direktlink - ] |
Thema: Little Endian
Brett: Programmierung Zitat: Kennt jemand einen gescheiten Freeware-Reader fürs AUTODOC-Format??? Zum 1. Sätzchen male ich da mal einige große und fette Fragezeichen. Warum funktionieren denn die Proggis - die eigentlich nicht für P96 pp. geschrieben wurden auf eben diesem Device? AllocBitmap pp. gab es unter OS 2.0+ noch nicht. Scheint da auch etwas empfindlich zu sein wenn man in den docs blättert. Ich frage mich in diesem Zusammenhang wieviele Amiga-Programme ausschließlich für OS 3.5+ programmiert wurden bzw. tatsächlich benutzt werden. Michael [ Dieser Beitrag wurde von Michael_Mann am 07.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
07.07.2002, 20:04 Uhr [ - Direktlink - ] |
Thema: Little Endian
Brett: Programmierung Zitat: Addressierung von Video-Speicher: ad Hoc 2 Möglichkeiten: 1. AllocRaster => planeptr=AllocRaster(width, height) planeptr=APTR width, height müssen jeweils durch 16 ganzzahlig teilbar sein. Abschließend FreeRaster aufrufen. 2. AllocMem mit MEMF_PUBLIC+MEMF_CHIP Abschließend FreeMem oder AllocVec mit obigen Flags Abschließend FreeVec (entspricht AllocMem/FreeMem, aber exec merkt sich hier die Mem-Größe AllocAbs auf keinen Fall verwenden. Bitteschön was soll das GE/LE??? Wenn du meinst das hier die Bit-Inhalte vertauscht sind dann gilt das bei Amiga nicht. Michael [ Dieser Beitrag wurde von Michael_Mann am 07.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
07.07.2002, 14:13 Uhr [ - Direktlink - ] |
Thema: PC fährt nicht mehr herunter!
Brett: Andere Systeme Zitat: Brauchste nicht einen Holzhammer? Michael |
|||||
Michael_Mann
Nutzer
07.07.2002, 06:50 Uhr [ - Direktlink - ] |
Thema: Fonts in den Browsern
Brett: Amiga, AmigaOS 4 Hi, klicke doch mal auf: http://www.amiga-news.de/webfont.shtml Michael |
|||||
Michael_Mann
Nutzer
05.07.2002, 20:24 Uhr [ - Direktlink - ] |
Thema: Programm aus einem anderen Programm starten
Brett: Programmierung Ich wage es doch mal ;-): Also wenn ein Programm über LoadSeg, CrateProc gestartet wird so sollte man abschließend aber auch ein UnLoadSeg aufrufen: (BOOL) success=UnLoadSeg((BPTR)seglist) success=NULL: Fehler oder seglist=0 Michael |
|||||
Michael_Mann
Nutzer
05.07.2002, 14:56 Uhr [ - Direktlink - ] |
Thema: Programm aus einem anderen Programm starten
Brett: Programmierung Falls es der Execute-Befehl von DOS (2.0+) ist: BOOL success = Execute(APTR commandstring, BPTR input, BPTR output) commandstring = CLI-Befehlszeile. Wenn der Befehl einen RUN-Befehl enthält, startet ein eigener Prozeß. input sollte auf NULL gesetzt sein wenn nach der Programmausführung keine weiteren Instruktionen aus dem Kanal verarbeitet werden sollen. Output=0 Ausgabe im aktuellen Fenster. Input + Output = BPTR auf FileHandles success=NULL: Fehler bei der Ausführung des execute-Befehls. Michael [ Dieser Beitrag wurde von Michael_Mann am 05.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
02.07.2002, 21:58 Uhr [ - Direktlink - ] |
Thema: Program von win auf amiga
Brett: Programmierung Hi Achim, so kenne ich diese Lösung auch. Wenn es auch von den Autoren z.T. leicht abweichende Begründungen gab. Hennig hat in seinen AmigaBasic-Büchern für Profis diesen Grund genannt und das ModifyIDCMP immer als korrekte Beendigung empfohlen. Andere Autoren nannten ergänzend noch ein MsgBit(???) im NachrichtenPort als Grund für diese Beendigungsart. Auch in den AutoDocs scheint C= diese Lösung zu bevorzugen, wenn mich meine bescheidenen Englisch-Kenntnisse nicht täuschen. Und Meinungsverschiedenheiten - nun eine Diskussion ist doch nie verkehrt, oder? Michael [ Dieser Beitrag wurde von Michael_Mann am 02.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
02.07.2002, 15:04 Uhr [ - Direktlink - ] |
Thema: Hintergrund in HTML-Tabellen ???
Brett: Amiga, AmigaOS 4 Warum sooo kompliziert wenn es auch einfach geht??? Unter http://www.teamone.de ganzeinfach mal SelfHTML herunterladen. Kostet nix und bespricht HTML mit so allem Drum und Dran bis in die letzten Einzelheiten. Da kann man auch ganz gut sehen, welche TAGs nur auf IE, nur auf Netscape oder generell unter allen Browsern laufen. Michael |
|||||
Michael_Mann
Nutzer
01.07.2002, 13:50 Uhr [ - Direktlink - ] |
Thema: Program von win auf amiga
Brett: Programmierung Zitat: Nein. CloseWindow(Fenster x) nullt zwar vieles gibt aber nicht den Speicher frei der für die Kommunikation benötigt wird. Das kann nur über den obigen Modifizierungsbefehl geschehen der auch mit FreeMem arbeitet. Daher ist ein ModifyIDCMP für das zu schließende Fenster nötig. Der Grund für die Extra-Behandlung könnte vielleicht darin liegen das mehrere Fenster mit nur *einem (gemeinsamen)* Messageport angelegt werden können. Wäre dem so wie Du sagst dann könnten die anderen offenen Fenster nicht mehr bedient werden und Du wärest dann vermutlich auch bedient. Michael |
|||||
Michael_Mann
Nutzer
01.07.2002, 11:36 Uhr [ - Direktlink - ] |
Thema: Program von win auf amiga
Brett: Programmierung Zitat: Hi, Bumm - 'nen Knall, weiß nicht, glaube ich aber eher nicht. Wie Du schon richtig sagtest, der MessagePort gehört zum Fenster. Ich meinte das Fenster das von Moritz' Programm geöffnet wird und nach Programmende hoffentlich wieder, vor dem Screenende, auch geschlossen wird. Zum ordentlichen Aufräumen eines Programms das mit eigenen Screens/Fenstern (Windows, pffh) arbeitet gehört abschließend immer ein ModifyIDCMP(*Window,0); diese NULL besorgt dann den Rest und wird aber allzugerne vergessen. Übrigens: DICE 3.16 kann leider keinen Code höher als 68020 generieren (Fundstelle: Begleittext zum Compiler im Aminet). Michael P.s.: Übrigens ich war bisher immer der Meinung das ein Computer nur das macht was ein Programmierer der armen Kiste halt so eingibt... [ Dieser Beitrag wurde von Michael_Mann am 01.07.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
30.06.2002, 21:08 Uhr [ - Direktlink - ] |
Thema: Hilfe - Schrifttyp gesucht!
Brett: Andere Systeme Also auf der WIN-CD ist der Font nicht drauf und wird auch von WIN-Programmen nicht nachinstalliert. Vielleicht wäre es ja von Nuzen wenn Du mal die Dokumentypen /-erweiterungen nennen würdest die diesen Font benötigen. Michael [ Dieser Beitrag wurde von Michael_Mann am 30.06.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
30.06.2002, 20:54 Uhr [ - Direktlink - ] |
Thema: Program von win auf amiga
Brett: Programmierung Nicht vergessen - den Message-Port ebenfalls zum Schluß mit NULL aktualisieren (damit werden dann Resourcen freigegeben (Speicher pp)) und alles mögliche noch aus dem Multitasking-System entfernt. Übrigens: Unter Amiga höre ich aber den Begriff einer "Abfrage-schleife" mal garnicht so gerne. Erinnert zu sehr an WIN... Öh Moritz: Hoffentlich hat Dein Prof nicht einen Berater-Vertrag mit M$. Dem seine Hausaufgabe klingt so verdächtig danach... Michael [ Dieser Beitrag wurde von Michael_Mann am 30.06.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
30.06.2002, 19:20 Uhr [ - Direktlink - ] |
Thema: Program von win auf amiga
Brett: Programmierung Zitat: Ich will mal versuchen YAM auf WIN zu portieren - ich brauch halt mal was gescheites. Also hab' ich mir Visual C++ in Version 6 besorgt. Der Programm-Editor ist bereits der Ober-Horror... Michael |
|||||
Michael_Mann
Nutzer
30.06.2002, 16:57 Uhr [ - Direktlink - ] |
Thema: Program von win auf amiga
Brett: Programmierung Zitat: Mein Beileid Wie wäre es aber mal endlich mit einem gescheiten zentralen Requester für WIN (nebst einem ordentlichen OS dazu)... Für Amiga gibt es z.B. den vbcc-Compiler (aminet), für eine GUI z.B. Emperor v4.3 (wurde kürzlich auch in den AmigaNews genannt) oder den MUIBuilder (so sollte det Dingens heißen), zu finden im Aminet. Irgendwann gab es auch mal einen GUI-Generator für GadTools (wie das Programm allerdings hieß d?). Damit solltest Du gerüstet sein, wenn Du noch die kommentierten Original-Includes für Amiga besitzt. Michael |
|||||
Michael_Mann
Nutzer
29.06.2002, 23:06 Uhr [ - Direktlink - ] |
Thema: Druckertreiberprogrmmierung
Brett: Programmierung Klicke einmal folgende URL an: http://www.blizzard.u-net.com/index.html Da solltest Du alles weitere finden (ausführbare Programme und Source-Codes)... Michael |
|||||
Michael_Mann
Nutzer
29.06.2002, 20:22 Uhr [ - Direktlink - ] |
Thema: Kann WinUAE nicht auf CD brennen
Brett: AROS und Amiga-Emulatoren Anlegen - das ist eine kleine Kunst: WinUAE-Gui starten, Karteikarte "HardDrives" aktivieren. Im unteren Teil steht dann "New Hard File". Dann die Größe in *BYTES* eingeben und "Create" anklicken. Schon ist ein HardFile angelegt. Das dann in die aktuelle Konfig einbinden (oberer Teil) und UAE neu starten (ansonsten wird der Drucker nicht gefunden). Das Hardfile dann noch unter Amiga formatieren (verhält sich wie eine unformatierte HD-Partition, am besten im Internationalen Modus ohne Inhaltscache). Voilá, es ist dann geschehen. AUX unter DOS löschen (nicht über die MSDOS-Eingabeaufforderung). Michael [ Dieser Beitrag wurde von Michael_Mann am 29.06.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
29.06.2002, 15:30 Uhr [ - Direktlink - ] |
Thema: Kann WinUAE nicht auf CD brennen
Brett: AROS und Amiga-Emulatoren Aux - ich glaub es gibt nach ein weiterer Kandidat. Solltest entweder aux löschen oder umbenennen (möglichst aber unter DOS). Sinnvoll ist aber die WB auf einem Hardfile laufen zu lassen, dann kann man das HF problemlos brennen. Michael |
|||||
Michael_Mann
Nutzer
28.06.2002, 11:36 Uhr [ - Direktlink - ] |
Thema: Fehler in der APIG.LIBRARY ???
Brett: Programmierung Zitat: Hi King Wenn die TritonRexx.library keine Funktionen zum Texten und Malen bietet, dann mußt Du wohl oder übel mit der graphics.library hexen. Area-Befehle: 1. InitArea + InitTmpRas 2. SetAPen, SetBPen, SetDrMd und ggfls. move nicht vergessen 3. Area-x Befehle. Text-Ausgabe: 1. InitTmpRas, ggfls. OpenFont/SetFont 2. SetAPen, SetBPen, SetDrMd und move 3. (ggfls. TextLength +) Text-Funktion. Schon hast Du dann Deine Kunstwerke untertitelt in dem Fenster. Es ist auch nicht verboten diese Befehle direkt auf einem Screen anzuwenden. Üblicherweise beziehen sich die direkten Mal- und Text-Funktionen auf den RastPort des jeweils aktiven Fensters. Ggfls. die Fenster nach den Init-Befehlen neu berechnen lassen, man weiß halt nie (Hening warnte immer davor die Neuberechnung außer Acht zu lassen...). Michael [ Dieser Beitrag wurde von Michael_Mann am 28.06.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
28.06.2002, 11:15 Uhr [ - Direktlink - ] |
Thema: guigfx Problem
Brett: Programmierung Mir schoß eben durch den Kopf, das es hier auch ein Initialisierungsproblem beim Programmanfang sein könnte. 1. Da die WB ein PublicScreen ist dann sollte man generell folgendes machen: LockPubScreen(), in a0: APTR screenname (0 oder "Workbench" für die WB) Parameter bereitstellen und OpenWindow() aufrufen UnlockPubScreen(a0,a1) LockPubScreen liefert als Rückgabewert die Screen-Adresse oder NULL. UnlockPubScreen: a0=Screename oder 0, a1=STRUCT screen *Screen wenn a0=0 2. Ggfls. müßte das Extra-Fenster von Anfang an bereits "aktiviert" sein also das passende Flag gleich am Anfang mitsetzen. 3. Ggfls mal mit RethinkDisplay sowie AllocRaster arbeiten. Michael [ Dieser Beitrag wurde von Michael_Mann am 28.06.2002 editiert. ] |
|||||
Michael_Mann
Nutzer
28.06.2002, 10:53 Uhr [ - Direktlink - ] |
Thema: Anno 1987
Brett: Amiga, AmigaOS 4 Zitat: Bist du Dir da so sicher, das es nur 2 Frauen hier im Forum gibt? Und übrigens - seit wann fragt man eine Dame nach ihrem Alter? Michael |
|||||
Michael_Mann
Nutzer
27.06.2002, 21:31 Uhr [ - Direktlink - ] |
Thema: Zweites System installieren?
Brett: Andere Systeme Zitat: Kenn ich auch, kenn ich auch... Mein Rekord waren einmal 6 Installationen hinterienander weil ich mich mal der aberwitzigen Vorstellung hingab das man auch ein sauberes WIN mal bekommen könnte. Michael |
|||||
Michael_Mann
Nutzer
27.06.2002, 15:05 Uhr [ - Direktlink - ] |
Thema: Fehler in der APIG.LIBRARY ???
Brett: Programmierung Hi, Che-Hoa Yuin ist ein sehr sehr weiser Mann... Ich mag halt C/C++ überhaupt nicht so gerne, mir geht zu viel Perfomance durch die Stack-Schieberei den Bach runter. Und C++ mit seinen ganzen Verästelungen ist mir nicht geheuer. Beim Amiga ist es halt auch das Schöne das man noch viel via Assembler programmieren kann da die Routinen selbst schon fast eine eigene "Hochsprache" darstellen. Michael |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |