Hi guys,
Has anyone managed to get Locale support working in their AmiBlitz programs? I know there are dictionary-type solutions but I would like to have proper locale support using locale.library. I've tried porting a basic C example using the locale.library1 calls but I can't get it to work as those calls don't give the response I would expect based on the autodocs, meaning I cannot tell when the default catalog is to be used. For example, OpenCatalogA_() gives a catalog pointer instead of null, even when the catalog doesn't exist. It should return null to indicate that I should use the internal strings.

Deflibs commands crash when the requested catalog doesn't exist, so they're not an option.

Thanks!

Hi guys,
I'm having trouble getting arguments passed to my program from Workbench. I set my executable as the default tool of a file, so that my program starts with the path to that file as its argument. In the past I have only ever done this for DOS arguments and it's worked fine using the NumPars and Par$() Blitz functions. However, these functions immediately crash when the program is launched from Workbench with an argument, as does ParPath$(0,0) and (0,1).

I tried using the dos_GetWBNumArgs{} and dos_GetWBArg{} functions, but they do not give me the path to the file given as an argument - only the filename, so of course it does not work once the file is in a different directory.

I'm using OS4.1 but I also tried it under 3.9 and it crashes there too. The OS stays working but the crashed program is using a lot of CPU time.

Any ideas what I'm doing wrong? My testing code is as follows:

Hallo Leute,

habe jetzt mehrfach versucht, auf meinen A2000ern AmiBlitz3 zum Laufen zu bringen. Nach Aufspielen der Req-Libs läuft zwar die Initialisierung (Hilfedateien werden erstellt), aber vor Erscheinen der Entwicklungsumgebung stürzt das ganze System ab. Ob Version 3.5 oder 3.6. Egal, immer Absturz des Amigas.

Beide Amiga 2000 laufen mit Kick 3.1, OS3.1 bzw. OS3.9 und jeweils einer Turbokarte Apollo 2030 mit bis zu 32 MB Speicher.
Welche Version von AmiBlitz ist denn auf meinen Systemen lauffähig oder wie mache ich die lauffähig?

Gruß!
ThomBraxton

Hier sammele ich mal die bekannten Problem des Debuggers aus den anderen Themen, zur besseren Übersicht :!:

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)

blitzplus ist nun opensource. kann Thilo ja mal draufschauen ob er den Code sauber genug findet. vielleicht kann man davon was übernehmen. aber die syntax ist halt leider ziemlich anders.

<!-- m --><a class="postlink" href="http://www.blitzbasic.com/Community/posts.php?topic=102473">http://www.blitzbasic.com/Community/pos ... pic=102473</a><!-- m -->

systemkonforme bilder kannst einfach so zeichnen. slider, scroller, buttons geht damit auch in OS4 und MOS unterstützt 4 5 und 6 aber nicht. da musste dann wie bei wizard auch per env var(wizardstyle) umschaltbar machen. z.b hier code aus dem stormwizard, den ich dafür gemacht habe. Du brauchst nur 1 Objekt erzeugen, die Werte kannst du dann jedesmal kurz vor dem zeichnen passend einstellen mit setattr

backgroundframe = (struct Image *) NewObject(NULL,"frameiclass",TAG_END);

und wenn du das Bild des GUI Objekts zeichnen musst, dann kommt der Code zum einsatz. Es gibt dann die diversen Bilder, je nach skin wird dann das passende gezeichnet. AFA nutzt auch die Werte von dem OS4. FRAME_RIDGE ist für die stringgadgets. propborder ist das prop hintergrundbild und propknob eben das Knopfbild. blackbird hats getestet, geht auch auf OS4

#define FRAME_DEFAULT 0
#define FRAME_BUTTON 1
#define FRAME_RIDGE 2
#define FRAME_ICONDROPBOX 3
#define FRAME_PROPBORDER 4 //OS4 Tag
#define FRAME_PROPKNOB 5 //OS4 Tag
#define FRAME_DISPLAYBOX 6 //OS4 Tag

if (wizardstyle == 1)
{type = 1;recessed = 1;}
else
{type =4;recessed =0;}

SetAttrs(parentdata->FrameObject,
IA_FrameType,type,
IA_Recessed,recessed, IA_EdgesOnly,0,
IA_Left,left,
IA_Top,top,
IA_Width,parentdata->layoutdata.Bounds.Width,
IA_Height,parentdata->layoutdata.Bounds.Height,
IA_Orientation,knob_orientation,
TAG_END);
DrawImageState(RPort,parentdata->FrameObject,0,0,IDS_NORMAL,DrInfo);

Ich wollte ja schon länger auch mal nen crosscompiler von dem 68k output machen zu LLVM. vielleicht gibt es da auch sowas und andre 68k nutzer(vieleicht aus dem embedded markt) haben daran auch interesse. so muss ich nicht alles alleine machen. aber um den von AB erzeugten code zu übersetzen wäre nicht viel arbeit. nur für die libs übersetzen, wäre mehr arbeit.

<!-- m --><a class="postlink" href="http://de.wikipedia.org/wiki/LLVM">http://de.wikipedia.org/wiki/LLVM</a><!-- m -->

blos wie sieht es da aus, bei blackbirds geliebten OS4. Und bei AROS ?. Haben die inzwischen eine unterstützung dafür, so dass man mal probieren kann ?. bei aros habe ich noch gesehen, dass es ein bounty für LLVM gibt. aber ob da was

In der lib ist es drin um den round modus zu setzen, für die val int print befehle. eben alles was mit float fpu auch gehen muss

In der vallib.bb2 printlib.bb2 ist der meiste FPU code drin. Es gibt aber einen Befehl um in der lib abzufragen ob mit oder ohne FPU kompiliert wurde ist ALibJsr $c704. die libs die wissen müssen ob FPU kompile oder nicht, die fragen es ab und speichern den Wert in dc.b fpuon.

in der strings2lib wird der round mode gesetzt.
setcpumode ;mode 0=normal 2=fpu
MOVE.l d0,mode
CMP.l #2,d0
BNE 'l2
MOVEQ.l #0,d0
Dc.l $f2009000
'l2 RTS
getcpumode
MOVE.l mode,d0
RTS

eigentlich sollten die Programme auch ohne FPU laufen, müsst ihr an einem testprogramm ohne FPU schauen, wo es abstürzt, welche befehle da stehen. vielleicht habe ich auch einfach nur irgendwo die abfrage ob FPU on oder off, nicht eingebaut. getestet ob es ohne FPU auch geht habe ich nie, weil mein develop System nicht ohne FPU bootet

Ich habe ein kleines Spielchen für Android und iOS veröffentlicht. Die Links dazu und die Möglichkeit es im Browser zu spielen findet man hier: Tennessee Jim - Into The Deep

Extrem Offtopic ... sorry.

Warning!!!

All with Amiblitz3 created programs use FPU commands and crash on Systems without a FPU sooner or later!
It doesn't mater with optimice level was selected!


Warnung!!!

Alle mit Amiblitz3 erstellten Programme benutzen FPU Befehle und stützen daher auf System ohne FPU früher oder später ab!
Es macht keinen unterschied welchen Optimierungsstufe verwendet wurde!