I built a new AWeb that address the security concerns that were posted recently and fixes afew other bugs.

As an aside the version of AWebJS has experimental ARexx support so you can write control scripts in javascript if you are crazy enough to want to do so...


http://os4depot.net/?function=showfile&file=network/browser/aweb.lha

Source is included in the archive so those wishing to build 68k and Morphos versions can do so.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues

Nice.

_________________
Tinkering with computers.

@broadblues

Thanks.

@broadblues

Good job...

_________________
"When the Amiga came out, everyone [at Apple] was scared as hell." (J.L. Gassée, former CEO of Apple France and chief of devs of Mac II-fx, interviewed by Amazing Computing, Nov 1996).

@broadblues

Very cool - you are one talented individual!

_________________
Sam

Does anyone know the minimum RAM requirements for compiling this on OS3?

When compiling with GCC with 128Mb RAM, I get a "Virtual memory exhausted. Stop." error.

Last edited by Minuous on 04-Mar-2014 at 01:18 PM.

@Minuous

Quote:

When compiling with GCC with 128Mb RAM, I get a "Virtual memory exhausted. Stop." error

Virtual memeory on 3.x ? Maybe some patch is running? Is this on a real machine or UAE ?

I used to build 68k AWebs on my A1200 with 16Mb ram.

Occasionally I would have to move T: to a hard disk for building stuff but I don't remeber doing that for AWeb.

I took a while to build from scratch but never ran out of memory.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues

>I used to build 68k AWebs on my A1200 with 16Mb ram.

Was that with GCC, or with SAS/C?

I'm compiling with WinUAE. I don't know why it refers to virtual memory, maybe the error messages aren't fully Amiga-ized. I'm not running any kind of virtual memory patch AFAIK, but I'm using a premade OS3.1+GCC harddisk image so I haven't examined all of the patches it's running yet.

Full output from typing 'make' is:

mkdir -p build/
gcc tools/builddate.c -o build/builddate
build/tubsfind -c build/tubscache -o build/Tubsfiles -e build/ -e distribution/ -e %/CVS
touch aweb/version.c
Tubsengine:261: Adding modules...
Tubsengine:274: Finding out modules dependencies...
Tubsengine:281: Building modules...
make[1]: *** virtual memory exhausted. Stop.
make: *** [all] Error 2

I suppose some kind of bug in GCC 2.95.3 is likeliest to be the cause.

Last edited by Minuous on 04-Mar-2014 at 01:49 PM.

@Minuous

Quote:

Was that with GCC, or with SAS/C?

Always with GCC.

Quote:

mkdir -p build/ gcc tools/builddate.c -o build/builddate build/tubsfind -c build/tubscache -o build/Tubsfiles -e build/ -e distribution/ -e %/CVS touch aweb/version.c Tubsengine:261: Adding modules... Tubsengine:274: Finding out modules dependencies... Tubsengine:281: Building modules... make[1]: *** virtual memory exhausted. Stop. make: *** [all] Error 2 I suppose some kind of bug in GCC 2.95.3 is likeliest to be the cause.

Actauly no it didn't it get as far as calling gcc (apart from the initial tools build). That looks as though you have an old make.

The AWeb build system needed a much newer version of make than was supplied as standard with GeekGadgets.

In the old days all this was on the AWeb website but that was lost unfortunatly.


By luck I have it in my broken UAE harddisk on my SAM so I can email it to you if you need it.

Also you might need the module/linbix code as that's not in the archive I posted to os4depot.

email me andy@broad.ology.org.uk and I'll send you the bits and pieces you might need.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@Minuous

Quote:

Quote: When compiling with GCC with 128Mb RAM, I get a "Virtual memory exhausted. Stop." error Virtual memeory on 3.x ?

There is virtual memory on 3x available as 3rd party packages but this erro message just mean you ran out of memory.

I recall I ran into similar issue when I was trying to compile AWeb on MorphOS and my Make was not new enough.

Last edited by itix on 04-Mar-2014 at 05:48 PM.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

Than,s for this.

_________________
Peg1, Peg2, Efika,
Amiga 500, Amiga 1230,
Amiga 4000PPC,
Sam 440EP, AmigaOne XE,
MacMini PPC, PowerMac G4, G5

Quote:

broadblues wrote: @Minuous Actually no it didn't it get as far as calling gcc (apart from the initial tools build). That looks as though you have an old make. The AWeb build system needed a much newer version of make than was supplied as standard with GeekGadgets.

I'm using 68k GNU make 3.76.1 (maybe the version recommended for compiling AWeb?) which works pretty good but I have had rare problems where it tells me there is no rule nonsense with a perfectly valid makefile (copy to ram or edit spaces/tabs will sometimes make it work). GNU 68k make 3.77 has even worse problems. It won't find the proper path sometimes. Of course the old 68k GNU make is too old. If anyone knows of a better version of 68k make, I would like to hear it.

Thanks for the update Andy. It gives me some motivation to give it another try at compiling. I used to get about 1/2 way through using GCC 3,4.1 on a 68060@75MHz+30MB/s HD+PFS which is ok speed. I have a little more experience now but I'm still allergic to makefiles.

@matthey

3.76.1 is too old, unless I'm mistaken, the version I have is

7.AmigaOS4:> work:UAE/hardisks/work/GG/bin/make --version
GNU Make 3.81a2
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

Last edited by broadblues on 04-Mar-2014 at 11:34 PM.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues

I was going to post my make to aminet but it seems there are plenty of more recent makes there allready:

http://aminet.net/search?query=make-3

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

Quote:

broadblues wrote: @matthey 3.76.1 is too old, unless I'm mistaken, the version I have is 7.AmigaOS4:> work:UAE/hardisks/work/GG/bin/make --version GNU Make 3.81a2 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. AWeb (APL that is, orig was obviously SAS/C) was historically built with 2.93.7 (or is that 2.97.3 ?) on 68k, can't see why later gccs wouldn't work though, the AmigaOS 4 gcc is more recent.

Thanks again. Make 3.81 is on Aminet:

http://aminet.net/dev/gg/make-3.81-bin-m68k.lha
http://aminet.net/dev/gg/make-382-bin-m68k.lha

I'll give it a try. I never got my GCC 2.95.3 install to work. The 68k GCC install is a pain. GCC 3.4.0 has more modern GCC options which is nice but the integer code generation quality is a little behind GCC 2.95.3. They both have their bugs.

Edit: You beat me to the link. I might have to try the 3.82 version of make too.

Last edited by matthey on 05-Mar-2014 at 12:17 AM.
Last edited by matthey on 05-Mar-2014 at 12:12 AM.

@matthey

>I have a little more experience now but I'm still allergic to makefiles.

Same here, I have built and released the MOS port but was unable to get it to build on OS3 and eventually gave up in frustration, hopefully you have more luck.

I tried Make 3.81 and 3.82. They both ask me to insert "usr" in any drive but I don't fit ;). Good old make 3.76.1 gets right to compiling without any issues but it doesn't work with AWeb. Do the newer makes require an assign for usr? What are they looking for in usr (config files)? I didn't see any requirement in a quick glance of the docs but I may have missed it.

@matthey

The standard geekgadgets startup script assign USR: as far as I remember.

like so:

assign BIN: GG:bin
assign USR: GG:
assign USR: GG:perl add
assign USR: GG:apache add

If you haven't run GG:sys/s/GG-Startup before comping you will not be getting very far.

I have a slow but usable WInUAE setup now, so may get to AWeb compiling, but not for a short while.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues
Thanks. I'll give that a try. I have several scripts (with ICONX) for each compiler install to try to avoid incompatibilities and tons of assigns I generally don't use in S:user-startup. It's a good idea if I fully knew what I was doing. GCC is the difficult one. I have a little Linux understanding but Linux almost requires experts and Amiga Linux programs are generally bastards. I wish GCC was as easy to install and understand as vbcc. I'm compiling BlitzQuake right now with a beta version of vbcc with my new partial c99 math implementation for the 68k FPU, new 68020+ assembler inlines for memcpy(), memmove() and memset() and new compile of vasm with everything going smoothly. With GCC, I can't even install 2.95.3 or get make to work ;).

@broadblues

Quote:

assign BIN: GG:bin assign USR: GG: assign USR: GG:perl add assign USR: GG:apache add

USR: is assigned to GG:usr

Full set of assigns is following:

; GG environment setup
assign gg: SDK:GG
assign bin: gg:bin
path gg:bin add

if not exists env:PATH
echo ":/bin:/usr/bin:/usr/local/bin:/c:." >env:PATH
endif

assign usr: gg:usr defer
assign local: gg:local defer
assign etc: gg:etc defer
assign man: gg:man defer
assign info: gg:info defer
assign tmp: t: defer
assign ade: gg: defer
assign var: gg:var defer
assign share: gg:share defer

path usr:bin add
path usr:local/bin add

To speed up compiling you could add GCC to resident commands.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook