This is with a cvs download and the etc file installed.

Drats....

I thought we had the build issues worked out in the current
CVS tree.

when i first started getting the cvs version, there was another file that had to be gotten and opened to supply some additional files... when sqafix was added, there was talk of another file that is/was necessary... i've not been back to the site in a while... could you please refresh my memory on the site to go to and what the additional file is that's needed??

)\/(ark


* Origin: (1:3634/12)

I thought we had the build issues worked out in the current
CVS tree.

when i first started getting the cvs version, there was
another file that had to be gotten and opened to supply
some additional files... when sqafix was added, there
was talk of another file that is/was necessary... i've
not been back to the site in a while... could you
please refresh my memory on the site to go to and what
the additional file is that's needed??

Either ./configure or make build or make install lists the .tar.gz file name that's needed (and not the .tar.gz contents aren't yet in the CVS tree). I don't remember off the top of my head the file name. If I remember right, the .tar.gz file is one of the two listed on the maximus.sourceforge.net web site.

Take care.

Bob Jones, 1:343/41




--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)

I thought we had the build issues worked out in the current
CVS tree.

when i first started getting the cvs version, there was
another file that had to be gotten and opened to supply
some additional files... when sqafix was added, there
was talk of another file that is/was necessary... i've
not been back to the site in a while... could you
please refresh my memory on the site to go to and what
the additional file is that's needed??

Either ./configure or make build or make install lists the
.tar.gz file name that's needed (and not the .tar.gz contents
aren't yet in the CVS tree). I don't remember off the top of
my head the file name. If I remember right, the .tar.gz file
is one of the two listed on the maximus.sourceforge.net web
site.

the 00-README.1ST file mentions max-3.03-etc.tar.gz which i must have already gotten and installed as i've been able to compile max up until the sqafix stuff
was added... at that time, mention of another file was made... its that filename that i'm unsure of... i'll check the site and see what i can find out...

i just looked at my logs of my update sessions and my last log ends with an attempt to change into the sqafix directory which is nonexistant on my box...

here's my update script...

===== updatemax =====
echo updating from cvs
cvs up 2>&1 > 1.log
echo configuring... hit enter...
./configure --prefix=/opt/max 2>&1 > 2.log
echo running make build
make build 2>&1 > 3.log
===== end =====

the above terminates with the following...

=====
gmake[1]: Leaving directory `/opt/maximus/msgapi'
/bin/sh: cd: sqafix: No such file or directory
cd sqafix && /usr/bin/gmake
/bin/sh: cd: sqafix: No such file or directory
make: *** [sqafix] Error 1
=====

unfortunately, my redirections aren't grabbing the /bin/sh lines or the make: line and directing them into the logs as desired... i had it working like that at one time and had to recreate the script and forgot how i did it before... enlightenment?

thanks...

)\/(ark


* Origin: (1:3634/12)

Mark:

Would you try adding a subdirectory 'sqafix' (without the quotes) at the same level that the squish, slib, util, etc. (typically .../maximus/sqafix ) already
exist in your source code tree and try running your CVS update again? I suspect that you may have a user ID issue with creating sub-directories in the location where you are compiling the code and updating from CVS. :( Let me know what happens.

Thanks.

Bob Jones, 1:343/41

i just looked at my logs of my update sessions and my
last log ends with an attempt to change into the sqafix
directory which is nonexistant on my box...

here's my update script...

===== updatemax =====
echo updating from cvs
cvs up 2>&1 > 1.log
echo configuring... hit enter...
./configure --prefix=/opt/max 2>&1 > 2.log
echo running make build
make build 2>&1 > 3.log
===== end =====

the above terminates with the following...

=====
gmake[1]: Leaving directory `/opt/maximus/msgapi'
/bin/sh: cd: sqafix: No such file or directory
cd sqafix && /usr/bin/gmake
/bin/sh: cd: sqafix: No such file or directory
make: *** [sqafix] Error 1
=====

unfortunately, my redirections aren't grabbing the
/bin/sh lines or the make: line and directing them into
the logs as desired... i had it working like that at
one time and had to recreate the script and forgot how
i did it before... enlightenment?

thanks...

--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)

Mark:

Would you try adding a subdirectory 'sqafix' (without the
quotes) at the same level that the squish, slib, util, etc.
(typically .../maximus/sqafix ) already exist in your source
code tree and try running your CVS update again? I suspect
that you may have a user ID issue with creating
sub-directories in the location where you are compiling the
code and updating from CVS. :( Let me know what happens.

added the directory with the same results... running everything as root so that
should not be a problem... ended up removing everything and reinstalling maximus-3.03-etc.tar.gz and running

cvs -z3 -d :pserver:anonymoys@cvs.sourceforge.net:/cvsroot/maximus co maximus

(instead of cvs up)

and then cd into the maximus directory and run ./configure and then make build with a similar error... my redirection logging isn't working as i'd like but the screen output without redirection ends like so...

sqafix.c:2180: warning: passing arg 2 of `DoDumpArea' from incompatible pointer
type
sqafix.c:2182: warning: passing arg 2 of `DoRunManualMode' from incompatible pointer type
sqafix.c: At top level:
sqafix.c:218: warning: `DoCheckKey' defined but not used
sqafix.c:228: warning: `DoGetKey' defined but not used
gmake[1]: *** [sqafix.o] Error 1
make: *** [sqafix] Error 2

i'm currently seeking info on redirecting everything to the log file... seems that

program 2>&1 > logfile

isn't grabbing everything as desired...

)\/(ark


* Origin: (1:3634/12)

Hello mark!

09 Nov 03 13:59, you wrote to Bob Jones:

and then cd into the maximus directory and run ./configure and then
make build with a similar error... my redirection logging isn't
working as i'd like but the screen output without redirection ends
like so...

sqafix.c:2180: warning: passing arg 2 of `DoDumpArea' from
incompatible pointer type
sqafix.c:2182: warning: passing arg 2 of `DoRunManualMode' from incompatible pointer type
sqafix.c: At top level:
sqafix.c:218: warning: `DoCheckKey' defined but not used
sqafix.c:228: warning: `DoGetKey' defined but not used
gmake[1]: *** [sqafix.o] Error 1
make: *** [sqafix] Error 2

That's only warnings which doesn't help a lot by debugging..

Please netmail me the whole make sequenze or so.

Regards,
Bo

--- GoldED+/LNX 1.1.4.7
* Origin: The Night Express - Roennede, Dk (2:236/100)

Would you try adding a subdirectory 'sqafix' (without the quotes)
at the same level that the squish, slib, util, etc.

Another question.
Does sqafix sources exist in original Pete's package? I know it can be compiled
with Watcom, but CVS doesn't have original makefiles.

If anybody can send me these sources, please write to <stro@isd.dp.ua>

Serguei Trouchelle
--- timEd/386 1.10.y2k+
* Origin: Was sollen wir trinken Sieben Tage lang... (2:550/357.1)

Mark:

Appologies for the long delay in replying..... Unfortunately, it's not going to get better over the next 2 months.....

Would you try adding a subdirectory 'sqafix' (without the
quotes) at the same level that the squish, slib, util, etc.
(typically .../maximus/sqafix ) already exist in your source
code tree and try running your CVS update again? I suspect
that you may have a user ID issue with creating
sub-directories in the location where you are compiling the
code and updating from CVS. :( Let me know what happens.

added the directory with the same results... running
everything as root so that should not be a problem...
ended up removing everything and reinstalling maximus-
3.03-etc.tar.gz and running

Drats..... I may have to have you roll back ./configure to the version before I added sqafix. :(

cvs -z3 -d
:pserver:anonymoys@cvs.sourceforge.net:/cvsroot/maximus co maximus

(instead of cvs up)

and then cd into the maximus directory and run
./configure and then make build with a similar error...
my redirection logging isn't working as i'd like but
the screen output without redirection ends like so...

sqafix.c:2180: warning: passing arg 2 of `DoDumpArea'
from incompatible pointer type
sqafix.c:2182: warning: passing arg 2 of
`DoRunManualMode' from incompatible pointer type

Ok. Someone is going to have to dig into DoDumpArea and DoRunManualMode calls and see what's up. I am guessing that I'll find a define or macro definition isn't correct for your platform. :(

sqafix.c: At top level:
sqafix.c:218: warning: `DoCheckKey' defined but not used
sqafix.c:228: warning: `DoGetKey' defined but not used
gmake[1]: *** [sqafix.o] Error 1
make: *** [sqafix] Error 2

i'm currently seeking info on redirecting everything to
the log file... seems that

program 2>&1 > logfile

try 'program 1>name.log 2>name.err'... Unfortunately, that will seperate stderr from stdout lines.....

Hmmmm......

Thanks for the note. If you find a solution, let me know.

Take care.....

Bob Jones, 1:343/41



--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)

Would you try adding a subdirectory 'sqafix' (without the quotes)
at the same level that the squish, slib, util, etc.

Another question.
Does sqafix sources exist in original Pete's package? I
know it can be compiled with Watcom, but CVS doesn't
have original makefiles.

If anybody can send me these sources, please write to <stro@isd.dp.ua>

For original sources, please contact Pete. He is registered on on the Maximus Sourceforge page, and I think e-mail to his sourceforge accout does get to him.
If you do get source from Pete, please make sure you keep what is on the sourceforge site legal under the GNU public license.

The main problem with the original SqaFix code was a couple of copyrighted source files that Pete had. From memory, I had to replace four files. One file was the CRC-16 / CRC-32 calculation. That file was believe to be PD, but I didn't have clear knowledge of that. So, I replaced the CRC calculation with
one from another GNU package. The current CRC code should be OK with the Watcom compiler, but I haven't tried it yet. The (two or) three other files contained Borland copyrights if I remember correctly. So, if you had the appropriate Borland C(?) compiler, you could use the code..... I wouldn't be supprised if at least part of the Borland code has been released for public consumption, but I didn't have the time to track it down. From memory, these files dealt with OS issues, such as file name / directory issues, etc. Bo and I had to replace these files with other code or new code, and that new code was
only tested in a Linux / Unix based environment. I'm sure there will be some changes needed in those (two or) three files to get the code to compile again for a Win32 / OS/2 / DOS target.

And I did drop a few files from being checked in to the SqaFix subdirectory on sourceforge from Pete's original code because I didn't have a way to use or check the file's contents. I think the Watcom IDE's control files (i.e. make stuff) was part of that.

Take care.....

Bob Jones, 1:343/41



--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)

i'm currently seeking info on redirecting everything to
the log file... seems that

program 2>&1 > logfile

try 'program 1>name.log 2>name.err'... Unfortunately, that
will seperate stderr from stdout lines.....

that's what i've ended up doing... i guess it does make it easier to see the errors ;-)

Hmmmm......

Thanks for the note. If you find a solution, let me know.

hopefully you've read my other messages by now... i did finally get a complete compile... seems that there are some ^Ms in a couple of the sqafix files and my
compiler doesn't like lines that continue on subsequent lines with a \... i've had to recombine all those onto one line as use tr to change the ^Ms to spaces...

)\/(ark


* Origin: (1:3634/12)

program 2>&1 > logfile

try 'program 1>name.log 2>name.err'... Unfortunately, that will
seperate stderr from stdout lines.....

It can be used as 'program 1>>name.log 2>>name.log', and you'll have it in timing order, but you cannot recognize, which line is stderr.

Serguei Trouchelle
--- timEd/386 1.10.y2k+
* Origin: Send more complaints! (2:550/4077.101)