Hello everyone,
I am new to Amiblitz and have a quick question. I am running Amiblitz via AmiKit on OS 3.9.

1. I wrote a simple test program like:

Print "Test"

And then chose Compile & Run from the menu. The Program Mode bar and Sourcecode View windows appear, but how do I get back to the IDE? If I close the sourcecode view, it reduces down to a "RED Debugger 3.6" bar, but the only thing I could do afterwards is close it. I was hoping there is an option or key combo to get be back into the IDE without having to start Amiblitz from scratch and reload.

Thanks!

Hallo,

wollte euch nur mitteilen das ich mit Revision R563 die Erzeugung besser gesagt das Speichern der .dbg Datei beschleunigt habe in dem jetzt nicht mehr jede Codezeile einzel gespeichert wird sondern jetzt ein Puffer von 128kBytes verwendet wird. Auf Klassik-Rechnern wird man davon am meisten merken

Hallo,

ich habe (erneut) den ShapesMaker geändert. Ich weiß nicht, ob es da irgendeine Sammelstelle für Updates gab oder gibt oder ich habe es einfach vergessen. :roll:

Ich habe jedenfalls gelegentlich im Laufe der Jahre am freigegebenen Src von Mark Sibly kleinere Änderungen zugefügt. Hier ist nun erstmal an dieser Stelle meine V8.

EDIT 19.11.2019
Die alten Anhänge sind ja weg. Hier nun wieder die letzte Version (v8.3b):
*  Die Grab-Funktion hat jetzt ein UNDO (-> del Button)
*  Grab Export als Liste wurde gefixt, hoffentlich.

   
   
   

Angehängte Dateien

  ShpsMkr_83b.lha.zip (Größe: 36,97 KB / Downloads: 1170)

Hi,

ich habe eine Möglichkeit gefunden das man Sourcecodes in nur eine Pass Compilieren kann, der einzigste Nachteil ist das die resultierenden Executables dann so groß sind wie der verwendetet Puffer. Momentan habe ich 3,5MB ohne und 12,5MB mit Debuginfo (für den REDDebugger) eingestellt das reicht von AIDE bis PfP.

Es ist Standardmässig deaktiviert und kann über die Tooltype "ONEPASSCOMPILING" für die AmiBlitz IDE (PED) aktiviert werden, für den CLI-Modus bzw. AIDE über den zusätzlichen Parameter "-1" oder "-1pass" beim Aufruf.
Über die Comnpilereinstellung "make smaller code" wir es dann gesteuert deaktiviert wir OnePassCompiling mit großen Puffern verwendet, sollten die Puffer zu klein sein wir ein zweiter Pass gemacht mit nochmals vergrößerten Puffern.
Bei Verwendung von "make smaller code" werden die Standartpuffer verwendet und das TwoPassCompiling so wie bisher was in eine Programmspezifischen Excutablegröße resultiert. Dies ermöglicht auch bei aktiviertem "ONEPASSCOMPILING" das Erzeugen von kleinen bzw. kleinst möglichen Executables.

Ich habe für die Verwendung der großen Puffer eine Abfrage des freien Speichers vorgeschaltet für compilieren ohne Debuginfo darf der Puffer nicht größer als ein Viertel und bei compilieren mit Debuginfo nicht größer als die Hälfte des freien Speichers sein.

Ich hoffe das hilft und spart euch zeit beim Testen :-D

Ich commite es wenn Soureforge wieder funktioniert!

Hi guys,
It appears that the dos_SetToolString{} function does not set a tooltype if the tooltype already exists. To test, I created a file in RAM: called "Test" with an icon and ran the following code:

Hallo Leute,

vielleicht bin ich blind, aber ich finde auf der Homepage von AmiBlitz3 keinen Bereich, wo die Systemanforderungen für AmiBlitz stehen, noch finde ich über die Such-Funktion in diesem Forum etwas. Könnte ihr mir vielleicht sagen, ab wie viel MB Arbeitsspeicher AmiBlitz3 auf meinem A2000 Kick 3.9 und 68030er Turbokarte mit FPU läuft?

Liebe Grüße!
ThomBraxton

Ich bin durch Daedalus Fehlermeldung beim Request(...) Befehl der ElmoreSysLib auf einen Fehler des Tokeniser gestoßen.F

Der Fehler tritt auf wenn ein '#' vor einem Befehl (Token) kommt dürfe fast nur ASM Code betreffen hier nun die Problemstelle:

Hi guys,
Since updating my AmiBlitz install to get the Str2Adr() function working, the Request() function now causes a freeze of a couple of seconds followed by a DSI error Grip Reaper under OS4. This never happened before I updated. I notice that this is part of ElmoreSysLib, the same lib that contains the StrToAdr() function - has something changed elsewhere in that library?

Ignoring the DSI error lets the program carry on and the requester opens and works as normal. The debugger doesn't catch any problems. I have attached the crash report, but looking at it, the crash disassembly seems a little odd, being much longer than the other lines, but I don't really understand it:

Hallo Leute,

vielleicht kennt mich der ein oder andere noch ?

Ich habe nach Jahren der Pause mal wieder angefangen, meine AB3-Installation zu aktualisieren. Das hat auch ganz gut geklappt, ich habe so gar alten Code nach kleinen Anpassungen wieder kompilieren können.

Jetzt habe ich aber das Problem, dass die Include amissl.include nicht mehr geht: da wird ein Macro !_NULL verwendet, welches aber nirgends (mehr) definiert ist.

Kann mir hierbei wohl jemand helfen?

Ich habe inzwischen auch kleine Verbesserungen an zwei/drei PE-Includes vorgenommen, die ich gern committen möchte.
Ginge das?

Schöne Grüße,
Sven

Hi guys,
Is there any way of combining two different types of event and waiting for either? Specifically, in a MUI programme I can use MUIWaitEvent to wait for a MUI event to arrive, but that means I can't wait for a commodity event, just a MUI event. And if I use the normal intuition waitevent system I can't respond to MUI events.

The only solution I can think of is to not wait, but to loop and check for an event with both MUIEvent and Event each time I loop, and include a small delay so I don't take all the CPU time. But that's not ideal... Any ideas?

Thanks!