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 << 20 21 22 23 24 -25- 26 27 28 29 30 >> Letzte Ergebnisse der Suche: 1106 Treffer (30 pro Seite)
gni   Nutzer

14.07.2004, 11:37 Uhr

[ - Direktlink - ]
Thema: Mono für Amiga
Brett: Programmierung

Zitat:
Solar:
Das kleinste lauffähige ELF-Executable ist 45 Bytes groß. Das ist ein Achtel dessen, was auch der beste Assembler hinbekommen würde, und ein Fünfzehntel des kleinstmöglichen C-Programms.

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:
Holger:
Stabiles C++ mit standardkonformen Features gibt es noch nicht sehr lange für den Amiga.

Also C++ Compiler sind schon lange auf dem Amiga verfügbar. Was genau ist "stabiles C++ mit standardkonformen Features"?
Zitat:
Und von einem C++-Compiler hat man noch lange nicht die Bibliotheken, die den Gewinn an Produktivität bringen. Wenn man die erstmal selbst portieren muß, macht das Entwickeln keinen Spaß.
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:
Solar:
Und ganz nebenbei wird im Hinterstübchen am Nachfolger von C++ gebastelt...

Was soll das sein?
 
gni   Nutzer

14.07.2004, 09:33 Uhr

[ - Direktlink - ]
Thema: Mono für Amiga
Brett: Programmierung

Zitat:
Solar:
Schöner, portierbarer C/C++-Code, läuft (dank Standardbibliothek) auf jeder Plattform...

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:
Solar:
Komisch dann, daß nicht einmal das OS selbst in ASM, sondern in C geschrieben ist.

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:
DariusBrewka:
Und ob mit oder ohne die Ausgabe, bleibt es hier hängen, zumindestens kehrt CreateMsgPoster auch nicht zurück, wenn ich in PostFunction() alle DEBUG_OUT aufrufe entferne.

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:
chkamiga:
Guck dir die math librarys von OS3.9 an und guck dir fmath an, du solltest einen deutlichen unterschied in der Größe feststellen.

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:
So schlecht kann man ASM nicht Porggen damit es langsamer wird als C.
*ROTFL*
 
gni   Nutzer

13.07.2004, 12:55 Uhr

[ - Direktlink - ]
Thema: Mono für Amiga
Brett: Programmierung

Zitat:
Solar:
Zitat:
chkamiga:
schreib mal ein "Hello World" Programm unter C

#include <iostream>
#include <ostream>
int main() { std::cout << "Hello World" << std::endl; return 0; }

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:
yelworC:
Die Anzahl der im .recycled Verzeichnis befindlichen Dateien ist jedoch beschränkt, sodass wenn Du sehr viele Files gelöscht hast wohl nicht alle Dateien dort zu finden sein werden.

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:
bubblebobble:
Wie öffne ich einen Screen, der bei der initialisierung im Hintergrund ist und ich erst später vorhole mit ScreenFront() ?

intuition/screens.h:SCREENBEHIND
 
gni   Nutzer

06.07.2004, 14:46 Uhr

[ - Direktlink - ]
Thema: Startup-Sequence schneller machen?
Brett: Amiga, AmigaOS 4

Zitat:
DaxB:
Für puristen reicht auch ein LoadWB :P

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:
Brunadi:
Ich weiß es geht auch ohne StackAttack:

Shell starten:
cd Internet:CookieControl
stack 11000
CookieControl

und CookieControl startet korrekt.

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:
Brunadi:
Habe mir jetzt StackAttack installiert.

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:
Brunadi:
>>Wie startest Du CookieControl?<<
Mit Doppelklick auf das Icon. In den Icon-Merkmalen ist shell eingestellt.

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:
Brunadi:
Ich habe CookieControl installiert und auch schon öfters verwendet.

Seit gestern bekomme ich beim Start von CookieControl folgende Meldung:
MUI NList object "0x66FA7258" have found that the real stacksize of the task "Background CLI" is only 7168 bytes. The minimum stack size für MUi programs is 8 kb .........

Wie startest Du CookieControl?
Zitat:
Wo kann ich den stack erhöhen. Im Icon-Info von CookieControl habe ich das schon gemacht, hat aber nichts gebracht.
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:
Supimajo:
Dieses grfconfig bezieht sich auf den Betrieb der Karte in einer LINUX-Umgebug.

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:
Brunadi:
Habe diesbezüglich [KingCON]bereits den Autor Rotvel angeschrieben. Seine Antwort: [...]

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:
Original von pinhead:
bei der v48.0 gibt es keine 030'er Version. Musst wohl die 020'er nehmen.

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:
_nexus_:
1) der gcc ist jetzt unglaublich laaaaangsam :) (faktor 5-10 oder so)
und neben dem compilieren lässt sich sonst nicht mehr viel mit dem System anfangen (unerträgliche Response-Zeit).

changetaskpri hilft, zb. mit -5
Zitat:
2) Statt einer WarpOS-Exception und/oder eines System-Crashs mit sofortigem Reboot-Effect, wenn mit der Option "-O2" kompiliert wird,
stürtzt das System "stillschweigend" ab, d.h. das System "hängt", es lassen sich kein Apps mehr starten nur noch ein Reboot hilft.

Mit -O oder ganz ohne ein -Ox gehts?
Zitat:
Das ganze hat also nix gebracht. Woran könnte das liegen, dass die Option "-O2" nicht mit dem gcc und den Vim-Quellen funktioniert?
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:
P.S. Stack ist groß genug auf 5 MByte fürs compilieren eingestellt.
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:
Eule:
Jetzt interessiert mich ob andere Zorro Bus Karten das gleiche Problem
zeigen wie die ZIV wenn ja, dann könnte man Frank Mariak mal das
Problem schildern. Zumindest wenn es sich um CGXV4 handelt wird er
vielleicht ein paar Probleme kennen und weiß wie man Abhilfe schafft.

Ist ZIV == Zorro4 Board (von Micronik?)? Die sollen ja Probleme machen.
Zitat:
Tja Laire Ralph Schmitt könnte man auch mal fragen ob die 60er Library
in der BPPC vielleicht was mit der MMU hat.

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:
platon42:
Zitat:
Original von gni:
Wer ist der Publisher?

VMC.
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:
_nexus_:
Zitat:
Original von gni:
Zitat:
nexus:
Ich habe aber die m68k-amigaos-gcc Version benutzt zum compilieren. Wieso werden dabei PPC-Komponenten ausgeführt?

Weil da irgendwo eine rumlungert?
Wie kann ich das festellen "wo ein erumlungert"?
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:
Zitat:
Zitat:
Die Option "-print-search-dirs" und "-dumpmachine" haben mir bestätigt, dass nur in den 68k spezifischen Verzeichnissen gesucht und auch 68k-Code erzeugt wird.
Auch mit nicht 68k-Komponenten kann 68k Code erzeugt werden. So funktionieren Cross-Compiler. ;-) Vermutlich ist Dein cc1 ein PPC-Binary.
Dann liegt ppc-cc1 aber im pfad des 68k-compilers ..
Warum nicht? So was gabs mal igendwo zum Download.
Zitat:
Zitat:
Zitat:
Insgesamt scheint mir der gcc (2.95.3 für das AmigaOS) nicht ganz bug-frei zu sein ..
Der reine 68k-Port ist stabil.
der 68k-Port des GeekGadget-Archivs? Oder gibts sonst noch einen 68k-Port?
Ich kenn keinen. Kann dennoch existieren :-)
Zitat:
okay, bisher bin ich davon ausgegangen, dass kein ppc-binary benutzt wird für das kompilieren :)
Wie stelle ich den Stack für das PPC-Binary ein?

K.A.
 
gni   Nutzer

18.06.2004, 11:00 Uhr

[ - Direktlink - ]
Thema: Roadshow 68k
Brett: Amiga, AmigaOS 4

Zitat:
Original von DJBase:
Roadshow 68k wird erscheinen sobald der Publisher sich dazu in der Lage fühlt. Eigentlich könnte es schon seit Monaten auf dem Markt sein.

Wer ist der Publisher?
 
gni   Nutzer

18.06.2004, 10:58 Uhr

[ - Direktlink - ]
Thema: Compilieren mit gcc 2.95.3
Brett: Programmierung

Zitat:
nexus:
gestern habe ich die Quellen von Vim 6.3 für AmigaOS3.x mit dem gcc 2.95.3 compiliert. Das war soweit auch kein Problem, allerdings musste ich die Compileroption "-O2" weglassen, da es sonst interessanter Weise eine WarpOS-Exception des Task cc1_PPC7 gab. Ich habe aber die m68k-amigaos-gcc Version benutzt zum compilieren. Wieso werden dabei PPC-Komponenten ausgeführt?

Weil da irgendwo eine rumlungert?
Zitat:
Die Option "-print-search-dirs" und "-dumpmachine" haben mir bestätigt, dass nur in den 68k spezifischen Verzeichnissen gesucht und auch 68k-Code erzeugt wird.
Auch mit nicht 68k-Komponenten kann 68k Code erzeugt werden. So funktionieren Cross-Compiler. ;-) Vermutlich ist Dein cc1 ein PPC-Binary.
Zitat:
Und warum stürzt der gcc überhaupt mit der Option "-O2" ab?
Vermutlich ein Stackproblem.
Zitat:
Insgesamt scheint mir der gcc (2.95.3 für das AmigaOS) nicht ganz bug-frei zu sein ..
Der reine 68k-Port ist stabil.
Zitat:
Achja, das Linken der Objektdateien zum eigentlichen, ausfürhbaren Programm verursachte mehrere "Recoverable Errors" (das sind die Guru-Meldungen in gelb), die kurz Erschienen und sofort wieder verschwanden.
Vermutlich nur eine Folgeerscheinung.
Zitat:
P.S. Bevor jemand fragt. Eine zu geringe Stackgröße kann nicht die Ursache für die Abstürze sein, da ich diese zum Compilieren auf 5 MByte erhöht habe.
Wird die auch vom PPC-Binary benutzt?
 
gni   Nutzer

17.06.2004, 15:58 Uhr

[ - Direktlink - ]
Thema: GCC+Reaction
Brett: Programmierung

Zitat:
Kaesebroetchen:
@gni
Damit kompiliert das ganze fehlerfrei, danke.

Gut. Läufts auch? ;-)
Zitat:
So einen wilden Code habe ich aber bisher noch nie gesehen (ich bin mehr so ein Windows C++ Hobbyprogrammierer) deshalb wäre ich dir doch sehr dankbar wenn du mir mit einfachen Worten erklären könntest was
(ULONG*)(APTR)&intuiwin );
eigentlich macht ?

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:
Original von gni:
Zitat:
Kaesebroetchen:
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.

Jo hast du, ich habe ich nur immer noch nicht verstanden wie ich das in meinen code einbauen soll. Ich bin halt nur ein Amateur!
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:
thomas:
Zitat:
Warum schaust Du nicht nach!? GetAttr ist eine Funktion der intuition.library!
Weil ich nicht an jedem Platz, immer, überall einen Amiga/UAE/DevCD o.ä. dabeihabe.
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:
Kaesebroetchen:
ULONG GetAttr(ULONG attrID, APTR myobject, ULONG *mydata);
[snip]
Das habe ich zu GetAttr() gefunden, danach müsste folgender Code doch eigentlich funktionieren ?

ULONG *window,*layout,*button;
/* wie gesagt, man kann auch einen anderen Typ benutzen, */
/* z.B. ULONG window oder APTR window, es müssen nur 4 Byte sein */

struct Window *intuiwin; /* das brauchen wir noch */

kommt aber die gleiche Fehlermeldung.

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:
ZeroG:
Zitat:
Kaesebroetchen:
Was heisst BTW, Grep ?

BTW: By the Way - Übrigens
Richtig.
Zitat:
Grep ist ein Debugger für GCC, wenn ich mich nicht malwieder irre.
Du irrst. Mit grep sucht man [in Textdokumenten]. Es steht für "global regular expression print"
 
 
Erste << 20 21 22 23 24 -25- 26 27 28 29 30 >> Letzte Ergebnisse der Suche: 1106 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.
.