danwinslow

Batari, the parsing issues are going to drive you insane. I am speaking from personal experience. My advice is to set up a real parser now before you get too much kluged in there. It just gets worse as you go along. You need expression trees, BNF, etc. Yah, lex and yacc are good. Cryptic but they work. Actually, you should be able to find pre-made basic parsers out on the net that you could mod. I will see if I can't find a couple and post them.

He is impervious to argument anyways.

long time eq'er, played a ranger on fennin. Now playing WOW hunter.

Well, from a language perspective, what I have seen so far is only loosely termed 'basic'. It's probably best to think of this as a really specialized basic-like language. I mean, you aren't going to add tons of stuff that is in other basics..like the string functions, IO functions, etc. One thing you might want to consider adding in is some kind of USR() function...that is, the ability to embed blocks of ML inside a string or other data area and then call it from basic. Maybe for this basic you would just allow the direct insert of opcodes with line numbers. 10 rem ml insert 20 LDA PFCOL0 30 etc... Syntactically, the only thing that really jumps out at me is the inelegant way that the sprite data is laid out...having the line feeds embedded in the data is a little funky, although it makes visualization easier. You might want to look at the traditional basic DATA statement. Anyways, it looks very nice overall.

You are just plain ignoring the fact that one one hand, you used the 'we must not change the game!' argument, and now here you are advocating making big changes. See any inconsistencies? No? Unable to notice? This is way different? I'll keep my empty and worthless posts to myself I suppose. They certainly don't have any effect. Say Hi to PP for me, you must be in contact with him, as you seem pretty convinced you know Whats Best.

One thing to do about the spaces is to collapse them down to one right after you read in the line. If you have string literals then you have to exclude them from this. The way I usually do it is to transfer the string character by character to a second buffer, inc'ing the destination pointer only on a non whitespace char or the first whitespace char of a group.

Lol, Xebec...do you really not see what I am talking about or are you kidding? Never mind anyways.

? What are you people on about?

I can read fine, thanks, and I am not confused. My conclusion is that you support changes you like on the grounds that you like them, and you oppose changes you don't like on the grounds it would change the original gameplay. Also, how do you know what PP intended? Maybe he intended there to be closed off guilds and trap spots? Do you have acess to some documentation that we don't?

Xebec, you ranted for like 3 pages worth of messages about how we have to keep the Alternate Reality experience at its originally intended best. Now, you seem to think that its ok to make major gameplay modifications. Whats up with that?

K, good luck Dark! Was hoping to log on soon just got my falcon on the 'net.

Topaz, the short version of all this is that you are not going to get what you hoped for this falcon around here. Nobody really cares about the NIB deal, that only starts working when things are much rarer than Falcons are now. A sinclair zx80 NIB? THERE you've got some cash flow. A Falcon? Nah. YOu never know though, I guess keep trying. You won't get it around here though I odn't think as most of us watch ebay like frikkin hawks.

Used falcons on ebay have been going for around the 300-350 dollar mark, even with 14MB and hard drives. Haven't seen one in a few months, but they will show back up if you watch. I have 3 of them.

Excellent, thanks! I find it useful, when I need to use assembly, to wrap it in C with the asm() function. That way I can stick with relatively normal control of flow constructs for most stuff but still drop into asm when needed. A DLI function wouldn't be anything more than C in name only though, I would expect.

The H: drive setup doesn't seem to work. I turn on the patch, and choose a PC file folder, but I have a lot of trouble accessing files from it on the atari, ie., various errors such as 146 and 'file exists'. I have been using Sparta, I wonder if thats compatible with the H: driver.

Hi Mark. Mostly C...I know how to define pointers and etc., but I am not sure how to reserve space from use at compile/link time. That is, setting up a particular page to have a particular block of memory loaded into it, that won't get written over later in the load or during runtime...I think I will be needing to investigate custom linker setups, as you mention. SO if you could post some linker examples that would be very helpful I think.

Like, totally hello and stuff, all you like ATARI dudes and dudettes. Yo, whatever.

Well, the controllers on real girls aren't very responsive. They eventually, sometimes, do what I command, if they feel like it, and if it was all their idea in the first place.

I want to reserve some blocks of memory in programs developed with cc65. I want 4 pages, page 6 through page 9 for instance. I am unsure what to do...any one have an idea how to lay down a block of 256 bytes at a specific location in C and have the compiler reserve space? I know how to build a pointer to an arbitrary location, but keeping the memory preserved is the issue.

He may not realize that the HTML standard implicitly sets up local HTML viewing. It's all up to the URL's involved. If a local HTML source contains URL's that are not local, then either you are connected and it works or you aren't and those links don't work. There are no on-line vs. off-line issues as far as the standard goes. A browser that cannot serve up offline ( local ) content is a broken browser. IE does it just fine.

I'd like to use atari800winplus in combination with cc65 to generate atari execuatbles and test them quickly. Is there a way to easily get an executable that cc65 has just created on the pc file system to be visible and runnable inside the emulator? The H: driver option for atari800winplus does not seem to work correctly.

bump?

Can I have some?

Does this work? Both version 3.1 and 4.0 beta 5 don't seem to work properly. With 4.0 I can't get anything at all. With 3.1 I can see the directory but, using sparta at least, cannot seem to execute things off of the PC directory. What I am doing is using the Atari->Settings menu to turn on the H: patch, then using the Atari->Hard Disks menu to choose a directory. In that directory I have the output files from some CC65 crosscompiles. I an use 'dir H:' and see the files, but any attempt to execute them results in a 'Error --146'. Any attempt to copy them to my ATR in D1: results in errors too, usually 'file exists' errors. Do these options work, and if they do, what am I missing?

Well, at the least you can save it to a disk image and then just send them the disk image. There's no requirement to be able to store the program specifically as a seperate individual PC disk file.