<![CDATA[AmiBlitz³ - AB³ Development]]> https://www.amiblitz.de/community/ Wed, 29 Apr 2026 08:57:34 +0000 MyBB <![CDATA[BlitzFonts ohne diskfont.library]]> https://www.amiblitz.de/community/thread-298.html Thu, 28 Aug 2025 20:31:31 +0200 https://www.amiblitz.de/community/thread-298.html Die ist aber notwendig, wenn man Print z.B. auf einer Bitmap nutzen will.

Honitos hat jetzt ein Update der Font-Funktionen eingearbeitet, das es ermöglicht, Fonts auch aus Includes (Incbin) oder Memoryadressen zu nutzen.
CludgeBlitzFont()

manch einer hat das schon selbst getan, z.B. indem man die entsprechende Adresse im BlitzFont-Object umbiegt, aber offizielll in der Lib ist natürlich besser.

Sollte demnächst im Release auftauchen.
Offenbar ebenso nutzbar in BlitzBasic.]]> Die ist aber notwendig, wenn man Print z.B. auf einer Bitmap nutzen will.

Honitos hat jetzt ein Update der Font-Funktionen eingearbeitet, das es ermöglicht, Fonts auch aus Includes (Incbin) oder Memoryadressen zu nutzen.
CludgeBlitzFont()

manch einer hat das schon selbst getan, z.B. indem man die entsprechende Adresse im BlitzFont-Object umbiegt, aber offizielll in der Lib ist natürlich besser.

Sollte demnächst im Release auftauchen.
Offenbar ebenso nutzbar in BlitzBasic.]]> <![CDATA[Ped: GrimReaper beim einladen eines Sources]]> https://www.amiblitz.de/community/thread-161.html Sun, 31 Jan 2016 20:15:34 +0100 https://www.amiblitz.de/community/thread-161.html
Habe gerade wieder mal einen Absturz von PED gehabt.

Und zwar hatte ich zwei Sourcen eingeladen (Includes) und dann in einem Source einer .res Datei nachschauen wollen (bars.res)
Beim einladen des Sources kam direkt ein GrimReaper

Meiner Meinung nach liegt das daran das dieser Source noch den alten BlitzLibs:wizard.res Verweis enthält, denn nach dem Klick auf ignorieren beim Reaper erschien auch der Requester fehlerfrei.

Hier noch der Output aus Sashimi, gleich die erste Addi (00042116) bringt einen Treffer:

68k IP (r21) "Amiblitz3_Beta" Hunk 0000 Offset 00042116 (SegList: 0x15185801)
Address of 68k IP r8 0x54711e92 not found
----> 5464f666 - "Amiblitz3_Beta" Hunk 0000 Offset 00039666 (SegList: 0x15185801)
----> 546409e6 - "Amiblitz3_Beta" Hunk 0000 Offset 0002a9e6 (SegList: 0x15185801)
----> 5463ac06 - "Amiblitz3_Beta" Hunk 0000 Offset 00024c06 (SegList: 0x15185801)
----> 5462d236 - "Amiblitz3_Beta" Hunk 0000 Offset 00017236 (SegList: 0x15185801)
----> 51fb7603 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00000603 (SegList: 0x147edc01)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 51fb7862 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00000862 (SegList: 0x147edc01)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 5464c2f6 - "Amiblitz3_Beta" Hunk 0000 Offset 000362f6 (SegList: 0x15185801)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 54635900 - "Amiblitz3_Beta" Hunk 0000 Offset 0001f900 (SegList: 0x15185801)
----> 51ff0ebe - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00039ebe (SegList: 0x147edc01)
----> 51ff5202 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 0003e202 (SegList: 0x147edc01)
----> 52020000 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00069000 (SegList: 0x147edc01)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 51fe9176 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00032176 (SegList: 0x147edc01)
----> 51fe8b7e - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00031b7e (SegList: 0x147edc01)
----> 546351e8 - "Amiblitz3_Beta" Hunk 0000 Offset 0001f1e8 (SegList: 0x15185801)

Disassembly of 68k crash site:
54658116: 4e75 rts
54658118: 2079 5465 8006 movea.l 0x54658006.l,a0
5465811E: 4eae fd3c jsr -0x2c4(a6)
54658122: 4a80 tst.l d0
54658124: 6700 0344 beq.w 0x5465846a
54658128: 2040 movea.l d0,a0
5465812A: 227a fd4a movea.l 0x54657e76(pc),a1
5465812E: 5889 addq.l #0x4,a1
54658130: 5889 addq.l #0x4,a1
54658132: 2029 0004 move.l 0x4(a1),d0

Danke für euer Interesse...


PS:
Habe gerade festgestellt das in sämtlichen Sourcen die zu .ab3 konvertiert wurden in Sourcecodes/Blitzlibs die Angaben Blitzlibs: noch enthalten sind
Habe alle nochmals editiert mal sehen ob ich die alle hochladen kann ins SVN

PPS:
Als ich die Sourcen einzeln eingeladen und editiert und wieder abgespeichert habe, hatte ich keinen einzigen Absturtz. Scheint also so, als ob das nur passiert wenn mehrere Sourcen eingeladen wurden...]]>
Habe gerade wieder mal einen Absturz von PED gehabt.

Und zwar hatte ich zwei Sourcen eingeladen (Includes) und dann in einem Source einer .res Datei nachschauen wollen (bars.res)
Beim einladen des Sources kam direkt ein GrimReaper

Meiner Meinung nach liegt das daran das dieser Source noch den alten BlitzLibs:wizard.res Verweis enthält, denn nach dem Klick auf ignorieren beim Reaper erschien auch der Requester fehlerfrei.

Hier noch der Output aus Sashimi, gleich die erste Addi (00042116) bringt einen Treffer:

68k IP (r21) "Amiblitz3_Beta" Hunk 0000 Offset 00042116 (SegList: 0x15185801)
Address of 68k IP r8 0x54711e92 not found
----> 5464f666 - "Amiblitz3_Beta" Hunk 0000 Offset 00039666 (SegList: 0x15185801)
----> 546409e6 - "Amiblitz3_Beta" Hunk 0000 Offset 0002a9e6 (SegList: 0x15185801)
----> 5463ac06 - "Amiblitz3_Beta" Hunk 0000 Offset 00024c06 (SegList: 0x15185801)
----> 5462d236 - "Amiblitz3_Beta" Hunk 0000 Offset 00017236 (SegList: 0x15185801)
----> 51fb7603 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00000603 (SegList: 0x147edc01)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 51fb7862 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00000862 (SegList: 0x147edc01)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 5464c2f6 - "Amiblitz3_Beta" Hunk 0000 Offset 000362f6 (SegList: 0x15185801)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 54635900 - "Amiblitz3_Beta" Hunk 0000 Offset 0001f900 (SegList: 0x15185801)
----> 51ff0ebe - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00039ebe (SegList: 0x147edc01)
----> 51ff5202 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 0003e202 (SegList: 0x147edc01)
----> 52020000 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00069000 (SegList: 0x147edc01)
----> 00000001 - "CLASSES:datatypes/jpeg.datatype" Hunk 0000 Offset 00000000 (SegList: 0x15308089)
----> 51fe9176 - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00032176 (SegList: 0x147edc01)
----> 51fe8b7e - "Blitz3:System/PED_Beta" Hunk 0000 Offset 00031b7e (SegList: 0x147edc01)
----> 546351e8 - "Amiblitz3_Beta" Hunk 0000 Offset 0001f1e8 (SegList: 0x15185801)

Disassembly of 68k crash site:
54658116: 4e75 rts
54658118: 2079 5465 8006 movea.l 0x54658006.l,a0
5465811E: 4eae fd3c jsr -0x2c4(a6)
54658122: 4a80 tst.l d0
54658124: 6700 0344 beq.w 0x5465846a
54658128: 2040 movea.l d0,a0
5465812A: 227a fd4a movea.l 0x54657e76(pc),a1
5465812E: 5889 addq.l #0x4,a1
54658130: 5889 addq.l #0x4,a1
54658132: 2029 0004 move.l 0x4(a1),d0

Danke für euer Interesse...


PS:
Habe gerade festgestellt das in sämtlichen Sourcen die zu .ab3 konvertiert wurden in Sourcecodes/Blitzlibs die Angaben Blitzlibs: noch enthalten sind
Habe alle nochmals editiert mal sehen ob ich die alle hochladen kann ins SVN

PPS:
Als ich die Sourcen einzeln eingeladen und editiert und wieder abgespeichert habe, hatte ich keinen einzigen Absturtz. Scheint also so, als ob das nur passiert wenn mehrere Sourcen eingeladen wurden...]]> <![CDATA[AB3 : Debugger rev 567]]> https://www.amiblitz.de/community/thread-157.html Sun, 13 Dec 2015 16:50:58 +0100 https://www.amiblitz.de/community/thread-157.html
Ich habe da mal wieder ein Problem mit dem Debugger.

Und zwar wenn ich eine variable tracen will, bekomme ich einen Reaperhit.

Vorgehensweise:

add Trace im Menue wählen

Fenster : Enter variable name: (öffnet sich)
Fenster : Show string lenght and maxlen? (öffnet sich)
Fenster : Variable trace (öffnet sich)

bis hierhin alles ok, dann Bäng----


Ich konnte den Fehler lokalisieren (mal wieder keinen verwertbaren Offset bekommen)

trotzdem gefunden 8-)

und zwar passiert es im Sprungpunkt

Code:
FindString:
  ad = Peek.l(?mybuffer)
  If (ad) Then ad2 = Peek.l(ad+52)
  ad = D_FindStringPtr(ad2,mem)
  If ad = -1
    ad = Peek.l(?mybuffer)
    If ad Then ad2 = Peek.l(ad+60)
    result.w = RTEZRequest(scrtitle$,"Findstring 7","_Ok")
    ad = D_FindStringPtr(ad2+$8000,mem) ; search in stack
  EndIf
Return

in der letzten Zeile
ad = D_FindStringPtr(ad2+$8000,mem) ; search in stack

:?:

Stack zu klein ? oder findet er die variable nicht weil im Direktmode ?

Auf jeden Fall dürfte es nicht reapern egal ob ers findet oder nicht.... :ugeek:]]>
Ich habe da mal wieder ein Problem mit dem Debugger.

Und zwar wenn ich eine variable tracen will, bekomme ich einen Reaperhit.

Vorgehensweise:

add Trace im Menue wählen

Fenster : Enter variable name: (öffnet sich)
Fenster : Show string lenght and maxlen? (öffnet sich)
Fenster : Variable trace (öffnet sich)

bis hierhin alles ok, dann Bäng----


Ich konnte den Fehler lokalisieren (mal wieder keinen verwertbaren Offset bekommen)

trotzdem gefunden 8-)

und zwar passiert es im Sprungpunkt

Code:
FindString:
  ad = Peek.l(?mybuffer)
  If (ad) Then ad2 = Peek.l(ad+52)
  ad = D_FindStringPtr(ad2,mem)
  If ad = -1
    ad = Peek.l(?mybuffer)
    If ad Then ad2 = Peek.l(ad+60)
    result.w = RTEZRequest(scrtitle$,"Findstring 7","_Ok")
    ad = D_FindStringPtr(ad2+$8000,mem) ; search in stack
  EndIf
Return

in der letzten Zeile
ad = D_FindStringPtr(ad2+$8000,mem) ; search in stack

:?:

Stack zu klein ? oder findet er die variable nicht weil im Direktmode ?

Auf jeden Fall dürfte es nicht reapern egal ob ers findet oder nicht.... :ugeek:]]> <![CDATA[AIDE: Revision 566]]> https://www.amiblitz.de/community/thread-149.html Tue, 06 Oct 2015 10:33:28 +0200 https://www.amiblitz.de/community/thread-149.html
Habe AIDE unter OS4.1 FE mal gestartet...

AIDE schmeist einen Requester das er die Datei includes.tmp.txt nicht findet.

Nach dem (langsammen) einladen der xxxx.res Dateien und erzeugen der Gui startet dann AIDE...

Auch dann erscheint wieder ein Requester das er im RAM: eine xxxxxxxxxx.async.txt Datei nicht findet...

Das alles passiert wenn man schon einen Source beim starten einläd.
Startet man AIDE ohne Source, bleibt AIDE still.

Ok, hab dann einen Source eingeladen und wollte ihn kompilieren lassen... Ergebnis: -> Reaper !

Code:
PC-8: fffc45ea 01642012 48e78000 202cfff0 246cfffc 45ea0164 2212242c fff49282
PC *: 4eb954d0 64c42200 4cdf0001 9081246c fffc2540 0164246c fffc45ea 01642012
68k IP (r21) "AIDE/AIDE" Hunk 0000 Offset 000605ae (SegList: 0x1530e401)
Address of 68k IP r8  0x54d6bd46 not found
----> 54c99736 - "AIDE/AIDE" Hunk 0000 Offset 00060736 (SegList: 0x1530e401)
----> 54c99d86 - "AIDE/AIDE" Hunk 0000 Offset 00060d86 (SegList: 0x1530e401)
----> 54c9c7da - "AIDE/AIDE" Hunk 0000 Offset 000637da (SegList: 0x1530e401)
----> 54c9f2e4 - "AIDE/AIDE" Hunk 0000 Offset 000662e4 (SegList: 0x1530e401)
----> 54c6e93e - "AIDE/AIDE" Hunk 0000 Offset 0003593e (SegList: 0x1530e401)
----> 54cd0df6 - "AIDE/AIDE" Hunk 0000 Offset 00097df6 (SegList: 0x1530e401)
----> 54cd7c50 - "AIDE/AIDE" Hunk 0000 Offset 0009ec50 (SegList: 0x1530e401)
----> 54cd147c - "AIDE/AIDE" Hunk 0000 Offset 0009847c (SegList: 0x1530e401)
----> 54cf9942 - "AIDE/AIDE" Hunk 0000 Offset 000c0942 (SegList: 0x1530e401)
----> 54cfd432 - "AIDE/AIDE" Hunk 0000 Offset 000c4432 (SegList: 0x1530e401)
----> 54c39004 - "AIDE/AIDE" Hunk 0000 Offset 00000004 (SegList: 0x1530e401)
----> 54c39004 - "AIDE/AIDE" Hunk 0000 Offset 00000004 (SegList: 0x1530e401)
----> 0202488c - "Kickstart/dos.library.kmod" Hunk 0002 Offset 0000628c
----> 0228dcc2 - "Kickstart/kernel.debug" Hunk 0001 Offset 0015dcc2
----> 54cfd6a2 - "AIDE/AIDE" Hunk 0000 Offset 000c46a2 (SegList: 0x1530e401)
----> 54c3900e - "AIDE/AIDE" Hunk 0000 Offset 0000000e (SegList: 0x1530e401)

Disassembly of 68k crash site:
54C995AE: 4eb9 54d0 64c4              jsr    0x54d064c4.l
54C995B4: 2200                        move.l    d0,d1
54C995B6: 4cdf 0001                   movem.l    (sp)+,d0
54C995BA: 9081                        sub.l    d1,d0
54C995BC: 246c fffc                   movea.l    -0x4(a4),a2
54C995C0: 2540 0164                   move.l    d0,0x164(a2)
54C995C4: 246c fffc                   movea.l    -0x4(a4),a2
54C995C8: 45ea 0164                   lea    0x164(a2),a2
54C995CC: 2012                        move.l    (a2),d0
54C995CE: 223c 0000 0000              move.l    #0,d1
Page information:
Page not found

Vieleicht kannst du damit was anfangen...]]>
Habe AIDE unter OS4.1 FE mal gestartet...

AIDE schmeist einen Requester das er die Datei includes.tmp.txt nicht findet.

Nach dem (langsammen) einladen der xxxx.res Dateien und erzeugen der Gui startet dann AIDE...

Auch dann erscheint wieder ein Requester das er im RAM: eine xxxxxxxxxx.async.txt Datei nicht findet...

Das alles passiert wenn man schon einen Source beim starten einläd.
Startet man AIDE ohne Source, bleibt AIDE still.

Ok, hab dann einen Source eingeladen und wollte ihn kompilieren lassen... Ergebnis: -> Reaper !

Code:
PC-8: fffc45ea 01642012 48e78000 202cfff0 246cfffc 45ea0164 2212242c fff49282
PC *: 4eb954d0 64c42200 4cdf0001 9081246c fffc2540 0164246c fffc45ea 01642012
68k IP (r21) "AIDE/AIDE" Hunk 0000 Offset 000605ae (SegList: 0x1530e401)
Address of 68k IP r8  0x54d6bd46 not found
----> 54c99736 - "AIDE/AIDE" Hunk 0000 Offset 00060736 (SegList: 0x1530e401)
----> 54c99d86 - "AIDE/AIDE" Hunk 0000 Offset 00060d86 (SegList: 0x1530e401)
----> 54c9c7da - "AIDE/AIDE" Hunk 0000 Offset 000637da (SegList: 0x1530e401)
----> 54c9f2e4 - "AIDE/AIDE" Hunk 0000 Offset 000662e4 (SegList: 0x1530e401)
----> 54c6e93e - "AIDE/AIDE" Hunk 0000 Offset 0003593e (SegList: 0x1530e401)
----> 54cd0df6 - "AIDE/AIDE" Hunk 0000 Offset 00097df6 (SegList: 0x1530e401)
----> 54cd7c50 - "AIDE/AIDE" Hunk 0000 Offset 0009ec50 (SegList: 0x1530e401)
----> 54cd147c - "AIDE/AIDE" Hunk 0000 Offset 0009847c (SegList: 0x1530e401)
----> 54cf9942 - "AIDE/AIDE" Hunk 0000 Offset 000c0942 (SegList: 0x1530e401)
----> 54cfd432 - "AIDE/AIDE" Hunk 0000 Offset 000c4432 (SegList: 0x1530e401)
----> 54c39004 - "AIDE/AIDE" Hunk 0000 Offset 00000004 (SegList: 0x1530e401)
----> 54c39004 - "AIDE/AIDE" Hunk 0000 Offset 00000004 (SegList: 0x1530e401)
----> 0202488c - "Kickstart/dos.library.kmod" Hunk 0002 Offset 0000628c
----> 0228dcc2 - "Kickstart/kernel.debug" Hunk 0001 Offset 0015dcc2
----> 54cfd6a2 - "AIDE/AIDE" Hunk 0000 Offset 000c46a2 (SegList: 0x1530e401)
----> 54c3900e - "AIDE/AIDE" Hunk 0000 Offset 0000000e (SegList: 0x1530e401)

Disassembly of 68k crash site:
54C995AE: 4eb9 54d0 64c4              jsr    0x54d064c4.l
54C995B4: 2200                        move.l    d0,d1
54C995B6: 4cdf 0001                   movem.l    (sp)+,d0
54C995BA: 9081                        sub.l    d1,d0
54C995BC: 246c fffc                   movea.l    -0x4(a4),a2
54C995C0: 2540 0164                   move.l    d0,0x164(a2)
54C995C4: 246c fffc                   movea.l    -0x4(a4),a2
54C995C8: 45ea 0164                   lea    0x164(a2),a2
54C995CC: 2012                        move.l    (a2),d0
54C995CE: 223c 0000 0000              move.l    #0,d1
Page information:
Page not found

Vieleicht kannst du damit was anfangen...]]> <![CDATA[Ab3: Revision 566]]> https://www.amiblitz.de/community/thread-148.html Tue, 06 Oct 2015 10:14:12 +0200 https://www.amiblitz.de/community/thread-148.html
Hier steppt ja der Bär :o

Wenn ich das main.ab3 (NtuiDemo) der Ntui unter OS4.1 kompilieren will reapert der Compiler:

ist zwar sinnlos was ausgegeben wird:
Code:
68k register dump
DATA: 00000064 00000001 5656d804 00000127 00000022 ffffffff 00000200 00000013
----> 00000001 - "Blitz3:BlitzLibs/Residents/all.res" Hunk 0000 Offset 00000000 (SegList: 0x14ea2801)
ADDR: 588f3800 584b18df 54f32b6e 5656d804 54382758 54f3a800 0228dcc2 54bcffa2
----> 0228dcc2 - "Kickstart/kernel.debug" Hunk 0001 Offset 0015dcc2
Page information:
Page not found

aber andere Sourcen werden brav kompiliert...

Tja, bleibt die Frage liegts an AB3 oder am Source von Ntui ?]]>
Hier steppt ja der Bär :o

Wenn ich das main.ab3 (NtuiDemo) der Ntui unter OS4.1 kompilieren will reapert der Compiler:

ist zwar sinnlos was ausgegeben wird:
Code:
68k register dump
DATA: 00000064 00000001 5656d804 00000127 00000022 ffffffff 00000200 00000013
----> 00000001 - "Blitz3:BlitzLibs/Residents/all.res" Hunk 0000 Offset 00000000 (SegList: 0x14ea2801)
ADDR: 588f3800 584b18df 54f32b6e 5656d804 54382758 54f3a800 0228dcc2 54bcffa2
----> 0228dcc2 - "Kickstart/kernel.debug" Hunk 0001 Offset 0015dcc2
Page information:
Page not found

aber andere Sourcen werden brav kompiliert...

Tja, bleibt die Frage liegts an AB3 oder am Source von Ntui ?]]> <![CDATA[.dbg Datei Erzeugung beschleunigt!]]> https://www.amiblitz.de/community/thread-145.html Mon, 03 Aug 2015 22:43:56 +0200 https://www.amiblitz.de/community/thread-145.html
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 Wink]]>
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 Wink]]> <![CDATA[OnePassCompiling!]]> https://www.amiblitz.de/community/thread-143.html Fri, 17 Jul 2015 22:07:06 +0200 https://www.amiblitz.de/community/thread-143.html
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!]]>
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!]]> <![CDATA[Tokenizerfehler gefunden]]> https://www.amiblitz.de/community/thread-140.html Sun, 31 May 2015 17:56:02 +0200 https://www.amiblitz.de/community/thread-140.html
Der Fehler tritt auf wenn ein '#' vor einem Befehl (Token) kommt dürfe fast nur ASM Code betreffen hier nun die Problemstelle:
Code:
move.l #SizeOf.EasyStruct,es_structsize

Wird der Originalcode im bb2 Format eingeladen wird es richtig tokenisiert und compiliert ,# hat die Farbe für Konstanten, SizeOf. die für Tokens. Ändert man was in der Zeile und es wird neu tokeniiert ändert sich die Farbe von SizeOf.EasyStruct in die für Konstanten, eben so wenn man den Code als .ab3 Format benutzt. Der Compiler meckert dann beim Compilieren an das er die Konstante nicht finden kann.

Als Workaround funktioniert das Einfügen eines Leerzeichens zwischen '#' und 'SizeOf.', für das Beispiel:
Code:
move.l # SizeOf.EasyStruct,es_structsize
]]>
Der Fehler tritt auf wenn ein '#' vor einem Befehl (Token) kommt dürfe fast nur ASM Code betreffen hier nun die Problemstelle:
Code:
move.l #SizeOf.EasyStruct,es_structsize

Wird der Originalcode im bb2 Format eingeladen wird es richtig tokenisiert und compiliert ,# hat die Farbe für Konstanten, SizeOf. die für Tokens. Ändert man was in der Zeile und es wird neu tokeniiert ändert sich die Farbe von SizeOf.EasyStruct in die für Konstanten, eben so wenn man den Code als .ab3 Format benutzt. Der Compiler meckert dann beim Compilieren an das er die Konstante nicht finden kann.

Als Workaround funktioniert das Einfügen eines Leerzeichens zwischen '#' und 'SizeOf.', für das Beispiel:
Code:
move.l # SizeOf.EasyStruct,es_structsize
]]> <![CDATA[huhu :-)]]> https://www.amiblitz.de/community/thread-138.html Wed, 13 May 2015 12:00:40 +0200 https://www.amiblitz.de/community/thread-138.html
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]]>
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]]> <![CDATA[I am not so sure if this is the place to post this...]]> https://www.amiblitz.de/community/thread-135.html Wed, 22 Apr 2015 06:29:15 +0200 https://www.amiblitz.de/community/thread-135.html
Thanks in advance!]]>
Thanks in advance!]]> <![CDATA[Umgebungsvariablen des RedDebugers]]> https://www.amiblitz.de/community/thread-130.html Sat, 17 Jan 2015 22:56:16 +0100 https://www.amiblitz.de/community/thread-130.html
nach kurzer aber energischer Diskussion konnte ich leider auch für Ab3 feststellen das wir die Variablen
für den RedDebugger fälschlicherweise einfach in Envarc: abspeichern !
Das entspricht weder den Styleguides noch dem neuen Credo das Ab3 Standalone laufen soll.

Das Progdir: sollte als Speicherort gewählt werden., sodas man einfach den Ab3 Ordner kopieren kann wie/wohin man will.
auffällig wird das ganze wenn man sein System mal neu installieren muß. Programmdateien haben nichts, aber auch gar nichts
in Envarc zu suchen.

das sollten wir demnächst angehen ! kann nicht schwierig sein das umzumodeln...]]>
nach kurzer aber energischer Diskussion konnte ich leider auch für Ab3 feststellen das wir die Variablen
für den RedDebugger fälschlicherweise einfach in Envarc: abspeichern !
Das entspricht weder den Styleguides noch dem neuen Credo das Ab3 Standalone laufen soll.

Das Progdir: sollte als Speicherort gewählt werden., sodas man einfach den Ab3 Ordner kopieren kann wie/wohin man will.
auffällig wird das ganze wenn man sein System mal neu installieren muß. Programmdateien haben nichts, aber auch gar nichts
in Envarc zu suchen.

das sollten wir demnächst angehen ! kann nicht schwierig sein das umzumodeln...]]> <![CDATA[Was ist mit den HDRec_Include Guides?]]> https://www.amiblitz.de/community/thread-129.html Fri, 16 Jan 2015 12:20:09 +0100 https://www.amiblitz.de/community/thread-129.html <![CDATA[Include oder .res ?]]> https://www.amiblitz.de/community/thread-121.html Sun, 07 Dec 2014 19:00:35 +0100 https://www.amiblitz.de/community/thread-121.html
Wie de titel erahnen läßt, will ich von euch wissen was "besser" ist. Eine Includesammlung, oder eine .resdatei ?

ich frage wegen einer Umsetzung von OS3.9.res, oder eben einer OS3.9.include die dann eben die verschiedenen includes zusammenfassen würde]]>
Wie de titel erahnen läßt, will ich von euch wissen was "besser" ist. Eine Includesammlung, oder eine .resdatei ?

ich frage wegen einer Umsetzung von OS3.9.res, oder eben einer OS3.9.include die dann eben die verschiedenen includes zusammenfassen würde]]> <![CDATA[Fehler in r504]]> https://www.amiblitz.de/community/thread-120.html Sun, 07 Dec 2014 15:45:20 +0100 https://www.amiblitz.de/community/thread-120.html
[ATTACHMENT NOT FOUND]

Diese Meldung bekomme ich immer bei einem "XInclude". Irgend jemand eine Idee was da schief läuft?]]>
[ATTACHMENT NOT FOUND]

Diese Meldung bekomme ich immer bei einem "XInclude". Irgend jemand eine Idee was da schief läuft?]]> <![CDATA[ab3support.library version]]> https://www.amiblitz.de/community/thread-112.html Fri, 21 Nov 2014 00:48:30 +0100 https://www.amiblitz.de/community/thread-112.html
Welche version ist denn nun die neuere ?

In Blitz3:Libs oder in AIDE/Libs ? oder beide gleich ? oder wie oder was ?

Was macht eigentlich in AIDE/Types/Amiblitz das all.res.ab3 ?]]>
Welche version ist denn nun die neuere ?

In Blitz3:Libs oder in AIDE/Libs ? oder beide gleich ? oder wie oder was ?

Was macht eigentlich in AIDE/Types/Amiblitz das all.res.ab3 ?]]> <![CDATA[Autodocviewer]]> https://www.amiblitz.de/community/thread-105.html Wed, 12 Nov 2014 21:15:13 +0100 https://www.amiblitz.de/community/thread-105.html Unter OS4 hat das funktioniert...

Wieder so ein Rätsel das gelöst werden will Big Grin]]> Unter OS4 hat das funktioniert...

Wieder so ein Rätsel das gelöst werden will Big Grin]]> <![CDATA[Änderung am Befehl NULL ?]]> https://www.amiblitz.de/community/thread-103.html Thu, 23 Oct 2014 11:01:58 +0200 https://www.amiblitz.de/community/thread-103.html Die Syntax bei der Hilfe sagt aber : Null(String$) ; returns address of null-termed String...sowas verwirrt immer bei Änderungen. Alte Sysntaxhilfe stehen zu lassen und nicht zu aktuallisieren Cry

Welcher Befehl ist denn als Ersatz gedacht der den Pointer ausgibt wenn Null das nicht mehr kann ?

Warum habet ihr nicht einfach anstatt Null zu ändern einen neuen Befehl gebaut oder zumindest dann den alten zu Null_ geändert....?
Fragen über Fragen...]]> Die Syntax bei der Hilfe sagt aber : Null(String$) ; returns address of null-termed String...sowas verwirrt immer bei Änderungen. Alte Sysntaxhilfe stehen zu lassen und nicht zu aktuallisieren Cry

Welcher Befehl ist denn als Ersatz gedacht der den Pointer ausgibt wenn Null das nicht mehr kann ?

Warum habet ihr nicht einfach anstatt Null zu ändern einen neuen Befehl gebaut oder zumindest dann den alten zu Null_ geändert....?
Fragen über Fragen...]]> <![CDATA[Ped: Menücrash]]> https://www.amiblitz.de/community/thread-102.html Sat, 11 Oct 2014 14:55:39 +0200 https://www.amiblitz.de/community/thread-102.html
Unter MorphOs3.7 habe ich gerade folgendes festgestellt:

Wenn ich AB3 starte und eines der Zusatzfenster vom Instruktion oder Librarybrowser anklicke (beim Source/Definitionsbrowser ist es nicht ! ) und dann die rechte Maustaste drücke, erscheint das Projektfenster und Ped/Ab3 crasht (Application is meditating...)]]>
Unter MorphOs3.7 habe ich gerade folgendes festgestellt:

Wenn ich AB3 starte und eines der Zusatzfenster vom Instruktion oder Librarybrowser anklicke (beim Source/Definitionsbrowser ist es nicht ! ) und dann die rechte Maustaste drücke, erscheint das Projektfenster und Ped/Ab3 crasht (Application is meditating...)]]> <![CDATA[Ab3 kompiliert langsamst unter MorphOs [gelöst]]]> https://www.amiblitz.de/community/thread-100.html Thu, 02 Oct 2014 11:55:26 +0200 https://www.amiblitz.de/community/thread-100.html
Da ich mich zwecks mangelnder Hardware für Os4 nun mehr mit MorphOs beschäftige, ist mir aufgefallen das Ab3
extrem langsam kompiliert. Ich kann mich erinnern das wir das Thema vor vielen Jahren schonmal hatten, aber ich weis nicht mehr
wie die Lösung war (evtl. weis Bernd da noch was drüber ?)

Jetzt werden evtl. viele sagen das es doch "schnell" geht mit den beiliegenden Sourcen (dbl usw) aber PfP (ziemlich groß) oder Copakabana (recht klein)
dauern ewig !!! Unter OS4 geht das in Sekunden, unter MorphOs dauert das viele Minuten...

Wer also sachdienliche Hinweise beisteuern kann immer her damit....]]>
Da ich mich zwecks mangelnder Hardware für Os4 nun mehr mit MorphOs beschäftige, ist mir aufgefallen das Ab3
extrem langsam kompiliert. Ich kann mich erinnern das wir das Thema vor vielen Jahren schonmal hatten, aber ich weis nicht mehr
wie die Lösung war (evtl. weis Bernd da noch was drüber ?)

Jetzt werden evtl. viele sagen das es doch "schnell" geht mit den beiliegenden Sourcen (dbl usw) aber PfP (ziemlich groß) oder Copakabana (recht klein)
dauern ewig !!! Unter OS4 geht das in Sekunden, unter MorphOs dauert das viele Minuten...

Wer also sachdienliche Hinweise beisteuern kann immer her damit....]]> <![CDATA[Debugger Probleme]]> https://www.amiblitz.de/community/thread-93.html Fri, 25 Jul 2014 17:08:04 +0200 https://www.amiblitz.de/community/thread-93.html
Aus Projekt/AIDE http://www.amiblitz.de/community/viewtop...rt=30#p752:
Der Wanderer schrieb:Im Zusammenhang mit dem CLI modus gibt es ein paar Problemchen, was ich bisher gesehen habe:
- Der Debugger findet den Source, aber keine Variablen Inhalte wenn man draufklickt, man bekommt immer "-1"
- Der Debugger zeigt keine Variablen inhalte, bevor man nicht einmal "step" ausgeführt hat (betrifft auch PED-based Amiblitz)
]]>
Aus Projekt/AIDE http://www.amiblitz.de/community/viewtop...rt=30#p752:
Der Wanderer schrieb:Im Zusammenhang mit dem CLI modus gibt es ein paar Problemchen, was ich bisher gesehen habe:
- Der Debugger findet den Source, aber keine Variablen Inhalte wenn man draufklickt, man bekommt immer "-1"
- Der Debugger zeigt keine Variablen inhalte, bevor man nicht einmal "step" ausgeführt hat (betrifft auch PED-based Amiblitz)
]]>