Zitat:

---

Original von wawa:
@jolo:
ich glaube jason hat versucht soweit wie moeglich in richtung vbcc vorzustossen, hat die arbeit aber abgebrochen als es zu kompliziert wurde und andere aufgaben dringender waeren. das alles kein boeser wille, es fehlt halt an mannschaft.

koenntest du nicht aros team dabei unterstuetzen die idcmp und rastport angelegenheit auszubuegeln? ich denke echt es ist prioritaer, vielleicht laesst sich deadwood oder kalamatee dazu bewegen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von wawa:
@Floppy:
nichtdesto weniger finde ich bedenklich dass die library in frage auf aos trotzdem funktioniert aber auf aros68k nicht. eigentlich von anspruch der kompatibilität abgeleitet sollte man nach dem problem und lösung auf aros seite suchen anstatt die applikationen na aros anzupassen.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von wawa:
@Floppy:
vielen ist es zuviel aufwand sich auf noch einen forum anzumelden, ich kann gerne auch einen boten machen, tu ich eher nicht seit heute. ich muss nur konkrete botschaften zu vermitteln haben.

---

Der Wanderer ist bereits auf aros-exec registriert. Aber nun ist es erledigt ...

@Wanderer

Benutzt nicht AmiBlitz3 ebenfalls die zlib.library oder habe ich das nur falsch verstanden? Denn AmiBlitz3 crashed meines Wissens auf AROS68k nicht.

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

code:

---

*zlibbase.Library = OpenLibrary_("zlib.library",0) ; <= Peng!
If *zlibbase Then CloseLibrary_(*zlibbase)
End

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@Der_Wanderer:
"stay tuned"

Da kannst' Dich drauf verlassen.

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Interessant. Das würde bedeuten, dass die Blitz Anbindung korrupt ist.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von jolo:
Zudem gibt es einen massiven Bug beim Locken von RastPorts bei Verwendung von eigenen BOOPSI-Klassen, der das gesamte System einfriert.

---

[ - Antworten - Zitieren - Direktlink - ]

Hallo - ich habe mir wegen AROS auch ein Aspire One Netbook zugelegt.
Installiert ist bei mir eine AspireOS Version auf dem USB-Stick - Ubuntu ist weiterhin auf dem Netbook, Ich muss sagen bei mir läuft alles sehr stabil.

Gruss Achim

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

wawa:
ich glaube jason hat versucht soweit wie moeglich in richtung vbcc vorzustossen, hat die arbeit aber abgebrochen als es zu kompliziert wurde und andere aufgaben dringender waeren. das alles kein boeser wille, es fehlt halt an mannschaft.

---

Zitat:

---

wawa:
koenntest du nicht aros team dabei unterstuetzen die idcmp und rastport angelegenheit auszubuegeln?

---

Zitat:

---

Georg:
Was meinst du genau? Rastports können nicht gelockt werden. Wenn RastPort->Layer gemeint ist: wie sieht der Code aus, der das System einfriert?

---

code:

---

case GM_RENDER:
{
    struct GadgetInfo *ginfo = ((struct gpRender *) msg)->gpr_GInfo;
    struct RastPort *rp = ((struct gpRender *) msg)->gpr_RPort;
    struct Gadget *gad = (struct Gadget *) o;
    #if defined(__AROS__)
    ULONG x, y;
    #endif

    #ifdef DEBUG
    kprintf( "GM_Render called!n");
    #endif

    ged = INST_DATA( cl, o);
    if (rp && ginfo)
    {
        if ( (gad->Flags & GFLG_SELECTED) && !(gad->Flags & GFLG_GADGHNONE))
            DrawSelected( (struct Gadget *) o, ged, ginfo, rp);
        else
            DrawUnselected( (struct Gadget *) o, ged, ginfo, rp);

        /* Blast the entire pre-drawn image into the display if it
           is of type PROGRESS BAR */
        if (ged->type == RGB24TYPE_PROGRESS)
        {
    #if !defined(__MORPHOS__) && !defined(__AROS__) && !defined(__amigaos4__)

            /* OS3 stuff is more complicated than the others, because we
               can't draw directly texts into a 24-bit offscreen
               PixelArray */
            if ( ged->oldX > ged->newX || (ged->newX == 0 && ged->oldX == 0) ||
                 (ged->flags & FORCE_REFRESH) )
            {
                ged->flags &= ~FORCE_REFRESH;

                /* Entire gadget to be rendered */
                ClipBlit( &ged->rp, 0, 0,
                          rp,
                          gad->LeftEdge, gad->TopEdge,
                          gad->Width, gad->Height,
                          0xC0);    /* Cookie cut */
                ged->oldX = 0;
                ged->newX = 0;
            }
            else
            {
                /* Just render what is affected */
                ClipBlit( &ged->rp, ged->oldX, 0,
                          rp,
                          gad->LeftEdge + ged->oldX, gad->TopEdge,
                          ged->newX - ged->oldX, gad->Height,
                          0xC0);    /* Cookie cut */
                ged->oldX = ged->newX;
            }

            if (ginfo && ((struct Gadget *) o)->GadgetText)
            {
                if (ged->oldX == 0 || (ged->flags & FORMAT_USED) )
                    RenderGadText( (struct Gadget *) o, ged, ginfo, rp);
            }
    #else
            /* MorphOS, AROS, AmigaOS4 */
            ged->flags &= ~FORCE_REFRESH;

            /* Render the text into the 24-bit PixelArray */
            if (ginfo && ((struct Gadget *) o)->GadgetText)
                RenderGadText( (struct Gadget *) o, ged, ginfo, rp);

            /* ...and bring it to the display */
            #if !defined(__AROS__)
            ClipBlit( &ged->rp, 0, 0,
                      rp,
                      gad->LeftEdge, gad->TopEdge,
                      gad->Width, gad->Height,
                      0xC0);    /* Cookie cut */
            #else   /* AROS has got serious problems with the destination
                       RastPort, Layer respectively */
            x = ginfo->gi_Window->LeftEdge;
            y = ginfo->gi_Window->TopEdge;
            BltBitMap( ged->bm, 0, 0,
                      rp->BitMap,
                      gad->LeftEdge + x, gad->TopEdge + y,
                      gad->Width, gad->Height,
                      0xC0,         /* Cookie cut */
                      ~0,           /* All BitPlanes */
                      NULL);        /* No temporary allocated raster */
            /* Using either ClipBlit, BltBitMapRastPort and alike functions
               under AROS result in a complete lockdown of Intuition! */
            #endif

            ged->oldX = 0;
            ged->newX = 0;
    #endif
        }
        else    /* Normal button, render text directly to the display */
        {
            if (ginfo && ((struct Gadget *) o)->GadgetText)
                RenderGadText( (struct Gadget *) o, ged, ginfo, rp);
        }
    }
    else
    {
        #ifdef DEBUG
        kprintf( "GM_RENDER: No Rastport!n");
        #endif
    }

    retval = ANYTHING;
}
break;

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Hier ist der Code, aber ich glaube kaum, dass Du mit diesem was anfangen kannst, daher beschreibe ich unten das Problem.

---

Zitat:

---

Das SDK selber wird nicht ohne weiteres unter 'vbcc' verwendbar sein, da es maßgeschneidert für 'gcc' ist. Wäre man in 2005(?) auf Frank Willes Anregungen eingegangen und hätte das SDK so erweitert, dass die Compiler-spezifischen Sachen in Unterverzeichnisse gewandert wären, hätte sich das für mich leidige Thema "AROS is programmable only by means of the gcc-compiler!" erübrigt.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von jolo:
Bei der Verwendung aus einer eigenen BOOPSI-Klasse heraus, die mittels ClipBlit() oder BltBitMapRastPort() eine Off-Screen-Bitmap (RGB24) ins entsprechende Fenster zeichnen will (GM_RENDER), hängt sich das System unter AROS auf. Unter AmigaOS3, MorphOS und AmigaOS4 hingegen nicht.
Abhilfe schafft hier nur das Umgehen der Layer-basierenden Zeichenmethoden, also das direkte Zeichnen in die On-Screen-Bitmap mittels BltBitMap(), unter Verwendung von "rp->BitMap" und manuelles addieren der Offsets (entnommen von gi_Window). Dabei kann es aber passieren, dass beim verkleinern des betreffenden Fensters über die Fenstergrenze hinaus gezeichnet wird… Unschön, aber derzeit nicht anders möglich...

Ist so auch als Bug-Report von mir gepostet worden.

---

Auch von meiner Seite danke fürs Erklären. Ich habe Deinen Bugreport aus 2011 jetzt auch gefunden. Da wäre ein Code-Schnipsel wahrscheinlich auch besser gewesen zum Verständnis, aber ich glaube bei Georg ist das jetzt erst einmal gut aufgehoben.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von wawa:
@jolo

Zitat:

---

Das SDK selber wird nicht ohne weiteres unter 'vbcc' verwendbar sein, da es maßgeschneidert für 'gcc' ist. Wäre man in 2005(?) auf Frank Willes Anregungen eingegangen und hätte das SDK so erweitert, dass die Compiler-spezifischen Sachen in Unterverzeichnisse gewandert wären, hätte sich das für mich leidige Thema "AROS is programmable only by means of the gcc-compiler!" erübrigt.

---

das könnte jetzt mit v1 nachgeholt werden. mann musste nur bischen vehementen lobbing dafür betreiben, und jemand musste vbcc seite/port maintainen. ich wäre dafür, insbesondere wegen 68k und ich habe das gefühl es würden sich noch manche finden, die frage ist eher wer soll das tun...

kann man aros mit vbcc erwartungsgemäss wirklich bauen? das bedeutet ja dass der toolchain vbcc mit allen benötigten link libs und alles was dazu gehört sich kompilieren liesse. meinst du wirklich, das lässt sich machen, denn wenn ja wäre das vielleicht das ideale um aros auf aros zu bauen?

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

Function.l image_LoadViaDT{image.l,filename.s,imgnum.l}
DEFTYPE.BitMapHeader *bmhdp
DEFTYPE.BitMap *bmap
DEFTYPE.pdtBlitPixelArray DTM
succ.l = False
If imgnum<0 Then imgnum=0
tag5.tag5ti_Tag = #PDTA_DestMode, #PMODE_V43, #DTA_SourceType, #DTST_FILE, #DTA_GroupID, #GID_PICTURE, #PDTA_Remap, False,#PDTA_WhichPicture,imgnum,#TAG_DONE,0
*DTPic._Object = NewDTObjectA_ (&filename.s,tag5)
If *DTPic
  tag5.tag5ti_Tag = #PDTA_BitMapHeader,&*bmhdp,#TAG_DONE,0
  GetDTAttrsA_ *DTPic,tag5
  If image_Create{image,*bmhdpbmh_Width,*bmhdpbmh_Height}
    If image_Lock{image}

      ; try to get as ARGB immediately, good datatpyes support this, but not all!
      ;If *bmhdpbmh_Depth>8 ; dont even try if depth <=8
        DTMMethodID            = #PDTM_READPIXELARRAY
        DTMpbpa_PixelData      = raw_ptr          ; /* The pixel data to transfer to/from */
        DTMpbpa_PixelFormat    = #PBPAFMT_ARGB     ; /* Format of the pixel data (see "Pixel Formats" below) */
        DTMpbpa_PixelArrayMod  = bpr              ; /* Number of bytes per row */
        DTMpbpa_Left           = 0                 ; /* Left edge of the rectangle to transfer pixels to/from */
        DTMpbpa_Top            = 0                 ; /* Top edge of the rectangle to transfer pixels to/from */
        DTMpbpa_Width          = *bmhdpbmh_Width  ; /* Width of the rectangle to transfer pixels to/from */
        DTMpbpa_Height         = *bmhdpbmh_Height
        If DoMethodA (*DTPic,&DTM) Then succ = True <=== CRASH!!!
      ;End If
  ...

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

http://en.wikibooks.org/wiki/Aros/Platforms/68k_support/Developer/Compiler#VBCC

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Das hat nichts mit der zlib.library zu tun. Das muss ich mir auch noch angucken. Aber hier sieht es definitiv so aus, als ob #PDTM_READPIXELARRAY Probleme macht.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]