On Sun, 13 Apr 2008 11:08:56 GMT, wrote:
> On 11 Apr., 18:30, "Auric__" <not.my.r...@[EMAIL PROTECTED]
> wrote:
>> On Fri, 11 Apr 2008 08:30:52 GMT, wrote:
>> > On 9 Apr., 22:28, "Auric__" <not.my.r...@[EMAIL PROTECTED]
> wrote:
>>
>> >> Downloading now. I'll try it out tonight or tomorrow and get
>> >> back to you, especially as compared to my initial testing. My
>> >> only comments right now are mutterings about people who
>> >> continue to use gzip when there are much more efficient
>> >> compressors available. ;-)
>>
>> > Sure, there are always more efficient compressors available.
>> > Since I try to sup****t various operating systems, I have to
>> > choose the least common denominator as compressor.
>> > Since all the fancy windows compression programs are not
>> > available under unix I cannot use them.
>>
>> There's always bzip2. Most of the time it offers better
>> compression than gzip. (For seed7 it's usually about 1/4 to 1/3
>> smaller; for everything else it depends on the filetype. I usually
>> use a script I wrote that compresses your selected file with
>> everything available, one at a time.)
>
> I am not sure if windows sup****t for bzip2 decompression is as
> widespread as sup****t for gzip decompression.
Since neither is natively sup****ted by the OS, the end user will have
to download a decompressor no matter what you use. I've tried a number
of compression programs under Windows -- PKzip, Winzip, WinRAR, WinRK,
StuffIt, 7zip, a number of others -- and all sup****t both gzip and
bzip2.
>> > I'm looking forward to seeing your feedback.
>>
>> Well... I wrote down a nice big list, then forgot to copy it to my
>> USB stick. [sigh] This is all from memory.
>
> Such a problem (forgetting to copy something to the USB stick)
> sounds familiar. Could you send the nice big list when it is
> available?
The big list is just a slightly more detailed version of what I
already posted. Nothing new except the individual files and line
numbers. (As for the copy->USB problem, I did the exact same thing
last time I tried seed7.)
>> INSTALLING:
>> As before, I had to edit the makefile to find my libX11. I again
>> recommend either mentioning this in the README, or finding someone
>> who knows how to write a configure script. (I'm using a very
>> standard Slackware install; this *will* be a problem for people
>> besides me.)
>
> There exists the file src/read_me.txt which explains this problem.
Okay. I only looked at the top-level README.
>> The compile had no errors, but lots of warnings -- maybe double
>> the last time. The previous warnings were all complaints about
>> type casting; they're still there but this one added
>> "'variablename' is declared but not used" and "'variablename' may
>> be used uninitialized". [shrug]
>
> Interestingly gcc is not able to recognize when the states of two
> variables are connected. Such as a global fail_flag variable and
> a local condition variable (cond). The connection is: As long as
> fail_flag is FALSE the cond variable is initialised. When the
> fail_flag is TRUE the cond variable is not used and therefore it
> could be in an uninitialized state. At several places I use such
> connected variable states which are not recognized by the gcc
> optimizer and are therefore flagged with a warning. I accept such
> warnings in performance critical paths. I am not willing to do
> "unnecessary" initialisations in performance critical paths of the
> program. At places that are not performance critical I do some
> of this "unnecessary" initialisations just to avoid such warnings.
> OTOH I was able to remove some of this "may be used uninitialized"
> messages by reordering program code.
As I've said, I'm not much of a C-family programmer. [shrug]
>> The BASIC programs all run a bit slow. (I can't recall if this was
>> happening in the previous version; I was mostly looking to see if
>> they worked at all.) I chalk it up to the fact that the
>> interpreter is itself interpreted, but you may want to check for
>> yourself.
>
> Yes, if you call Bas7 with './hi bas7 myProg', the Bas7 interpreter
> is itself interpreted. That way you have two levels of
> interpretation. But it is also possible to compile the Bas7
> interpreter with './hi comp bas7' in the seed7/prg directory. This
> should produce a bas7 executable which can be used to execute basic
> programs with './bas7 myProg'.
I never noticed that. I'll try it tonight or so.
>> Most notable is eliza.bas (from the early-to-mid 80's; the reason
>> I also ran eliza.sd7, for comparison)
>
> There are also startrek.sd7, hamu.sd7, wumpus.sd7 and wiz.sd7 which
> might be compared to a BASIC version.
I have wumpus.bas somewhere; I'll see if I can dig it out.
>> which runs just fine under several
>> DOS BASICs, but has a noticeable pause after each line of input. I
>> didn't check the logs, but my guess is that the slowdown is caused
>> by the logging. Eliza parses the text in a very... well... let's
>> call it overly-complex manner, and each line of the parsing,
>> string manipulating, and reply choosing probably generates its own
>> log output. A very slow way to talk to yourself.
>
> A compiled Bas7 interpreter would help here also.
No doubt.
>> Also, text-mode colors still aren't there. (I realize they're
>> probably pretty low on the todo list.) *This* is what I meant last
>> time by "no colors". (I ran a BASIC program that "tests" VGA
>> colors.)
>
> The text colors work in graphic windows (but there are lots of
> other problems with graphic windows). The solution I plan for text
> colors is to have always graphic windows (also for text only
> programs). That way it would not be necessary to improve my console
> (screen) driver to work with colors.
Not for me. I tried a few different BASIC color toys under plain
terminal (no X), xterm, Konsole, and GNOME Terminal. I'll send them to
you tomorrow so you can see if it's just me.
>> I haven't tried any actual graphical programs, but then, I don't
>> think that I have any with line numbers...
>
> Bas7 can also execute basic programs without line numbers.
> It has also sup****t for various features of QBasic (DO, SELECT,
> structured IF, ...). Several im****tant features of QBasic are
> currently not sup****ted with Bas7: Subprograms and functions with
> parameters (subprograms without parameters work), user defined
> types, common blocks... I do not want to advertise the features of
> QBasic that Bas7 sup****ts, until more of them work.
I'll try some of the demos I wrote (they're all pretty simple) and let
you know.
--
In dreams, I see myself flying
Closer to the sun and I'm climbing
Tried to touch the sun, but the brightness burned my eyes.
Unconscious, or am I conscious?
Fell from the sky like a star
Sometimes I feel as though I'm frozen in heaven.
-- Fear Factory, "Invisible Wounds"
|
