Hallo,

Hab heute mal meinen Tincture source wieder ausgekramt und wollte da etwas weitermachen...

Zuerst kompilerte es mit angeschaltetem Debugger zwei mal problemlos durch, weil ich was überprüfen wollte,
AB3 ist mir dann aber beim nochmaligem compilieren ohne Debugger an abgeranzt.

Zu meinem Erstaunen auch mit verwertbaren Offsets:

68k IP (r21) "Amiblitz3_Beta" Hunk 0000 Offset 0003fabe (SegList: 0x1a713801)
Address of 68k IP r8 0x69b14fac not found
----> 69c85622 - "Amiblitz3_Beta" Hunk 0000 Offset 00037622 (SegList: 0x1a713801)
----> 69c76a50 - "Amiblitz3_Beta" Hunk 0000 Offset 00028a50 (SegList: 0x1a713801)
----> 69c6f1f2 - "Amiblitz3_Beta" Hunk 0000 Offset 000211f2 (SegList: 0x1a713801)
----> 69c6e98a - "Amiblitz3_Beta" Hunk 0000 Offset 0002098a (SegList: 0x1a713801)
----> 69c6e622 - "Amiblitz3_Beta" Hunk 0000 Offset 00020622 (SegList: 0x1a713801)
----> 69c6d51a - "Amiblitz3_Beta" Hunk 0000 Offset 0001f51a (SegList: 0x1a713801)
----> 69c6c51e - "Amiblitz3_Beta" Hunk 0000 Offset 0001e51e (SegList: 0x1a713801)
----> 69c6bfdc - "Amiblitz3_Beta" Hunk 0000 Offset 0001dfdc (SegList: 0x1a713801)

Disassembly of 68k crash site:
69C8DABE: 4e75 rts
69C8DAC0: 2079 69c8 d9ae movea.l 0x69c8d9ae.l,a0
69C8DAC6: 4eae fd3c jsr -0x2c4(a6)
69C8DACA: 4a80 tst.l d0
69C8DACC: 6700 0344 beq.w 0x69c8de12
69C8DAD0: 2040 movea.l d0,a0
69C8DAD2: 227a fd4a movea.l 0x69c8d81e(pc),a1
69C8DAD6: 5889 addq.l #0x4,a1
69C8DAD8: 5889 addq.l #0x4,a1
69C8DADA: 2029 0004 move.l 0x4(a1),d0

Konnte dann im Reaper auf weiter klicken und es kompilierte durch und auch das Exe war scheinbar i.O
evtl. deutet es aber auf einen Bug hin ?

Habe mir das Testprogramm runtergeladen, und wie man im AIDE Projectthread lesen sehen kann funktioniert dort
das anzeigen der Icons nicht richtig unter OS4 (MOS kann ich erst nächste Woche testen wenn mein PEG1 den Netzteilcrash überlebt hat).

mal ne frage zum Source, das da:
[ab3]; blit icon to bitmaps
DrawIconStateA_ *rpB,*icon,#NULL,xoff,yoff,state,tag5
DrawIconStateA_ *rpW,*icon,#NULL,xoff,yoff,state,tag5
DrawIconStateA_ *rpW,*icon,#NULL,xoff,yoff,state,tag5[/ab3]

ist doch sicherlich nicht gewollt und ein Schreibfehler beim dritten Eintrag, das soll doch sicherlich nicht nochmal
in den Rastport mit Weisem HG (*rpW), sondern in den Alpha (*rpA) oder ?

Habs mal geändert, aber das ändert auch nix...
Das Icon wird im letzten Example nicht eingeblittet.

Leute,

gibt es einen einfachen Weg, die Farben einzustellen, die die IDE benutzt? Es ist nahezu unmöglich, irgendwas so einzustellen, wie ich es gerne hätte, ohne einen großen Notizblock (für die Hexwerte) zu benutzen.

Wie kann ich eine Farbe, z.B. Hintergrund, auf den Kommentar-HG anwenden, ohne mir den genauen Hexwert aufzuschreiben? usw usf.

Gibt es keine CopyTo Option (a-la Reqtools?)

Hallo Jungs,

Ich weis das der Ped nicht allen liegt, und vieleicht auch etliche User schon auf AIDE schielen werden,
aber mir ist da wieder was aufgefallen...

Und zwar verschwinden Änderungen am Source wenn man mit der Maus weg scrollt...
Das passiert aber nur, wenn man davor nicht mit dem Cursor eine Zeile nach unten/oben verrutscht...

Hoffe ihr könnt das nachstellen..

Hallo Leute,

Heute hatte ich endlich die Muße um mich um meinen A4060 zu kümmern...

Hab alles ausgebaut was drin war, sauber gemacht und den einzelnen Komponenten eine Sichtprüfung
unterzogen. Dann habe ich alles wieder Schrittweise eingebaut, und immer wieder den Amiga gestartet
und ins Early Startup geschaut ob die Karten angezeigt werden....

Tja, was soll ich sagen, so wie es ausschaut hat meine PicassoIV einen Defekt...
Jedesmal wenn ich diese Karte ins Doughterboard schiebe, wird im Early Startup nur noch die 60er Blizzard
angezeigt. Alle anderen Karten wie Multiface und Hypercom sind dann weg.

Ohne PicassoIV sind alle Karten als working gekennzeichnet.

Was evtl. auch noch sein kann wäre das der Anschluß am Doughterboard einen weg hat...

Na ja, zumindest weis ich jetzt wenigstens was los ist....

Here the link http://sourceforge.net/p/amiblitz3/code/log/ it shows the always the up to date changelog.

Ok, here we go again.
This is another little Project from me to learn more about of the usage of Ntui

Have a look at the Screenshot:

[ATTACHMENT NOT FOUND]

• you can wrote or edit xmlfiles for/from Ntui
  
• you can always show what you are doing by clicking the Showbutton
  
• you can save your hard work.
  
• you can load new Files by a Filerequester or easy by Windrop
  
• you can start NtuiCreator also from Shell
  

ok, here is my Project for a new Gui to handel the svn-commands a little bit easyer...

Have a look at the Screenshot:
[ATTACHMENT NOT FOUND]

• You can use it to checkout a Workingcopy from a Repository
  
• Update a Workingcopy
  
• Cleanup a WorkingCopy
  
• Show the Status of the Workingcopy
  
• Add or Remove Files or Drawers to/from the Repository
  
• Let you show some infos of files of the Workingcopy
  
• Cleanup a locked Workingcopy

• Programmdocumentation
  
• Diff between Workingcopy and Repository
  
• Create a new Repository
  
• Commit filechanges
  
• and many more

Syntax Highlightning (or any other formatting of the text) in NTUI is called "styling".
This is how it works for now (Function names will change slightly in final NTUI), since don't want to expose newtypes.

[ab3]myStyleCallback:
Function.l myStyleCallback{*textBox.tuiTextBox,lpos.l,*tline.tline}

*tline\sclength = 0 ; reset the style information
cpos.l = 0 ; start at character position 0

While cpos<*tline\clength ; go through the whole line
c.b = Peek.b(*tline\text+cpos) : cpos+1 ; grab a character

Select c
Case @"a" ; if we see an "a"...

; make it bold and red
_tb_SetStyleCommand{*tline,cpos-1,#TUITBSC_BOLD,1}
_tb_SetStyleCommand{*tline,cpos-1,#TUITBSC_FGPEN,#TUITBPEN_RED}

; and return to normal
_tb_SetStyleCommand{*tline,cpos,#TUITBSC_BOLD,0}
_tb_SetStyleCommand{*tline,cpos,#TUITBSC_FGPEN,#TUITBPEN_TEXT}

Default
; nothing happens for other characters

End Select

Wend

*tline\flags|#TUITBLF_STYLED ; mark the line as styled
Function Return #TUISCB_DONE ; tell NTUI we are done

End Function
; this creates a global variable "*myStyleCallback" that points to our functions
; and tells AmiBlitz3 not to remove the function, since it is never called directly
!_MakeGlobalFuncPointer{myStyleCallback,{Null,0,Null}}

...
ntui_SetAttr{*textBox,#TUITBA_STYLECB,*myStyleCallback} ; attach the callback function to the textbox
...
ntui_SetAttr{*textBox,#TUITBA_STYLECB,Null} ; remove the callback function from the textbox[/ab3]

There are a few things to mention:
1. The example makes all "a"'s in the text bold and red.

2. You don't have to remove the callback when you free the textBox. This is only necessary if you want to make sure it will never called again, e.g. if your style callback allocated resources that you want to free before NTUI.

3. Between the label "myStyleCallback:" and the function declaration MUST NOT be any code.

4. It is allowed to write to the text buffer (Poke), but the length MUST be preserved. E.g. Casing can be altered. Note that you are actually changing the text buffer. If you just want to just format for display, you need "Style Commands" for this.

5. There are many "Style Commands", not only bold and colors. See TUITBSC_... for more. New commands can be easily added if necessary.

6. To style the text, you don't need a StyleCallback. You can also go through the whole text and style it. However, the style callback has so many advantages that you really want to use it. E.g., you don't need to parse the whole text, only the visible lines (=much faster). It also keeps track while editing the text line.

7. If you parse a line and the result may affect the next or previous line (e.g. multi-line comment), you need to return #TUISCB_NEXT or #TUISCB_PREV instead of #TUISCB_DONE. You can store the parser state as flags in *tline\flags. There are currently two flags, #TUITBLF_INCOMMENT and #TUITBLF_INTAG.

8. If the highlightning is more complex that just tracking a character, I highly recommend using a stack-based parser rather than a state machine.
99% of all programming languages can be parsed by a stack based parser with lookahead of 1 or 2 characters. I can give an example if there is interest.

Ich möchte in AB3 Labels erzeugen, die mir ermöglichen, an bestimmte Stellen zu springen. Im Optimalfall würde ich immer das gleiche benutzen, nämlich das Tape .o__o

Da man natürlich nicht mehrmals dasselbe Label verwenden kann, muß ich mein Tape immer etwas abwandeln.

Gibt es für diesen Fall eine elegantere Lösung?

edit
Hm. z.B. eine Direktive "Dummylabel = .o__o" oder so?