|
Post by Shiru on Dec 28, 2007 3:01:20 GMT -5
I tried few versions of BEX including that one, and was never able to compile anything (example programs or my own very simple code). It always shows different errors, usually 'UnSuccessfully Compiled !' without any additional information. I wonder, what I'm doing wrong?
|
|
zephyr
Burger Head
Delphi & Turbo Pascal Coder
Posts: 22
|
Post by zephyr on Dec 28, 2007 9:22:35 GMT -5
2Shiru
' ' - empty symbol. must be ' ' in begining of string for code and no ' ' for label. and one empty string in the begining of code text!
Try sample
Right ('dont type '-') *************************************************** ' Click the memory button to see the sizes of the strings
-option string size,12 -a$="hello" -option string size,16 -b$="wassup" *************************************************** Wrong *************************************************** ' Click the memory button to see the sizes of the strings
-option string size,12 a$="hello" -option string size,16 b$="wassup" *************************************************** Error
SNASM68K, version 2.1D, Dec 06 1995, 11:55:16, DOS4G PRO (c) 1993-95 Cross Products Ltd. All Rights Reserved __LABEL_a$="hello":
basic.s(5) : Error 22001 : Mnemonic '$' is not known __DATA_Pa$="hello":
---------------------------------------------------------------------------------- Maybe this??? ----------------------------------------------------------------------------------
2Devster Question??? How I can make my own type in BEX??? I want make some odject with the same parametrs!!!
For Example I want something like this (TPascal)
Object=record X,Y : integer; ... data : pointer end;
ManyObject: array [0..100] of Object
Then use: ManyObject[1].X:= ManyObject[1].Y:= ManyObject[1].data:=
How do like this in BEX???
|
|
|
Post by Shiru on Dec 30, 2007 1:42:17 GMT -5
zephyr, read carefully. I said that I can't compile any of example programs.
I now tried to install BEX on another computer, did all exactly same that I did on first (my) computer, and it works fine. Same code not compiles on my computer, with 'UnSuccessfully Compiled' error, but compiles fine on another. What can be reason?
|
|
|
Post by uchuusen on Dec 30, 2007 3:17:58 GMT -5
I've had a similar problem a couple years ago. Are you able to compile any assembly code with SNASM68K on its own?
|
|
|
Post by Shiru on Dec 30, 2007 3:49:21 GMT -5
Are you able to compile any assembly code with SNASM68K on its own? I checked it, and yes, seems that SNASM68K does not works on my computer. That strange, I have WinXP SP2 on my computer, so compatibility problems is understandable, but second computer has Vista, and BEX works fine there. I also tried to move SNASM into directory without long names, but that does not help. Is there any solutions?
|
|
|
Post by Tom Maneiro on Dec 30, 2007 17:04:51 GMT -5
There are two versions of SNASM68K: - one that runs on Win9x, but not on NT/2K/XP - and one that runs on NT/2K/XP. The one supplied on the 1.00 installer works for me (XP SP2). Also, if you get the ancient 0.19 installer (made by me, and available somewhere into the Eidolon's Inn file galleries), it will put the correct version for your OS. Talking about OS... for some odd reason, a variation of the "no SNASM68K when project is in drive E but BEX is in drive C" bug just appeared in V0.26 and v1.00 when running under Linux/WINE: if project is in same (virtual) drive (let's say: drive C) where is BEX, and if you have checked "Copy compiled ROM to source folder and rename" in Options, it will compile fine. But... if your project is in another drive (let's say: drive Z), BEX will fail to copy the compiled ROM to the source path... Odd bug... because this did not happend in my ancient (RIP) FC4 setup. WINE issue then?
|
|
oompa loompa
I AM THE GOVERNATOR
"Git 'Er Dun!"
Posts: 1,301
|
Post by oompa loompa on Dec 30, 2007 18:47:30 GMT -5
I don't know why this happens, even when running the 2000/xp snasm version in windows xp. on every single computer i have, snasm+basiegaxorz works fine (laptops, desktops, mixes of windows 2000/xp, etc). the only difference in my computers is that they are all 32bit cpu's. i don't have any 64-bit computers i don't know how compatible 64-bit cpu's are with 32-bit applications, especially old ones like snasm snasm is old and it sucks now these days (and i think it is illegal to have). i'll try to find an alternative assembler there's no way that i can support that type of coding in basiegaxorz . i had plans to implement structures (can be seen in argunerics), but then i had some other issues to deal with, which would take lots of code to fix it is a basiegaxorz issue. i fixed it in the next revision (which has not been released yet)
|
|
|
Post by pmjobin on Dec 30, 2007 22:22:27 GMT -5
Unlike countless recent assemblers (which are designed to act as backend for C/C++ compilers and are not meant to be used directly such as gas), I think snasm is a great assembler somehow. The macro support is the most powerful I've ever seen in any assembler. About it being illegal to use, well, I believe it is indeed. But I'd be rather suprised (or amused) to see SN Systems go after anybody using it. If it can be of any help, the Psy-Q assembler which is derived from the SN Systems one has an identical syntax. Beside, there is a version specifically made for Windows that (I believe) could serve as a drop-in replacement. Both ASM68K and ASMSH can be obtained from this site: www.segaxtreme.net/index.php?p=satdev(get the "Psy-Q Tools" package) Hope that helps! ;D [EDIT] @oompa loompa: I've finally decided to stop fighting against the retarded ORG directive (I've always experience weird problems when using it anyway). The GROUP directive yields much better results. BTW, if you happen to remember the part# of the pin compatible flash for the Radica, please let me know.
|
|
|
Post by evgeny on Jan 3, 2008 1:09:36 GMT -5
Why comnand "Puts" no longer working correctly? (coordinates)
|
|
oompa loompa
I AM THE GOVERNATOR
"Git 'Er Dun!"
Posts: 1,301
|
Post by oompa loompa on Jan 5, 2008 21:32:29 GMT -5
I still haven't found the part yet. I have a few tubes of these things too. They're supposedly a direct fit for the radica rom. You probably don't want to go to that route though, because then there'd be no way to program the flash I don't really know what happened, and I don't have the source with me right now. Is using the puts command like using the drawtiles command, but using the text plane? I might have an idea of how it changed. I think I positioned everything for the puts command to (0,0) instead of (1,1), which is the default text position. I can change it back in the next release
|
|
|
Post by pmjobin on Jan 6, 2008 21:03:06 GMT -5
Why not? The flash could be programmed in situ by the 68k using some custom logic, no?
|
|
oompa loompa
I AM THE GOVERNATOR
"Git 'Er Dun!"
Posts: 1,301
|
Post by oompa loompa on Jan 9, 2008 3:09:51 GMT -5
Why not? The flash could be programmed in situ by the 68k using some custom logic, no? I don't understand what you mean by "situ" but, reprogramming the flash can be accomplished in two ways: re-programming it in software, and in hardware. in order to re-program it in software, you will need a way to get a bootloader onto your flash (the program that will program the flash), and a way for the genesis to communicate with a host to receive data. in the hardware way, you will use lots of external logic to control the individual signals of the flash to reprogram it. there has to be some kind of logic in between the flash and the genesis, to multiplex whether the genesis has control of the flash, or the external programmer logic has control i still really like snasm too, for my projects which are geared at assembly language because it is actually a pretty friendly assembler. snasm also is able to make binaries too, which makes small things easier. i think there was one time, in which i had to use something like dosbox to get snasm to work
|
|
|
Post by jlf65 on Jan 9, 2008 17:15:34 GMT -5
"In situ" is Latin meaning "in the place". It's a phrase used to indicate the object in question is in its normal location. In electronics in general, in situ just means "plugged in". In this case, he means that the flash cart be programmed while it's plugged into the Genesis. The flash cart is "in its place", or in situ.
Some of the flash carts I've seen cannot be programmed in situ because the programming requires special voltage levels not available while it's in the Genesis socket. If the flash cart uses modern flash designed to run off a single rail voltage supply, then it can be programmed in situ.
|
|
|
Post by pmjobin on Jan 9, 2008 22:44:06 GMT -5
The software way is pretty much what I planned to do originally. I'd like to have some manually controlled (physical switch) bankswitching scheme to select wether the bootloader or the programmed game runs. I could modify the Radica switching logic in order to achieve this without too much hassle. For communication between the host PC and the Radica, I plan to use the controller port and interface it with the parallel port of the PC. For this, I'll need to convert voltage levels (3.3V->5V), but as a side effect, this will allow me to plug in a standard Genesis controller!
|
|
|
Post by Tom Maneiro on Jan 11, 2008 14:58:39 GMT -5
i think there was one time, in which i had to use something like dosbox to get snasm to work I STILL have to use DOSBOX to run SNASM... under Linux! ;D It would be nice to have a native Win32-based assembler for avoid those nasty issues. How hard could be program a custom assembler from scratch?
|
|