yab | yet another Basic for HAIKU - Fixing yab

flex.c grows uncontrollably

Wed, 13 Mar 2024 18:49:46 +0200

Moving this discussion from the Haku Forum ...

Buildfactory not working.

Wed, 13 Mar 2024 18:48:06 +0200

From https://discuss.haiku-os.org/t/can-class...ages/14771

Bug tracker

Tue, 13 Jun 2023 19:08:36 +0300

there is now a bug tracker for yab. yab-ide, yab buildfactorey and documentation ... https://trac.besly.de/ one muse create an account to report a bug.

yab 1.8.0

Fri, 28 May 2021 11:45:42 +0300

Hello,

yab 1.8.0 can be download on

https://yab.besly.de/yab_test/testversion.php

Testphase 2 week from now.

If you found issue please use our BugTracker tool on.

https://trac.besly.de/

Thank you in advance.

Embedded Null characters and std::string

Thu, 04 Mar 2021 23:36:23 +0200

Due to extensive rewrites needed to make Yab compile into C++, I was wondering if rewriting the string handling routines to use the standard template libraries would be an acceptable first step to writing an updated Yab. (Std::Strings are length terminated and are resistant against embedded null characters screwing things up.)

I've looked at the original YaBasic sources on Linux and it is a terrible mess. If Yab is to be a permanently deviated fork from the original YaBasic, perhaps I could look into optimizing the source to use the C++ standard template library routines. I figure that Haiku is written in C++ anyway and it might make things smaller to depend on libStdC++ for the existing runtime libraries built-in to the OS. (Unlike YaBasic which uses Ruby for its build system and Autoconf and Automake along with Gnu Make and other scripting that those drag in as dependencies.)

Now for the real question: Will pull requests to bbjimmy's repo be accepted for the C++ enhanced version of Yab?

YAB New Version

Mon, 03 Feb 2020 19:25:16 +0200

Hello,

i have created a new version of yab. (calls like yab 1.7.7 and yab 1.7.8). yab 1.7.7 includes various bug fixes and reactivating Sound. yab 1.7.8 has a new command >Mediasound<.
bbjimmy got me back info that old bound programs would not work then with yab 1.7.8.

So I question the conversion to lib yab and yab, which should prevent that. I had the following suggestions?

1. You leave yab as it is. Then it would never be developed.

2. You recompile your programs to the new yab version.

3. You build yab back as a bin and use a c script which starts the yab
program. So you always have an executable file and yab is started as a script. Lelldorin has a script to do that.

4. A greate a new branch of this language. but thats not cool. In the past we have to recompile our old programs to a new yab version.

P.s. The next think i would to implement is array_sort / array_search / joystick. But I don't know if I can do it.

Regards lorglas

Resolved. As of hrev51449 yab is broken.

Sun, 01 Oct 2017 02:46:09 +0300

in hrev51449 BControlLook was changed. The change that added the tabs on the side removed the reliance on BControlLook. So until I get another release done, http://yab.orgfree.com/GetLatest-yab.zip is your friend.

That's funny

Tue, 09 May 2017 22:48:57 +0300

Haven't seen this before: I'm filling a listbox with content

Code:
sub FillListbox()

    local listing$, listing, w$(1)

    listing$ = system$("ls -1 ~")

    listing = token(listing$, w$(), "\n")

    for f = 1 to listing

        listbox add "TheList", f, w$(f)

    next f

end sub

and when run, the program writes this to standard output, whether DEBUG=1 or not

Code:
Range: 241.000000 - 243.000000

Range: 56.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

Range: 108.000000 - 243.000000

It's not important, but I prefer my programs to output text only when I tell it to. This happens on Haiku href51123. I suspect it may be a Haiku rather than a yab error, but I thought I'd report it here anyway.

error report

Sat, 28 Jan 2017 20:14:07 +0200

Updated to today's latest yab from FatElk repo, on top of the latest Hrev 50906. And they don't like each other, not one little bit.

yabIDE

Mon, 09 Jan 2017 00:11:20 +0200

In my version of yab (bbjimmy) is an bug selecting the "open project folder", it always opens the last loaded project in the project list and not the selected.

yab interfering with system shutdown

Fri, 05 Feb 2016 10:25:58 +0200

I've been seeing my apps created with yab 1.7.5.2 interfering with system shutdown, giving the message "Application XXX has aborted the Shutdown Process". I was tinkering with my desktop applet Fuzzytime, which is designed to run ALL the time, so it always gives this problem, but it seems to be happening if any yab app is running: script, bound, built, makes no difference.

Error in hrev 50028

Fri, 15 Jan 2016 14:28:17 +0200

THis just showed up for the first time

Code:
~/projects/FuzzyTime/binder> yab

runtime_loader: /boot/system/lib/libyab.so: Could not resolve symbol 'DrawLabel__Q28BPrivate12BControlLookP5BViewPCcG5BRectRC5BRectRC9rgb_colorUlRC10BAlignment'

resolve symbol "DrawLabel__Q28BPrivate12BControlLookP5BViewPCcG5BRectRC5BRectRC9rgb_colorUlRC10BAlignment" returned: -2147478780

runtime_loader: /boot/system/lib/libyab.so: Troubles relocating: Symbol not found

EDIT: Yes, it seems to affect all yab programs. This is using yab-1.7.5.1-1-x86_gcc2.hpkg

Never mind, I see bbjimmy already has a ticket out on this.

TeamID and ThreadID

Tue, 25 Aug 2015 15:32:40 +0300

Hello,

i want to use TeamID and ThreadID.

when i type in the terminal:

yab -execute 'print thread get "ThreadID", "top"'

i get a number. if i type

yab -execute 'print thread get "ThreadID", "yab-IDE"' also.
it's ok, but when i want a number from a yab program i get -1

i mean i run a program from the ide and then i open a terminal and type
yab -execute 'print thread get "ThreadID", "ink.yab"' (ink.yab is my program in the yab-ide)
i get -1 and i don't understand this.

And i think that TeamID doesn't work.

Best Regards

lorglas

View remove and scrollbar

Mon, 24 Aug 2015 23:02:06 +0300

Hello everybody,

i have make a view and on this view i have add scrollbars, but when i remove this view the scrollbar are avaiable.
I think view remove doesn't work correctly.

i use YAB 1.7.5 (but this problem is older) with Haiku os -> 49562

View 2,120 to WindowSize_x-15,WindowSize_y-35, "Malflaeche", Start_FensterName$
SCROLLBAR "scroll", 3, "Malflaeche" //"Malflaeche"
SCROLLBAR SET "scroll", "plain-border"
SCROLLBAR SET "scroll", "Vertical Position", 0
SCROLLBAR SET "scroll", "Horizontal Position", 0

view_exists=view get "Malflaeche","exists"
print view_exists
if (view_exists=1) then
view remove "Malflaeche"
endif

Best Regards

lorglas

RAN() misbehaving

Mon, 06 Jul 2015 22:04:54 +0300

Description:
The ran-function returns a random number. If no argument is given, the number returned is in the range from 0 to 1; where only 0 is a possible value; 1 will never be returned. If an argument is supplied, the number returned will be in the range from 0 up to this argument, whereas this argument itself is not a possible return value.

OK, so RAN(7) is supposed to give me a random number between 0 and 6.9999. This is how the command has worked in every version of BASIC I've ever seen. It seems to be broken in yab.

Code:
~/projects/DailyHaiku/binder> touch ran.bas

~/projects/DailyHaiku/binder> echo "print ran(7)">ran.bas

~/projects/DailyHaiku/binder> cat ran.bas 

print ran(7)

~/projects/DailyHaiku/binder> yab ran.bas 

2.04283

~/projects/DailyHaiku/binder> yab ran.bas 

2.04294

~/projects/DailyHaiku/binder> yab ran.bas 

2.04299

~/projects/DailyHaiku/binder> yab ran.bas 

2.04305

~/projects/DailyHaiku/binder> yab ran.bas 

2.04305

~/projects/DailyHaiku/binder> yab ran.bas 

2.0431

~/projects/DailyHaiku/binder> yab ran.bas 

2.04316

~/projects/DailyHaiku/binder> yab ran.bas 

2.04327

~/projects/DailyHaiku/binder> yab ran.bas 

2.04332

Yes, those are technically random numbers. But nowhere near the range the command is supposed to give.

yab 1.7.5 running on Haiku hrev49371

Let's increase that seed number to 14

Code:
~/projects/DailyHaiku/binder> rm ran.bas

~/projects/DailyHaiku/binder> touch ran.bas

~/projects/DailyHaiku/binder> echo "print ran(14)">ran.bas

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.22032

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.22086

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.22097

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.22108

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.22119

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.2213

~/projects/DailyHaiku/binder> /bin/yab ran.bas 

4.22141

The same thing happens with an old (1.7) version of yab, so the problem either is in the underlying OS, or I am not understanding the documentation.

RAN() without a seed number works as expected so as a workaround we can use (RAN()) * 7

In fact it is worse: if you try

for f = 1 to 10
print ran()
next

and run it a few times the first one always seems to start with 0.3, and only after that does it start to look random at all.