Blitz Basic 2 basics

[Daedalus]

The problem is that code compiled from the editor like that is run by default from the Blitz directory, not the directory of the example files. Absolute paths fix this, but relative paths would work if you made a stand-alone executable in the example path.

Which editor are you using? If it's the default one (called Ted, with a funky Workbench 1.3 look and non-standard file requesters), there's a "CD" button in the file requester for loading code - click this to set the default location to the directory shown in the requester.

If you're using the newer SuperTed (and you should if you have more than a stock A1200 - it's a much better editor), you can set the default path with the Compiler->Change Dir... menu item.

[idrougge]

You can either use "Change dir…" in the "Compiler" menu, or you can use the INCDIR directive in your code. Don't know if INCDIR works for anything other than INCLUDE or INCBIN statements, you'll have to try that out yourself.

[desiv]

Awesome, thanx!!
I'm not using the default editor. I am using the upgraded one that came on the ISO. Not sure if it's SuperTed or not...

Hopefully this will be the right language to get me back into programming a bit.. ;-)

Yep, that was it...
Change Directory in the Compiler Menu did it...

I wonder if my first, get the feel of it, task might be to convert some of the programs that only work in PAL to work on my NTSC Amiga, if it's not too difficult.
Yes, I tend to run my WB and WHDLOAD games in PAL modes, but my Amiga is an NTSC box and some programs just don't like it unless I go into the early boot menu and set the system to PAL, including some of the PD BB2 demos (like Defender).

desiv

[Shatterhand]

Originally Posted by Akira

Yes I found the thread after mentioning it, thanks!
It's a shame that there's no cross-platform compiler for this. But I guess I can use WinUAE maxed out at speed.

Thanks!

I've been using Notepad++ to write code, and I test in Winuae + Amiblitz enviroment using the "fastest possible" option. It works pretty nicely.

When I actually create an executable I do it on real hardware using Blitz 2.

[carrion]

Hi Again.
I have a simple question....

in my program I generate more than 200 shapes.
each time i load source code into editor and compile it I get "Value of Maximum Range" error message.
I have to set the max shapes manually each time in Compiler Options.

Is there a way to save it as a default? or make it permanent other way?
TIA

[idrougge]

Just save your source after setting compiler options. I've upped my default to 620 shapes.

[carrion]

the problem is I save it all the time (I work on it for few days).
I add new lines of code and save the file.
and the file saves correctly.

I use fs-uae on mac os and though that maybe couses some problem interfering with filesystems on mac os...
I have no idea whats wrong...

[Daedalus]

What version of Blitz are you using? If you're using Blitz 2, the details for the maximum object counts are saved with the source file in a .xtra file, so if your program is called SuperTest.bb2, the file SuperTest.bb2.xtra contains the object counts. So maybe this file is getting separated perhaps because you move the source file or rename it? It's also possible your filename is too long, meaning your main source is ok, but the .xtra file is missing letters. Or maybe the parent filesystem (if it's not a hard file image) is having problems with permissions.

If you're using AmiBlitz files and saving as a .ab3, the information is saved with your source so the settings should stay even if you move the file.

[carrion]

@Daedalus
I use BB2.1 TED2.24 (from CD). The fs-uae environment runs A1200 030 on a shared folder as a hd for Amiga.

I have .xtra files, and till last week I think everything worked fine. I noticed it this weekend and problem still remains. Created new filename for the src file and it created new xtra files. but - no result.
Maybe (my new suspicion) is that it has something to do with UAE save states that I use to speed up loading of the devel environment, but then again - it works before.

oh and filenames are short - like max 10 letters

[Daedalus]

That's quite strange - the folder permissions for the shared folder haven't changed, have they? Do the .xtra files have the full permissions on the Amiga side (rw-d)? Can you open them in an editor (don't worry about the content making sense)? What does SnoopDOS say when you open a source file? Does it even try to find the associated .xtra file?

[carrion]

permissions are OK. file opens, snoops shows that BB reads the file with status OK
magic...

[Daedalus]

Bizarre... Sorry, no idea what's going on there I'm afraid

[idrougge]

For experimentation, try to download my program from this post: http://eab.abime.net/showthread.php?t=81634

It should be set to 620 shapes. If it indeed is, check out what happens when you resave that project.

[carrion]

@idrougge
well. yours is working fine,
but it works even having 100 in shapes in compiler options

[Daedalus]

But, when you load the source, does it show 620 in the compiler options window?

[carrion]

@Daedauls
No. After loading it shows 100 and compiles and runs with no problem - no error msg

I really can stop thinking about this issue as it drives me creasy. aaarg!

[idrougge]

I would upgrade to Ted 2.52 (SuperTED). I thought that was what was installed if you installed from CD?

[carrion]

@idrouge
2.24 says it's super TED, but I'll upgrade

in meantime. I solved it - sort of
I restored my old backuped blitz folder. I backuped it when was adding new .obj library (PT replay routines) to userlibs some days ago.
the source file loads and save OK now.
but I wonder if it's possible that adding .obj library broke something in BB?

[idrougge]

Are you talking about the PT player I posted?
In that case, I have it installed in my setup with 620 shapes.

[carrion]

yes
the one you posted. so maybe I messed something else while installing it.
anyway. thanks for helping me solve this