ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
gni
Nutzer
14.07.2004, 11:37 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:Wenn nicht mittels Assembler, wie ist das Programm dann enstanden? Dieses erwähnte ELF-Programm basiert ausgiebig auf dem Verhalten des Linux-Loaders. Ein Spec-konformes ELF Program ist größer. Allerdings worum gehts dabei eigentlich? ;-) |
|||||
gni
Nutzer
14.07.2004, 11:31 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:Also C++ Compiler sind schon lange auf dem Amiga verfügbar. Was genau ist "stabiles C++ mit standardkonformen Features"? Zitat:Wenn Bibliotheken Plattformabhägikeiten haben, ist das richtig. Meinst Du irgendwelche speziellen Bibliotheken? |
|||||
gni
Nutzer
14.07.2004, 11:25 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:Was soll das sein? |
|||||
gni
Nutzer
14.07.2004, 09:33 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:Portabler Code hat auch Probleme: implizite Annahmen. Solls wirklich geben. |
|||||
gni
Nutzer
14.07.2004, 09:31 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:Soweit ich weiss sind Teile des AmigaOS sehr wohl in Assembler geschrieben worden. Man hat sogar von C nach Assembler umgestellt... [ Dieser Beitrag wurde von gni am 14.07.2004 editiert. ] |
|||||
gni
Nutzer
14.07.2004, 09:16 Uhr [ - Direktlink - ] |
Thema: CreateNewProcTags & MOS
Brett: Programmierung Zitat:Wird der neue Task erzeugt? Auf welche Signale wartet Main? Was passiert wenn Du mit einem Systemmonitor das Signal auf das Main wartet schickst? |
|||||
gni
Nutzer
13.07.2004, 13:00 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:fmath ist _nur_ für 040/060 mit FPU, OS3.9 für _alle_ Prozesoren mit oder ohne FPU. Im übrigen darfst Du raten, welche Version korrekte Ergebnisse liefert ;-> Zitat:*ROTFL* |
|||||
gni
Nutzer
13.07.2004, 12:55 Uhr [ - Direktlink - ] |
Thema: Mono für Amiga
Brett: Programmierung Zitat:Irre ich mich oder hatte er nicht C gefordert? SCNR, Gunther Nachtrag: Die C Version hatte ich übersehen. *schaem* [ Dieser Beitrag wurde von gni am 13.07.2004 editiert. ] |
|||||
gni
Nutzer
09.07.2004, 08:54 Uhr [ - Direktlink - ] |
Thema: Frage zu SFSSalv
Brett: Amiga, AmigaOS 4 Zitat:Standard ist 350 (?) Dateien. Das ist jedoch konfigurierbar (max 3500). Wenn man die Anzahl aber hochsetzt, das irgendwann mal vergisst, mehr als die Standardanzahl gelöschter Dateien hat und dann was löscht, dann sind die mehr Dateien weg. |
|||||
gni
Nutzer
08.07.2004, 08:00 Uhr [ - Direktlink - ] |
Thema: Screen versteckt öffnen
Brett: Programmierung Zitat:intuition/screens.h:SCREENBEHIND |
|||||
gni
Nutzer
06.07.2004, 14:46 Uhr [ - Direktlink - ] |
Thema: Startup-Sequence schneller machen?
Brett: Amiga, AmigaOS 4 Zitat:Für Besitzer eines 680[46]0 ist SetPatch zwingend notwendig. |
|||||
gni
Nutzer
02.07.2004, 10:07 Uhr [ - Direktlink - ] |
Thema: Bachground CLI
Brett: Amiga, AmigaOS 4 Zitat:Das klärt aber immer noch nicht, warum CookieControl per Icon als Shellprogramm gestartet wird. |
|||||
gni
Nutzer
02.07.2004, 09:09 Uhr [ - Direktlink - ] |
Thema: Bachground CLI
Brett: Amiga, AmigaOS 4 Zitat:Warum so viele Leute auf solch grausame Hacks stehen, kann ich nicht verstehen. |
|||||
gni
Nutzer
01.07.2004, 09:42 Uhr [ - Direktlink - ] |
Thema: Bachground CLI
Brett: Amiga, AmigaOS 4 Zitat:In dem Fall weis ich nicht, ob der Stackwert des Icons ausgewertet wird. Warum ist den Shell eingestellt? |
|||||
gni
Nutzer
01.07.2004, 08:25 Uhr [ - Direktlink - ] |
Thema: Bachground CLI
Brett: Amiga, AmigaOS 4 Zitat:Wie startest Du CookieControl? Zitat:Der Stackwert im Icon wird _nur_ beim Start über die WB benutzt. Wenn Du das Programm von einer Shell aus startest (das beinhaltet auch Ausführen der WB!), dann mußt Du den Stack per c:stack erhöhen. |
|||||
gni
Nutzer
01.07.2004, 08:20 Uhr [ - Direktlink - ] |
Thema: Picasso96 VSync
Brett: Amiga, AmigaOS 4 Zitat:Nochmal falsch. grfconfig gehört zu NetBSD/amiga. |
|||||
gni
Nutzer
29.06.2004, 09:10 Uhr [ - Direktlink - ] |
Thema: KingCON-Shell
Brett: Amiga, AmigaOS 4 Zitat:Immerhin stimmt nach all dieser Zeit die Email-Adresse noch! :-) Ansonsten könntest Du ja versuchen, das Problem vom Autor des 1.6 Patches beheben zu lassen. |
|||||
gni
Nutzer
28.06.2004, 13:51 Uhr [ - Direktlink - ] |
Thema: IXEmul.library gesucht
Brett: Amiga, AmigaOS 4 Zitat:Der GCC behandelt den 68030 genauso wie den 68020, dh. der generierte Code ist haargenau der gleiche. |
|||||
gni
Nutzer
23.06.2004, 13:19 Uhr [ - Direktlink - ] |
Thema: Compilieren mit gcc 2.95.3
Brett: Programmierung Zitat:changetaskpri hilft, zb. mit -5 Zitat:Mit -O oder ganz ohne ein -Ox gehts? Zitat:Was immer da auch passiert, mit -O2 sollte es nichts zu tun haben. Eventuell bist Du ja auf einen Bug im GCC gestossen. Versuchs mal mit einer neueren GCC Version zb. 3.3(.x) oder 3.4(.x) Zitat:Die Information habe ich fast übersehen :-) |
|||||
gni
Nutzer
22.06.2004, 14:16 Uhr [ - Direktlink - ] |
Thema: BPPC603e+ mit CV64/3D! ! ! ! !
Brett: Amiga, AmigaOS 4 Zitat:Ist ZIV == Zorro4 Board (von Micronik?)? Die sollen ja Probleme machen. Zitat:Schon mal das MMULib-Paket installiert? [ Dieser Beitrag wurde von gni am 22.06.2004 editiert. ] |
|||||
gni
Nutzer
18.06.2004, 13:15 Uhr [ - Direktlink - ] |
Thema: Roadshow 68k
Brett: Amiga, AmigaOS 4 Zitat:Wo klemmt es, das es nicht erscheint? |
|||||
gni
Nutzer
18.06.2004, 13:09 Uhr [ - Direktlink - ] |
Thema: Compilieren mit gcc 2.95.3
Brett: Programmierung Zitat:Da gibts verschiedene Möglichkeiten. PPC Support ausschalten (libraries verstecken und booten). Wenn dann nix mehr übersetzt werden kann, ist cc1 ein PPC-Binary. Alternativ mittels "type hex cc1" prüfen obs eine ELF-Datei ist (am Anfang steht dann ?ELF). Wenns ein AmigaOS Program ist dann fängst mit 0x3f3 an und ixemul.librar steht irgendwo am Anfang. ppc.library darf nicht irgednwo in der datei stehen. Du könntest aber auch einfach mit cc1 aus dem originalen 68k Archiv vergleichen. Zitat:Warum nicht? So was gabs mal igendwo zum Download.Zitat:Dann liegt ppc-cc1 aber im pfad des 68k-compilers ..Zitat:Auch mit nicht 68k-Komponenten kann 68k Code erzeugt werden. So funktionieren Cross-Compiler. ;-) Vermutlich ist Dein cc1 ein PPC-Binary. Zitat:Ich kenn keinen. Kann dennoch existieren :-)Zitat:der 68k-Port des GeekGadget-Archivs? Oder gibts sonst noch einen 68k-Port?Zitat:Der reine 68k-Port ist stabil. Zitat:K.A. |
|||||
gni
Nutzer
18.06.2004, 11:00 Uhr [ - Direktlink - ] |
Thema: Roadshow 68k
Brett: Amiga, AmigaOS 4 Zitat:Wer ist der Publisher? |
|||||
gni
Nutzer
18.06.2004, 10:58 Uhr [ - Direktlink - ] |
Thema: Compilieren mit gcc 2.95.3
Brett: Programmierung Zitat:Weil da irgendwo eine rumlungert? Zitat:Auch mit nicht 68k-Komponenten kann 68k Code erzeugt werden. So funktionieren Cross-Compiler. ;-) Vermutlich ist Dein cc1 ein PPC-Binary. Zitat:Vermutlich ein Stackproblem. Zitat:Der reine 68k-Port ist stabil. Zitat:Vermutlich nur eine Folgeerscheinung. Zitat:Wird die auch vom PPC-Binary benutzt? |
|||||
gni
Nutzer
17.06.2004, 15:58 Uhr [ - Direktlink - ] |
Thema: GCC+Reaction
Brett: Programmierung Zitat:Gut. Läufts auch? ;-) Zitat:Mit anderen Compilern und GCC < 3.x reicht der (ULONG*) Cast. GCC3 würde dennoch meckern, da bei Casts der Compiler annimmt das ein und derselbe Speicher über _verschiedene_ Zeiger geändert werden kann, ohne das der Compiler das mitbekommt. Das würde dann zu Fehlern führen, da der Compiler den Wert einer Speicherstelle nur einmal lesen könnte und dann eine Änderung dieses Speichers nicht bemerken würde. GCC3 hat solche Optimierungen und warnt deshalb bei "verdächtigen" Casts. Manchmal weiss der Programmierer aber mehr als der Compiler und dann will man solche Warnungen vermeiden. Genau das wird gemacht. Erst wird der Zeiger zu einem VOID* Zeiger gemacht (APTR == VOID*) und danach wird der VOID* Zeiger in den "richtigen" Zeiger umgewandelt (hier ULONG*). Auf diese Weise bleibt GCC3 still. |
|||||
gni
Nutzer
17.06.2004, 13:56 Uhr [ - Direktlink - ] |
Thema: GCC+Reaction
Brett: Programmierung Zitat:Dann probier halt etwas rum. ;-) Es sind nur drei Arguemnte und nur bei einem wird gewarnt. Das sieht da so aus: GetAttr( WINDOW_Window, window, (ULONG*)(APTR)&intuiwin ); MFG |
|||||
gni
Nutzer
17.06.2004, 13:55 Uhr [ - Direktlink - ] |
Thema: GCC+Reaction
Brett: Programmierung [gelöscht, Browser-History] [ Dieser Beitrag wurde von gni am 17.06.2004 editiert. ] |
|||||
gni
Nutzer
17.06.2004, 13:03 Uhr [ - Direktlink - ] |
Thema: GCC+Reaction
Brett: Programmierung Zitat:Dann solltest Du etwas vorsichtiger agieren. Da Du sonst immer so versiert bist, war ich von den GettAttr() Aussagen doch etwas überrascht. |
|||||
gni
Nutzer
17.06.2004, 13:00 Uhr [ - Direktlink - ] |
Thema: GCC+Reaction
Brett: Programmierung Zitat:Welche Variable soll ducrh GetAttr() gefüllt werden? Welche Typ hat sie? Welchen erwartet GetAttr()? Wie Du casten mußt/solltest, damit die Warnung verschwindet (auch mit GCC3) habe ich bereits gepostet. [ Dieser Beitrag wurde von gni am 17.06.2004 editiert. ] |
|||||
gni
Nutzer
17.06.2004, 12:56 Uhr [ - Direktlink - ] |
Thema: GCC+Reaction
Brett: Programmierung Zitat:Richtig. Zitat:Du irrst. Mit grep sucht man [in Textdokumenten]. Es steht für "global regular expression print" |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |