Zitat:

---

Original von Falcon:
SUUUPER, PR-Fans unter den Amiganern... GOIL !

---

Wie neuartig! Wenn Du einen 3rd party SCSI-Controller in deinem Amiga hast oder NetBSD als Zweitbetriebssystem hast, dann hast Du mit 95%iger Sicherheit dadurch Software, die von PR-Fans geschrieben wurde.

SCNR

Zitat:

---

Allerdings bin ich Späteinsteiger. Ich habe seinerzeit mit
Ausgabe 1499 angefangen und etliche Heftchen unter'm Bett gestapelt.

Dann wollte ich mal wissen, wie das alles angefangen hat und habe
durch Zufall auf'm Trödel die 1. Ausgaben 1-50 gefunden - Von
Anno dazumal. Super Klasse.

---

Zitat:

---

Also die Idee mit dem Antrieb... Projektor erzeugt schwarzes Loch vor'm Schiff - Schiff 'fällt' drauf zu - Schiff fliegt superschnell...

---

Damit ist es ja jetzt erst mal vorbei

Zitat:

---

Die Bücher hab' ich leider nie gelesen... Leider !

---

Zitat:

---

Original von BlutAxt74:
Ich habe mir den ersten Band der "Odysee" gekauft und leider dann erst gemerkt das es ein fünfteiler ist, also hab ich mir innerhalb von einem Monat alle 5 Teile reingezogen aber leider warfen diese fünf Bücher mehr Fragen auf als sie beantworteten und deshalb habe ich mir auf Amazon.de erstaml die ersten 5 dicken blauen gekauft aber die lesen sich so verdammt gut und sind echt interessant und da ich eh nix zu tun habe.....

---

Vielleicht hättest Du den 6. auch noch lesen sollen?

OBW

Zitat:

---

Original von Maja:

Zitat:

---

Original von obw:
Schlechtes HTML wird mit Validierfehlern nicht unter 300 Zeilen bestraft und kann im Extremfall zum Verweis nach de.alt.recovery.webauthor führen.

---

Wenn das alle so verbissen und streng sehen würden wie du, das -WWW- wäre morgen quasi leergefegt.

Lass mal die Kirche im Dorf.

---

Ich halte mich an Postel's Principle. Das hat zur Folge, daß ich versuche, Seiten in XHTML 1.0 Strict zu bauen. Klappt auch erstaunlich gut.

Und im übrigen bin ich der Meinung, daß der Internet Explorer Schrott ist. Was ich auch bei jeder Weiterbildungsveranstaltung bei unserem Internetverein, die ich halte, deutlich und mit Argumenten unterlegt vermittele. de.alt.recovery.webauthor ist ganz lustig, auch weil die Leute da alle noch viiiel strenger sind als ich.

OBW



[ Dieser Beitrag wurde von obw am 28.04.2004 editiert. ]

Zitat:

---

Original von gni:
Das habe ich auch so verstanden. Und genau das verursacht auch den Stackoverflow. Library-Funktionen laufen immer im Context des Programmes, das die Library benutzt. Wenn das Programm "wenig" Stack hat, Du aber viel benötigst, gibts einen Crash. Entweder Du verlangst genügend Stack oder Du wechselst den Stack, wenn zuwenig da ist.

---

Zitat:

---

Library-Funktionen werden _immer_ relativ zur Librarybasis aufgerufen. Direkte Aufrufe sind nicht möglich. Der Prototyp in clib/ ist nicht der Name der "echten" Funktion im Quell-code sondern der des Einsprungs relativ zur Basis.

---

code:

---

ULONG lib_func(ULONG foo)
{
  return do_func(ULONG foo);
}

static ULONG do_func(ULONG foo)
{
  [...]
  bar = do_func(bar);
  [...]
}

---

Zitat:

---

Original von Kinomatrix:
Als Hauptpatch nutze ich MCP 1.43, und dann noch Cyberpatcher,
BlaceWB, MUFastChip, NoBypass, Wbinfo, ReqAttack, PowerWB,
myunitcontrol, NEWPA8.

Vielleicht schaut ihr mal drüber was man davon braucht, und was
keinen Sinn macht, bzw. welches Patch man unbedingt nutze
sollte. Was nutzt ihr so ?

---

SetPatch von OS 3.9.2.
mmu.library und Tools (außer MuGA, den nur beim Debuggen)
CyReq
VisualPrefs
MagicMenu
DiskSafe
ixtimezone
TrueMultiAssigns
ModePro
MultiReset

Doch 'ne Ecke, aber alles 30mal überlegt.

OBW

Zitat:

---

Original von Maja:
Ok. In Verbindung mit CSS macht es Sinn. Was nur ein Problem aufwirft. Die konsequente Verlagerung von Formatierung in Style-Sheets würde dazu führen, dass derzeit kein Amiga-Browser mehr irgendeine Webseite vernünftig anzeigen könnte.

---

Derzeit ja für bestimmte Werte von "vernünftig". Ich arbeite daran, kann aber nicht hexen.

Zitat:

---

Womit ein Kompromiss zwischen transitional w3c und transitional Amiga zu finden ist.

Zum Glück wird "schlechtes" HTML nicht unter Strafe gestellt.

---

Schlechtes HTML wird mit Validierfehlern nicht unter 300 Zeilen bestraft und kann im Extremfall zum Verweis nach de.alt.recovery.webauthor führen.

OBW

Zitat:

---

Original von Neppomuk:
Also mit Rechner nehme ich an auf einen Port eines Rechners, nach deinem BeispielPort 23. Aber wie geht dass? Beispiel aus der Shell heraus auf dein Beispiel Telnet?
Manual für dieses Device hab ich keines Gefunden. Undokumentiertes Feature (mal abgesehen, dass man Programmtechnisch wohl eher die bsdsocket.library verwendet)?

---

Zitat:

---

Original von Maja:
Du muss ich mal nöhlen. Was ist denn nun an <div align="center"></div> so viel besser als an <center></center>? Rein vom Code her wird der mit div doch sogar noch länger.

---

Zitat:

---

Original von Petra:

ob es für Schuhmacher Alt einen Versender gibt, weiß ich nicht,
aber ich kann dir versichern, dass das Bier sehr lecker ist :-)

---

Das sollte es doch in jedem besseren Getränkeladen geben. Zumindest bekommt man das hier in Dortmund (und immerhin handelt es sich um Alt ). Wohingegen Vormann Alt wirklich schwer zu bekommen ist. Und auch sehr lecker ist.

OBW

Zitat:

---

Original von Holger:

Mag jeder selbst raten, welche compiler-optionen dafür gesetzt sein müssen. Ich habe das Beispiel ohne weitere Optionen übersetzt und zumind. mit Version 2.7 keine Probleme gehabt.

---

Zitat:

---

Original von Mazze:

Zitat:

---

Original von cygnusEd:

>Kann ich in einer Library die C-Funktion "free" aufrufen?

Wenn Du den Speicher vorher mit malloc() (oder realloc()... ) angefordert hast - ja.

---

Ok. Ich bin nur deshalb etwas vorsichtig, weil es heißt, dass eine Library-Funktion kein "forbid" unterbrechen darf.

---

Dann mußt Du wohl die Doku deiner C-Bibliothek befragen.

OBW

Zitat:

---

Original von Mad_Dog:
Hallo Jungs,

Kennt sich jemand von Euch ein wenig mit Urheber/Patentrecht aus? Ich möchte wissen, ob es auf mathematische Formeln Patente gibt.

---

Zitat:

---

Original von Maja:

Zur Erinnerung: Es ging hier unsprünglich darum, welche Startprogramme die Leute auf ihren Amiga-Systemen verwenden (Startup Sequence, User Startup, WB Startup).

:knicks:

---

Dann trage ich mal was zum Originalthema bei und versuche, die Diskussion wieder in geregelte Bahnen zu lenken.

Altabber
AmiDock
ASyncWB
BenchTrash
CentreQuest
Charmap
ClickToFront
CXHandler
DefIcons
FetchRefs
FKey
GHelp
GoldED
MagicMenu
ModePro
MouseBlanker
MultiReset
OpenDrawers
PowerSnap
RAWBInfo
setKeyAndMenu
SGrab
share.menu
SMB-Net
XFH

sind in meiner WBStartup. Ein paar Sachen sollten aber mal rausfliegen, wenn ich das so näher angucke. Ach moment, die sind in WBStartup/Enabled, ich verwende WBStartup++

Im eigentlichen WBStartup-Verzeichnis sind außer WBStartup++ nur noch ein Startskript für AmiTCP und ein Projekt-Icon für MuForce.

Erfreut, Verwirrung geschaffen zu haben,
OBW

Zitat:

---

Original von GojiraNG:

Zitat:

---

Original von hjoerg:

Ich habe mein AOS3.9 von der Amithlon_CD, muß dann noch ein BB2 installiert werden oder ist da schon alles drin?

---

Das BB2 ist in der Amithlon Version des OS3.9 schon integriert.

---

Zitat:

---

Original von Solar:
Das ist doch der Kern der ganzen Diskussion...

Ist es besser, einem Fragesteller nur genau die Information zu geben, die er zur Lösung seines aktuellen Problems braucht?

Oder erklärt man ihm, woher sein Problem überhaupt kommt, auf das er ein ähnliches Problem nie wieder bekommt?

Und wenn jemand sich für letzteres entscheidet, ist es angebracht, die zusätzlichen Information als "Blödsinn" darzustellen?

---

Genau. Gib einem Mann einen Fisch, und er hat einen Tag zu essen. Zeige ihm, wie man angelt, und er wird nie wieder hungern. Zeige ihm das Marketing, und er wird seine neongrüne Karbonfaserangel zu schätzen wissen. Äh...

Ich geh schon...

OBW

Zitat:

---

Original von Holger:

Zitat:

---

Original von gni:

Zitat:

---

Abgesehen davon sehe ich nirgendwo in dem source-code ein
#include <inline/dos.h>

---

Mußt Du auch nicht. Es wird trotzdem benutzt.

---

Bist Du jetzt unter die Hellseher gegangen und willst behaupten, daß Ralf27 inlines hinzugefügt hat, oder willst Du erzählen, daß protos neuerdings inlines einbinden?
Wäre ja ganz was neues.

---

Nur mal ein Hinweis: Du sagst gerade dem gcc-Portierer auf AmigaOS, was sein Port macht und was nicht.

Und ganz zufällig steht bei mir in gg:os-include/proto/dos.h

code:

---

#ifdef __GNUC__
#include <inline/dos.h>
[...]

---

Zitat:

---

Original von gni:

Zitat:

---

<clib/dos_protos.h> sollte man nie includen.

---

Unterschreib ich nicht :-P

---

Asche über mein Haupt! Bin ich entschuldigt, wenn ich sage, daß ich eigentlich immer die proto-Header verwende und völlig vergessen hatte, wofür die clib-Header eigentlich sind?

*schäm und in die Ecke stell*

OBW

Zitat:

---

Original von Mad_Dog:

Bin etwas ratlos... was ist jetzt "richtig(er)"?
Jedenfalls kann man sich die Typecasts sparen, wenn man den Zeiger als struct Library statt struct IntuitionBase deklariert.

Seltsamerweise motzt der gcc auch herum, falls man <clib/dos_protos.h> includiert. Mir scheint, daß einige der Includes der NDKs noch von/für ältere Compiler sind???

Jedenfalls habe ich das (scheinbare) Schlamassel mit StormC nie bemerkt.

---

Also, wenn Du die intuition.library als Library benutzen willst, dann reicht struct Library. Aber wahrscheinlich wollen alle möglichen Klamotten auf mehr oder weniger interne Strukturen der Intuitionbase zugreifen (s.a. intuition/intuitionbase.h) und abgesehen von der struct Library (die ja direkt am Anfang steht, deswegen ist direktes casten einfach möglich) auf den Rest zugreifen.

IntuitionBase ist halt nicht nur struct Library. Genau wie DosBase auch struct DosLibrary ist.

BTW hat dein Code (noch? ) einen Fehler, OpenLibrary() solltest Du nicht mit 0L, sondern mit 36L machen, sonst bekommst Du auf Kickstart < 2.0 einen üblen Absturz, da Du OpenWindowTags() benutzt, was es damals noch nicht gegeben hat.

<clib/dos_protos.h> sollte man nie includen. Eigentlich sollte man <proto/dos.h> nehmen, welches abhängig vom Compiler dann die richtigen Includes reinsaugt. Leider sind die <proto/*.h>-Dateien vom NDK IIRC nur für SAS/C ausgelegt, man muß also mit fd2pragma selber den Rest nachbauen. Dafür hat man dann aber Includes, die mit allen Compilern gehen, also egal welcher Compiler, <proto/xxx.h> für die xxx.library. Und ja, das ist nervig, ich habe das letztens für den gcc gemacht, um AWeb endlich wieder ans Übersetzen zu bekommen.

StormC hat sich vielleicht Mühe gegeben, SAS-kompatibel zu sein.

HTH, OBW

Zitat:

---

Original von Ralf27:

[snip]
Wie werden also Structs im Speicher abgelegt?

---

Die Antwort wird dir nicht gefallen: Das ist implementierungsabhängig. Und wer schon mal in den C-Standard geguckt hat, wird jetzt tief Luft holen.

Vorgegeben ist nur:

• Die Startadresse der Struktur ist die Startadresse der ersten Komponente.
  
• In der Reihenfolge der Deklarationen stehen die Komponenten auch in der Struktur.
  

Ob da noch irgendwelche Füllbytes drin sind, oder wie gar Bitfelder implementiert sind, das ist völlig von der Maschine und dem Compiler abhängig. Das kann man also nur im Einzelfall (z.B. gcc 3.3 auf m68k) sagen. Muß man dann durch Ausprobieren rausfinden, z.B. durch:

code:

---

struct foo bar;
char *baz = (char *)bar;
for (i = 0; i< sizeof (struct foo); i++, baz++) {
  /* *baz ist der Inhalt eines Strukturbytes.
   * mach was draus ;-)
   */
  ...
} /* Diese Schleife ist die einzelnen Bytes der Struktur
   * durchgeeiert. Jetzt wissen wir, ob die Struktur Löcher hat
   * und vielleicht sogar, wie rum die CPU ihre Wörter sortiert.
   */

---

Naja, aber ich hoffe, das Prinzip kommt rüber.

OBW

Zitat:

---

Original von chkamiga:
>Beta-(eher Alpha-)Versionen gibt es laufend neue. Wenn man
>das aweb-dev Listenarchiv auf der AWeb APL Webseite
>verfolgt, weiß man prinzipiell auch, von wo man die
>runterladen kann.

Find ich nicht kannst du mir nicht bitte den Link Posten?

---

Zitat:

---

Original von chkamiga:
Ja schon eine Weile es gab hier mal ein paar Treats dazu.

---

Ich kann ja nicht nur amiga-news.de lesen.

Zitat:

---

Wann wird eigentlich die 3.5er Version rauskommen oder
eine Beta-Version wenigstens?

---

Beta-(eher Alpha-)Versionen gibt es laufend neue. Wenn man das aweb-dev Listenarchiv auf der AWeb APL Webseite verfolgt, weiß man prinzipiell auch, von wo man die runterladen kann. (Man sollte sich aber im klaren sein, daß das "bleeding edge" ist, was man da ausprobiert. Deswegen hier kein direkter Hinweis auf die URL.) Interessant ist z.B. das doublebuffered rendering in der aktuellen Version, das auch noch deutlich beschleunigt werden soll.

Wer einen C-Compiler (Im Augenblick geht nur gcc automatisch) hat, kann sich auch den gcc-branch(!) aus dem CVS holen und selber übersetzen. Der Setup des Compile-environment ist aber nicht ganz trivial, ich will da mal was basteln, was das etwas vereinfacht... sobald das bei mir denn tut. ... wie gesagt, nicht ganz trivial.

Und fertig ist es... wenn es fertig ist

Wir haben noch kein Feature-Set für die 3.5 festgemacht. Bald gehts auch ans große Bugfixen, vorher fehlte mir zumindest ein wenig der Überblick.

OBW

Zitat:

---

Original von chkamiga:

Nein, ebay muss man ohne JavaScript benutzen, ansonsten
hängt Aweb immer eine Minute und dann kommt das JavaScript
runs for 1 Minute Fenster.

---

Das ist eh besser. Ernsthaft. JS auf eBay ist eine Krankheit.

Zitat:

---

Die Artikel werden Diagonal angezeigt, anstatt untereinander.

---

Argl! Gerade das erste Mal gesehen. Ist das schon länger so? Mir ist das noch nie aufgefallen und ich meine, ich hätte auch schon mal mit AWeb auf eBay gesucht.

Okay, nehme ich baldmöglichst in den Bugzilla auf. Ich sammel nur noch ein paar Daten. (Vielleicht fixt Andy das auch gerade, der bastelt eh an dem Tabellenrendering rum )

Danke für den Hinweis jedenfalls,
OBW

Zitat:

---

Original von chkamiga:
@OBW

Entwickelst du AWEB mit?

---

Yep.

Zitat:

---

Mach mal das Ebay wieder korrekt angezeigt wird.
Und JavaScript OpenWin währe nicht schlecht.

---

Bei ebay kann was falsch angezeigt werden? Guck' ich mal nach. Javascript ist nicht so mein Gebiet, leider.

OBW

Zitat:

---

Original von Jinx:
obw:
dein link führt leider ins leere..

---

Zitat:

---

Original von thomas:
Wie wär's mit

#define array(x) array[x]
#define varptr(x) &(x)

p = varptr(array(0));

Frei nach dem Motto "wie mache ich aus einem C-Compiler einen Basic-Compiler" :-)

---

code:

---

#define BEGIN {
#define END }

---

in seine Programme schrieb. Ob er das überlebt hat, ist mir nicht bekannt.

OBW

Zitat:

---

Original von Jinx:
wer sich das ganze mal ansehn möchte, http://www.thejinx.de/ps ist die vorläufige url.

---

Uh, mach mal deine Bilder kleiner. Die Seite braucht ja ewig zum Laden.


Du brauchst BTW kein Javascript dafür. Wenn ein Browser CSS kann, geht das auch ohne, s.a. z.B. diese Seite, das screenshot-menu links. Nicht wundern, MSIE macht bei dieser Seite einen kleinen, aber ärgerlichen Darstellungsfehler.

OBW

Zitat:

---

Original von ridjee:
Mich interresiert schon lange in welchen Programmiersprachen eigentlich die gnazen alten Amiga - Spiele geschrieben sind.

---

Das hängt davon ab.

Zitat:

---

Ich weiß noch, dass wir früher in der Schule (vor etwa 15 Jahren) mal ein simples Spiel auf dem C64 in Basic gemacht haben. Aber auf dem Amiga gabs ja schon weiter entwickelte Sprachen, oder? Welche waren denn für Spiele üblich? Bsp. Monkey Island, Jaguar oder auch Test Drive?

---

Basic wurde sogar für das eine oder andere Spiel verwendet, auch auf komerzieller Ebene (War nicht Worms in Blitzbasic oder so?).
Die klassischen "konsolen-ähnlichen" Spiele, die die Amiga-Hardware voll auskosteten, waren AFAIK in Assembler geschrieben, also direkt auf das Eisen gecodet.
Dann war sicherlich noch C dabei und im Adventurebereich wurden Spezialentwicklungssysteme verwendet, die größtenteils plattformübergreifend waren, z.B. SCUMM (Monkey Island und alles andere in der Art von Lucasarts), AGI/SCI (Sierra: Leisure Suit Larry, Kings Quest) oder ZIL (Infocom: Zork, Hitchhiker's Guide To The Galaxy). Das sind aber alles interne Sprachen gewesen.

Zitat:

---

Ist es sehr schwierig eine solche Sprache zu lernen (bin in Java und C/C++ relativ fit)?

---

Da fehlt dir ja nur noch Assembler. Aber in C sollte man eigentlich auch zurecht kommen, man kann da ja auch hart am Eisen programmieren. Wobei man sich dabei natürlich immer auf die Hardware einschränkt.

OBW

Zitat:

---

Original von Jinx:
wer braucht schon nen doctype *g* es geht doch auch ohne

---

Sicher? Lies mal z.B. das hier. War mir aber auch neu.

OBW

Zitat:

---

Original von thomas:

Über Datatypes kann man nur als IFF oder "RAW" speichern. Letzteres kann dazu dienen, auch andere Formate als IFF zu speichern, ich habe allerdings noch nicht herausgefunden, wie.

---

IIRC muß der entsprechende Datatype die "write"-Methode unterstützen. Oder so ähnlich. *hust*. Vielleicht sollte ich lieber nix sagen.


OBW