Official Basinc thread - Bug reports and other discussion

edited July 2014 in Sinclair Basic
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! ;)
Post edited by Arda on
«134

Comments

  • edited April 2012
    Hi Arda,

    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
  • edited April 2012
    Hi Arda,

    Doing some testing and noticed the following:
    • The memory information in the status bar flickers - is this because the previous version of BASin did not update this when running a program?
    • The border on the Display Output window has shrunk - is there an option to change this?
    • Lower case 'e' is still not recognised as a variable by the source code colourizer
    • There seems to be a small typo in the about box - rather than 2011 for Dunny's reference you have 211
    I will list anything else I notice as I go along... This is meant to be helpful, please do not be offended. :smile:

    Many thanks

    Paddy
  • edited April 2012
    Hi Arda,

    This one might be me but the following code gets stuck in a loop:
    100 POKE 23560,0
    110 LET a=PEEK 23560: PRINT AT 0,0;a;"  "
    120 IF (a<8 OR a>11) AND a<>13 THEN GO TO 110
    

    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
  • edited April 2012
    Thanks for the update.
    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
    ZX Everyday in Germany
  • edited April 2012
    If i run a program, key press (for example input, backspace or cursor ...) has some time delay. the display of values in input cases ist delayed to.
    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. :-)
    ZX Everyday in Germany
  • edited April 2012
    ZX Oxo wrote: »
    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).
    ...
    ...
    With the loading maybe a mistake of me. i didnt clear the tape image builder

    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.
    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?

    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.
    The memory information in the status bar flickers - is this because the previous version of BASin did not update this when running a program?

    Hmm, do you have any program to make it flick? it looks rock solid here.
    Help file...
    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.
    If i run a program, key press (for example input, backspace or cursor ...) has some time delay. but the display output has a big delay, like honey on a spoon. the flash in screens is irregularly.
    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.
    The border on the Display Output window has shrunk - is there an option to change this?
    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).
    There seems to be a small typo in the about box
    oops!
    please see this not as nagging
    sure, sure, your opinions are most welcome.

    (keep them coming :) )
  • edited April 2012
    Arda wrote: »
    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.

    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:
    ZX Everyday in Germany
  • edited April 2012
    Hi Arda,

    This is great work and thank you for your replies.
    Arda wrote: »
    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.

    Wonder why Windows 7 would make a difference on something like this?
    Arda wrote: »
    Hmm, do you have any program to make it flick? it looks rock solid here.

    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.
    Arda wrote: »
    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.

    Yeah the workaround works fine. Very strange.
    Arda wrote: »
    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.

    I have not noticed any sluggishness yet.
    Arda wrote: »
    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).

    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
  • edited April 2012
    Hi Arda,

    Just noticed that the maximize/minimize buttons on the SCREEN$ Paintbox have disappeared.

    Many thanks

    Paddy
  • edited April 2012
    Arda wrote: »
    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.

    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
    ZX Everyday in Germany
  • edited April 2012
    Arda wrote: »
    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.

    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
  • edited April 2012
    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.

    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.
    [Edit] Also I cannot seem to find a way of detaching a tape once attached without closing down BASin.

    Hit clear button on tape editor to detach tape from basin.
  • edited April 2012
    Arda wrote: »
    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
  • edited April 2012
    Hi Arda,

    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
  • edited April 2012
    One more little thing I noticed... if you change the editor font to double or triple height then the Spectrum rainbow in the bottom right hand corner becomes corrupted.

    Hope this helps.

    Paddy
  • edited April 2012
    oh thank you too, I really enjoy reading bug and feature reports (No pun intended).

    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*
  • edited April 2012
    Nice to see someone continuing work on this great piece of software. Much appreciated!

    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!
  • edited May 2012
    Hi Arda,

    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
  • edited May 2012
    Hi Arda,

    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.
  • edited May 2012
    Hi,
    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?
    ZX Everyday in Germany
  • edited May 2012
    ZX Oxo wrote: »
    Hi,
    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.
  • edited March 2013
    I noticed this bug: if you write

    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.
  • edited March 2014
    I noticed this bug: if you write

    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!)
  • edited March 2014
    Arda wrote: »
    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...
    I wanna tell you a story 'bout a woman I know...
  • edited March 2014
    Look -

    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.
  • edited March 2014
    hey Dunny, when's the next version of Spin coming out?
  • edited March 2014
    guesser wrote: »
    hey Dunny, when's the next version of Spin coming out?

    I would expect to see something before the end of March...
    I wanna tell you a story 'bout a woman I know...
  • edited March 2014
    karingal wrote: »
    He's considering returning to Spin...

    He's also considering returning to Gondor.
  • edited March 2014
    He's also considering returning to Gondor.

    WHO........

    Dunny the Gray,

    or

    Dunny the White.
  • edited March 2014
    Great news, a new release of BASinC and the Return of the King Dunny! :-)

    Paddy
Sign In or Register to comment.