Official Basinc thread - Bug reports and other discussion
I just released a new BASin fork, basinc. The first official release was V16r2, and today it's r3.
it's uploaded to wos archive and alternatively, here:
http://www.worldofspectrum.org/forums/showpost.php?p=620916&postcount=1
This thread is where you put your bug reports and features. No promises though, I really got very small amount of free time. I got two boys and a wife!
A little reminder: this is a CGCware! If you want to use it, you *must* code a game for csscgc2012! ;)
it's uploaded to wos archive and alternatively, here:
http://www.worldofspectrum.org/forums/showpost.php?p=620916&postcount=1
This thread is where you put your bug reports and features. No promises though, I really got very small amount of free time. I got two boys and a wife!
A little reminder: this is a CGCware! If you want to use it, you *must* code a game for csscgc2012! ;)
Post edited by Arda on
Comments
OK, just downloaded and installed the new version of BASin. When I try to open the online help I get the contents list in the left hand window pane but no data in the left (just as with BASin 15.8 ).
I am using Windows 7 64 bit.
Any ideas?
[Edit] If I copy the BASin.chm file from my 15.8 installation (which actually came from BASin 14c) then the help works correctly.
Paddy
Doing some testing and noticed the following:
Many thanks
Paddy
This one might be me but the following code gets stuck in a loop:
I would have expected that when I press a key the code will be printed on screen until I press another key or cursor keys/ENTER to end.
Am I right?
Paddy
For me the helpfile works ok.
but if i press the load button, then the previous program is loaded again. without the load dialog box. (after i presse the new button).
after i closed basinc and restart, then the load basic program box will open.
i thought that this maybe depends on the load previous session, but not. maybe a little bug? version 15.8 was also strange with load after new.
the memorymap flickers during calculation. its normal.. i think
With the loading maybe a mistake of me. i didnt clear the tape image builder
the display window has a delay to. maybe the cause is in the program? i tested my loved "battle on hoth" and other programs.
did the fullspeed speed work? if i press f1, nothing happens.
edit: f1 works
but the display output has a big delay, like honey on a spoon. the flash in screens is irregularly.
tomorrow i will look at v 16r2, 15.8 or 14, im sure that they are in flow.
please see this not as nagging, i want only support you. :-)
yup, you are right, LOAD"" really executes LOAD"", if there is a tape in the tape editor, it will be loaded automatically instead of showing a file dialog.
yes, you are right and and there might be something wrong there. Under windowsXP it works fine, under win7 it works ok for the first time, but it sometimes stuck but it exits the loop if you press down arrow. I should take a look at there, thank you. I was reusing basin's internal tokenizer there, probably I should add a new handler for this job.
Hmm, do you have any program to make it flick? it looks rock solid here.
I didn't touch the help files, they came from 14c archive. They may be outdated. Your workaround is the only way out of this problem.
I can't replicate this behaviour here. it works fine on my vista laptop, win7 desktop and 1ghz xp server. But VMware (a virtual machine) struggles when executing basin?. Can anyone else confirm this sluggishness? Alas, there is nothing I can do.
If you mean BORDER area of zx spectrum, I guess it's something to do with program defaults. Note that this is a clean installation. You can resize the window manually to your liking, and it will save your window size for future sessions too (Resize %100/%200 option only applies to bitmap area).
oops!
sure, sure, your opinions are most welcome.
(keep them coming :) )
yes, you ar right. now in my office it works well.
its a problem at my home pc. here in the office i have a ati card, at home nvidia. i will test later:smile:
This is great work and thank you for your replies.
Wonder why Windows 7 would make a difference on something like this?
Probably did not explain myself very well. So on screen you see something like this in the status bar:
24 Kb available to BASIC (16 Kb Used)
Every now and again this is refreshed (which I can understand) but occassionally it looks like the current text is deleted using black paper rather than white (in Speccy terms ;)) which gives the flicker.
Yeah the workaround works fine. Very strange.
I have not noticed any sluggishness yet.
Yes, the BORDER area around the Spectrum main screen. Actually I quite like your version so this is not an issue. :smile:
Many thanks
Paddy
Just noticed that the maximize/minimize buttons on the SCREEN$ Paintbox have disappeared.
Many thanks
Paddy
Now it works fine at home. dont know what it was. i deleted the ini.
not shure that this was depending on the graficcard.
anyway,.. im happy :D
Hi Arda,
Although I can see your point, I was wondering if there is an option to turn this off? Ideally, I would like LOAD"" to always present the file selection dialog box. This morning I pressed NEW and went to reload the source from disk only to be presented with the version stored on the tape that was attached. A config option would be most useful.
Version 15.8 did not do this - I assume that was a useful bug?
[Edit] Also I cannot seem to find a way of detaching a tape once attached without closing down BASin.
Many thanks
Paddy
You know, menu item actually triggers a read Load"" under emulation, it's the same as typing load"" in basin, ofcourse this rom routine is trapped by basin to handle loading from harddisk.
So, Unticking "Streaming> Load/merge/ commands" will stop basin from loading from tape and will default to harddisk.
it's pretty neatly laid out but it's more like sinclair, not windows behaviour. I guess I should add a real file load menu item that always ignores tape and show a requester.
Hit clear button on tape editor to detach tape from basin.
Thanks Arda - found both. Never looked to use these before given the way BASin 15.9 worked. :-)
Many thanks
Paddy
Just wanted to say "thank you". I have switched over to your version of BASin for the on-going development of MRT. Apart from the few questions I have raised (mainly user error :oops:) the experience has been great.
The editor, debugger etc. all seem to be working fine. I have even saved the program to tape, loaded it in to my new copy of Spectaculator, saved it as a snapshot to my Acekard and run it under my new version of ZXDS.
Does life get much bette than this! ;)
So thank you very much.
Paddy
Hope this helps.
Paddy
I am aware of that corruption, yet I didn't tried to fix it yet, maybe tonight is the night for more bug fixing :)
*opens vmware*
I always hoped that Dunny would continue the development of the screen editor and other tools and release them separately from Basin, but some development is better than no development at all.
I need a vacation to be able to enjoy all the Speccy 30th anniversary gifts!
Just spotted something - not sure if this a bug or not? Anyway, if you bring up the Token Table in BASinc the values displayed seem to be offset by a value of 1. My Token Table starts with SPECTRUM (164), PLAY (165) and then goes on to RND (166). In the manual RND is 165. This carries on to 255 which is RETURN in the Token Table but COPY in the manual?
Paddy
oh, as it based on R14c sources, it may carry the same bugs r14c has. Like this one. I'll try to dig out R15 token table for a healthier operation.
thanks paddy! I'll fix it asap.
im sure that its my fault, but if i want to start the compiler (menu -> tools -> compiler) i get back the massage "list index out of bounds (-1)".
is it due to the compileroption isnt implemented?
Yes.
D.
LOAD STR$ n CODE
BasinC will assume "nCODE" as a single variable thus modifying the program this way:
LOAD STR$ nCODE
which of course causes a Variable not found error when executed.
Ok this one is also fixed. Along with others. Oh, only a year passed? I think we are close to a new release. (And dunny is about to return to basin!)
He's considering returning to Spin...
While it is true that I set up a WinXP VM with Delphi 5 so that I can work on BASin, that was only in a bug-fixing capacity. I idly speculated that I might see if I can get ZXSpin to build too - it should be a short hop from BASin.
But I have a huge amount of work to do in SpecBAS yet for the new feature set, and that will (at this rate) take many months to finish.
Don't hold your breath.
D.
I would expect to see something before the end of March...
He's also considering returning to Gondor.
WHO........
Dunny the Gray,
or
Dunny the White.
Paddy