Menu
▾
▴
plantool-developer — Development discussing, also for new ideas
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(99) |
Aug
(61) |
Sep
(18) |
Oct
(63) |
Nov
(175) |
Dec
(45) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(1) |
Feb
|
Mar
(9) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Reinout v. R. <re...@va...> - 2003-12-02 09:31:00
|
On Tue, 2 Dec 2003, Lomwel, Alexander-van wrote: > I never though stats would be running under DOS this easely. > GREAT !! Agreed. Does somebody know whether it is possible to cross-compile (?) something for windows under linux? That would make auto-genererating binaries for windows a lot easier. I never did something like that, that's why I'm asking :-) Reinout -- Reinout van Rees - re...@va... http://vanrees.org/ "I bet that's a real nice ship now that the rats have left." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-12-02 08:55:22
|
PS: I never though stats would be running under DOS this easely. GREAT !! see further below. > -----Original Message----- > From: Reinout van Rees [mailto:re...@va...] > Sent: dinsdag 2 december 2003 9:35 > To: pla...@li... > Subject: Re: [Plantool-developer] Re: Stats.exe is working > > > Hello all, > > Alex had a few "if DOS then ..." requests. I'm fairly sure ./configure > could handle that and could pass the needed -D options to gcc. > You are totally right. I think configure already sets some parameter. > I don't have any time this week to look into it (Dutch mode: ik moet > surprises voor sinterklaas maken), but I'll do it somewhere in > december. Feel free to put in hacks for the moment, but please keep a > list of them, so that > > a) We can get them out again. > We sure need to, lets not make a mess of things. > b) I've got a list to work from. > > Perhaps just chuck it into a bug report, assigned to me. > Just done it. > Reinout > > -- > Reinout van Rees - re...@va... > http://vanrees.org/ > "I bet that's a real nice ship now that the rats have left." > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plantool-developer mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plantool-developer > Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldiging is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to whom or which it is addressed. Unauthorised use, disclosure or copying is strictly prohibited. The sender accepts no liability for the improper transmission of this communication nor for any delay in its receipt. |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-12-02 08:48:56
|
Lodie; Line ends should not be the problem, since the compiler translates \n to the local definition. The display code should have no problems with dos. (It worked under dos for 5 years or so.) greetigns; Alexander > -----Original Message----- > From: Martijn Otten [mailto:mo...@dd...] > Sent: dinsdag 2 december 2003 5:54 > To: ma...@va... > Cc: pla...@li... > Subject: [Plantool-developer] Re: Stats.exe is working > > > Maurits van Rees wrote: > > > Hello, > > > > I changed the stats 1.13 source a bit: > > - stats.h: I removed the line #include values.h > > - statsUnp.c: I added a line almost at the top: MAXINT = > 1000000; This is > > the only file that uses values.h and apparently only for > the MAXINT. The > > one million is probably not good. > > > > But with these changes I can get a compile of stats.exe! > > > > It doesn't seem to recognize all my planets though. I am > quite sure that I > > have more than 17! Maybe that's because it is an earlier > version, but it > > may be something that goes wrong in Windows only. Ships > seem fine. Sanity > > looks okay. No core dumps so far. > > > > But, Martijn: it would better to get the latest source from > cvs and try it > > with that. [I cc-ed this email to him.] I'll try that later as well. > > > > -- > > Maurits > > > Maurits, > > thanx for compiling stats. It is working fine (although I may > have some > user interface suggestions). > > In my case stats is only showing 27 planets. In RL I'm the > proud owner > of 54 (and you 34). A possible reason for this behaviour > might be: the > usage of CR/LF (Windows) instead of a single LF (Unix?). > > MO > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plantool-developer mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plantool-developer > Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldiging is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to whom or which it is addressed. Unauthorised use, disclosure or copying is strictly prohibited. The sender accepts no liability for the improper transmission of this communication nor for any delay in its receipt. |
|
From: Reinout v. R. <re...@va...> - 2003-12-02 08:34:04
|
Hello all, Alex had a few "if DOS then ..." requests. I'm fairly sure ./configure could handle that and could pass the needed -D options to gcc. I don't have any time this week to look into it (Dutch mode: ik moet surprises voor sinterklaas maken), but I'll do it somewhere in december. Feel free to put in hacks for the moment, but please keep a list of them, so that a) We can get them out again. b) I've got a list to work from. Perhaps just chuck it into a bug report, assigned to me. Reinout -- Reinout van Rees - re...@va... http://vanrees.org/ "I bet that's a real nice ship now that the rats have left." |
|
From: avlomwel <av...@fi...> - 2003-12-02 07:59:10
|
Odd, MAXFLOAT is allso in use somewhere. statslanguage.y
the typografy under windows is not POSIX compliant, since MAXFLOAT is
accepted. You might want to try MAX_INT instead of MAXINT.
Or go through the include files and find the right name for it.
Something else that goes wrong under dos is PI. The values there are
wrong. This will impact some planet info like headings etc.
Further the string.h instead of the strings.h library should be included under
dos. (Maybe the made it compliant nowadays, but trying it won't hurt.)
Last and that has probably something to do with the 17 planets. a compiler
swith need to be added to make int 4 bytes long. (Default is 2. This will
create a rollover in the extraction of the planet datafiles.)
greetings;
Alexander
PS:
When stats was still dos comlpiant there used to be a compiler directive. I
propose to introduce this again.
>gcc -D DOS
/* For example: stats.h */
#ifdef DOS
#define MAXINT 1000000
#include <string.h>
#eldef /* Not sure about this syntax */
#include <strings.h>
#endif
On Tue, 2 Dec 2003, Martijn Otten wrote:
> Date: Tue, 02 Dec 2003 05:54:19 +0100
> From: Martijn Otten <mo...@dd...>
> Reply-To: pla...@li...
> To: ma...@va...
> Cc: pla...@li...
> Subject: [Plantool-developer] Re: Stats.exe is working
>
> Maurits van Rees wrote:
>
> > Hello,
> >
> > I changed the stats 1.13 source a bit:
> > - stats.h: I removed the line #include values.h
> > - statsUnp.c: I added a line almost at the top: MAXINT = 1000000; This is
> > the only file that uses values.h and apparently only for the MAXINT. The
> > one million is probably not good.
> >
> > But with these changes I can get a compile of stats.exe!
> >
> > It doesn't seem to recognize all my planets though. I am quite sure that I
> > have more than 17! Maybe that's because it is an earlier version, but it
> > may be something that goes wrong in Windows only. Ships seem fine. Sanity
> > looks okay. No core dumps so far.
> >
> > But, Martijn: it would better to get the latest source from cvs and try it
> > with that. [I cc-ed this email to him.] I'll try that later as well.
> >
> > --
> > Maurits
>
>
> Maurits,
>
> thanx for compiling stats. It is working fine (although I may have some
> user interface suggestions).
>
> In my case stats is only showing 27 planets. In RL I'm the proud owner
> of 54 (and you 34). A possible reason for this behaviour might be: the
> usage of CR/LF (Windows) instead of a single LF (Unix?).
>
> MO
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Plantool-developer mailing list
> Pla...@li...
> https://lists.sourceforge.net/lists/listinfo/plantool-developer
>
---------------------------------------------------------------------
Never be afraid to try something new. Remember, amateurs built the
ark; professionals built the Titanic.
---------------------------------------------------------------------
|
|
From: Martijn O. <mo...@dd...> - 2003-12-02 05:51:57
|
Maurits van Rees wrote: > Hello, > > I changed the stats 1.13 source a bit: > - stats.h: I removed the line #include values.h > - statsUnp.c: I added a line almost at the top: MAXINT = 1000000; This is > the only file that uses values.h and apparently only for the MAXINT. The > one million is probably not good. > > But with these changes I can get a compile of stats.exe! > > It doesn't seem to recognize all my planets though. I am quite sure that I > have more than 17! Maybe that's because it is an earlier version, but it > may be something that goes wrong in Windows only. Ships seem fine. Sanity > looks okay. No core dumps so far. > > But, Martijn: it would better to get the latest source from cvs and try it > with that. [I cc-ed this email to him.] I'll try that later as well. > > -- > Maurits Maurits, thanx for compiling stats. It is working fine (although I may have some user interface suggestions). In my case stats is only showing 27 planets. In RL I'm the proud owner of 54 (and you 34). A possible reason for this behaviour might be: the usage of CR/LF (Windows) instead of a single LF (Unix?). MO |
|
From: Maurits v. R. <ma...@va...> - 2003-12-02 03:24:10
|
Hello, I changed the stats 1.13 source a bit: - stats.h: I removed the line #include values.h - statsUnp.c: I added a line almost at the top: MAXINT = 1000000; This is the only file that uses values.h and apparently only for the MAXINT. The one million is probably not good. But with these changes I can get a compile of stats.exe! It doesn't seem to recognize all my planets though. I am quite sure that I have more than 17! Maybe that's because it is an earlier version, but it may be something that goes wrong in Windows only. Ships seem fine. Sanity looks okay. No core dumps so far. But, Martijn: it would better to get the latest source from cvs and try it with that. [I cc-ed this email to him.] I'll try that later as well. -- Maurits |
|
From: Maurits v. R. <ma...@va...> - 2003-12-02 03:20:25
|
Hello Alexander, I have been trying to get stats to compile under Windows. I do that using cygwin. Martijn Otten has been trying the same, which is one of the reasons why I want to get this to work. Problem: values.h ./configure complains that this is missing. 'make' also really wants this or else it won't compile. The use values.h seems to be outdated, if I see this and other messages: http://www.cygwin.com/ml/cygwin/2001-01/msg00132.html "In short, values.h has been obsolete for over 12 years - any code which wants to be portable should be changed to use the float.h identifiers instead." According to ./configure the missing values.h is the only problem. Is it possible to remove the values.h dependency from the stats.h file by using float.h or something? BTW, I am trying all this with the stats source of version 1.13. -- Maurits |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 15:50:42
|
Reinout van Rees wrote: > [emp] > player=8 > master=~/pl/Memp > [delfshaven] > player=4 > master=kdjlkskdf > > win.ini style or so. Let's just see what python (and C) likes and use > a standard format. There's bound to be a standard format that allows > such section-like things. I didn't like your format because the > headers looked similar to the options, that's why. I committed something. You can now put the config for your games in statsgen.rc. I added a configreader.py to parse that. Result: you can now do: python myplanets.py gamename I can probably add an output=blahblah option so that python puts its output directly into a file instead of printing it to the screen. The config reader is pretty tolerant with regards to whitespace and dos/linux end-of-lines. Everything that is not recognized as the [gamename] that we are looking for or one of the config options for that gamename, is ignored. The #comment lines then don't really need the "#", but let's stick to that. python configreader.py prints the info on "delfshaven" that it can find in statsgen.rc. Good for testing. -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-11-28 13:48:23
|
Ah, ahum, silly us, yeah, ok, you win. Pfff, then we stick to what we did already and I should upgrade. =09greets; =09 Alexander > -----Original Message----- > From: Maurits van Rees [mailto:ma...@va...] > Sent: vrijdag 28 november 2003 14:29 > To: pla...@li... > Subject: Re: [Plantool-developer] Flex errors and warnings >=20 >=20 > Lomwel, Alexander-van wrote: > > I have to get back on this: > >=20 > > flex 2.5.4-2 uploaded to master > >=20 > > =B7 To: Debian Developer Changes=20 > <deb...@li... > > <mailto:deb...@li...>>=20 > > =B7 Subject: flex 2.5.4-2 uploaded to master=20 > > =B7 From: Santiago Vila Doncel <sa...@un...=20 > <mailto:sa...@un...>>=20 > > =B7 Date: Thu, 13 Mar 1997 10:10:19 +0100 (CET)=20 >=20 > I said I have flex 2.5.31 > I only now realize that 31 is higher than 4. :-) > So my version seems more recent. The manual page says September 2003. >=20 > --=20 > Maurits van Rees | ma...@va... > http://maurits.vanrees.org/ > "Peace is not the absence of war; it is the absence of fear." >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plantool-developer mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plantool-developer >=20 Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor= =20de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldig= ing is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbre= nging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to = whom or which it is addressed. Unauthorised use, disclosure or copying is strictly proh= ibited. The sender accepts no liability for the improper transmission of this communi= cation nor for any delay in its receipt. |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 13:29:23
|
Lomwel, Alexander-van wrote: > I have to get back on this: >=20 > flex 2.5.4-2 uploaded to master >=20 > =B7 To: Debian Developer Changes <deb...@li...= > <mailto:deb...@li...>>=20 > =B7 Subject: flex 2.5.4-2 uploaded to master=20 > =B7 From: Santiago Vila Doncel <sa...@un... <mailto:sa...@un...= >>=20 > =B7 Date: Thu, 13 Mar 1997 10:10:19 +0100 (CET)=20 I said I have flex 2.5.31 I only now realize that 31 is higher than 4. :-) So my version seems more recent. The manual page says September 2003. --=20 Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-11-28 13:15:49
|
I have to get back on this: flex 2.5.4-2 uploaded to master =B7 To: Debian Developer Changes <deb...@li... <mailto:deb...@li...>>=20 =B7 Subject: flex 2.5.4-2 uploaded to master=20 =B7 From: Santiago Vila Doncel <sa...@un... <mailto:sa...@un...>>= =20 =B7 Date: Thu, 13 Mar 1997 10:10:19 +0100 (CET)=20 =B7 Cc: 778...@bu... <mailto:778...@bu...>=20 It's also available in <ftp://ftp.unex.es/pub/linux/debian/flex> -----BEGIN PGP SIGNED MESSAGE----- Format: 1.5 Date: Thu, 13 Mar 1997 09:44:28 +0100 Source: flex Binary: flex Architecture: source i386 Version: 2.5.4-2 Distribution: unstable Urgency: low Maintainer: Santiago Vila <sa...@ct...> Description:=20 =20flex - A fast lexical analyzer generator. Changes:=20 =20flex (2.5.4-2) unstable; urgency=3Dlow =20. =20 * libfl.a stripped using strip -g, using a modified debstd which =20 is included in the Debian source package. Files:=20 =2093bdcf2bc4e8a695f19119e0711aace4 605 devel standard flex_2.5.4-2.dsc =207dc533b8f6a4902398fbfeedc54917c5 8272 devel standard flex_2.5.4-2.diff= .gz =20c3e751619d5855964efce69471780c67 149474 devel standard flex_2.5.4-2_i386.deb -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQCVAgUBMyfBSCqK7IlOjMLFAQGdJwQArATG+7QFD5yw5zhi8kLuLyjBUrJfoCig 6E8mYwsoTvtuLsF3tHTcCXIh8L6REFGBO2yd4DRgPbpcm+tX8t0nRPpSxSBHR7uZ r5/ogiPot9nEJl7nITw69Z6M6nleSNvq/iS1ntXZvnMIKXCkdPIJ+pIqvy9z1xsJ qIA2nCHUWRY=3D =3D/tfq -----END PGP SIGNATURE----- > -----Original Message----- > From: Lomwel, Alexander-van=20 > Sent: vrijdag 28 november 2003 13:31 > To: 'pla...@li...' > Subject: RE: [Plantool-developer] Flex errors and warnings >=20 >=20 > Reinout; > has a good approach here. Lets stick to it.=20 >=20 > The root couse analysis is flawed however. flex creates from=20 > the tokeniser > files a flex.c file. Herein some defines steer the compilation like > YY_NO_UNPUT, and some useless cose is automaticly inserted=20 > like the command > yy_flex_realloc. (read BUG) These result in compiler warnings, which I > sought to surpress, but which cause problems with older=20 > versions of flex, > which don't seem to have the BUG, but also not know what to=20 > do with the > define. >=20 > greetings; > Alexander >=20 > PS Overal conclusion: > we live with the warnings. > Get rid of #define YY_NO_UNPUT, and the function CatchSillyWarnings(). > As MvR already did for the most part. >=20 >=20 >=20 > > -----Original Message----- > > From: Reinout van Rees [mailto:re...@va...] > > Sent: vrijdag 28 november 2003 13:22 > > To: pla...@li... > > Subject: Re: [Plantool-developer] Flex errors and warnings > >=20 > >=20 > > On Fri, 28 Nov 2003, Maurits van Rees wrote: > >=20 > > > Lomwel, Alexander-van wrote: > > > > Hello Maurits; > > > > > > > > The lowest flex version I use is: > > > > flex version 2.5.4 > > > > > > > > please upgrade. > > > > > > I am now updating my Debian system. flex 2.5.31 (which I=20 > > now have) is > > > the newest I can find... :( > >=20 > > It would be nice to use debian-stable as a kind of minimum.=20 > Upgrading > > something like flex beyond what's normally available also=20 > means adding > > a new gcc, a new libc and basically replacing half your system... > >=20 > > Unless there is something *really* wrong with the old version or if > > something big is missing: make sure it compiles/parses/whatever with > > the older version. From what I saw till now it was mostly syntax > > errors which the newer one allowed, undefined variables in=20 > C for which > > the declaration had to be moved upwards, etc. Hardly too > > inconveniencing. > >=20 > > And if something slips through, Maurits (or me) catches it. > >=20 > > Reinout > >=20 > > --=20 > > Reinout van Rees - re...@va... > > http://vanrees.org/ > > "I bet that's a real nice ship now that the rats have left." > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > Plantool-developer mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/plantool-developer > >=20 >=20 > Disclaimer Ministerie van Buitenlandse Zaken: > De informatie verzonden met dit e-mailbericht is uitsluitend=20 > bestemd voor de > geadresseerde. Gebruik door onbevoegden, openbaarmaking of=20 > vermenigvuldiging is > verboden. De afzender is niet aansprakelijk in geval van=20 > onjuiste overbrenging van > het e-mailbericht en/of bij ontijdige ontvangst daarvan. >=20 > Disclaimer Ministry of Foreign Affairs of the Netherlands: > The information transmitted is intended only for the person=20 > or entity to whom or which > it is addressed. Unauthorised use, disclosure or copying is=20 > strictly prohibited. The > sender accepts no liability for the improper transmission of=20 > this communication nor for any > delay in its receipt. >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plantool-developer mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plantool-developer >=20 Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor= =20de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldig= ing is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbre= nging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to = whom or which it is addressed. Unauthorised use, disclosure or copying is strictly proh= ibited. The sender accepts no liability for the improper transmission of this communi= cation nor for any delay in its receipt. |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 12:48:30
|
Lomwel, Alexander-van wrote: > Reinout; > has a good approach here. Lets stick to it. > > The root couse analysis is flawed however. flex creates from the tokeniser > files a flex.c file. Herein some defines steer the compilation like > YY_NO_UNPUT, and some useless cose is automaticly inserted like the command > yy_flex_realloc. (read BUG) These result in compiler warnings, which I > sought to surpress, but which cause problems with older versions of flex, > which don't seem to have the BUG, but also not know what to do with the > define. I searched a bit on internet and it seems to be a known bug, bugging more people. :-( > PS Overal conclusion: > we live with the warnings. > Get rid of #define YY_NO_UNPUT, and the function CatchSillyWarnings(). > As MvR already did for the most part. I committed this. -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-11-28 12:31:23
|
Reinout; has a good approach here. Lets stick to it. The root couse analysis is flawed however. flex creates from the tokeniser files a flex.c file. Herein some defines steer the compilation like YY_NO_UNPUT, and some useless cose is automaticly inserted like the command yy_flex_realloc. (read BUG) These result in compiler warnings, which I sought to surpress, but which cause problems with older versions of flex, which don't seem to have the BUG, but also not know what to do with the define. greetings; Alexander PS Overal conclusion: we live with the warnings. Get rid of #define YY_NO_UNPUT, and the function CatchSillyWarnings(). As MvR already did for the most part. > -----Original Message----- > From: Reinout van Rees [mailto:re...@va...] > Sent: vrijdag 28 november 2003 13:22 > To: pla...@li... > Subject: Re: [Plantool-developer] Flex errors and warnings > > > On Fri, 28 Nov 2003, Maurits van Rees wrote: > > > Lomwel, Alexander-van wrote: > > > Hello Maurits; > > > > > > The lowest flex version I use is: > > > flex version 2.5.4 > > > > > > please upgrade. > > > > I am now updating my Debian system. flex 2.5.31 (which I > now have) is > > the newest I can find... :( > > It would be nice to use debian-stable as a kind of minimum. Upgrading > something like flex beyond what's normally available also means adding > a new gcc, a new libc and basically replacing half your system... > > Unless there is something *really* wrong with the old version or if > something big is missing: make sure it compiles/parses/whatever with > the older version. From what I saw till now it was mostly syntax > errors which the newer one allowed, undefined variables in C for which > the declaration had to be moved upwards, etc. Hardly too > inconveniencing. > > And if something slips through, Maurits (or me) catches it. > > Reinout > > -- > Reinout van Rees - re...@va... > http://vanrees.org/ > "I bet that's a real nice ship now that the rats have left." > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plantool-developer mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plantool-developer > Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldiging is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to whom or which it is addressed. Unauthorised use, disclosure or copying is strictly prohibited. The sender accepts no liability for the improper transmission of this communication nor for any delay in its receipt. |
|
From: Reinout v. R. <re...@va...> - 2003-11-28 12:26:51
|
On Fri, 28 Nov 2003, Maurits van Rees wrote: > We could make a statsgen.rc: > game=haven > player=9 > master=~/pl/Mhaven weexrc uses [] [emp] player=8 master=~/pl/Memp [delfshaven] player=4 master=kdjlkskdf win.ini style or so. Let's just see what python (and C) likes and use a standard format. There's bound to be a standard format that allows such section-like things. I didn't like your format because the headers looked similar to the options, that's why. > I don't see anything that resembles any basic coding rules. http://www.python.org/peps/pep-0008.html It references http://www.python.org/peps/pep-0257.html for docstring conventions. I don't guarantee that I follow it completely, feel free to point out any errors on my part as I probably overlook those on a regular scale... Reinout -- Reinout van Rees - re...@va... http://vanrees.org/ "I bet that's a real nice ship now that the rats have left." |
|
From: Reinout v. R. <re...@va...> - 2003-11-28 12:20:57
|
On Fri, 28 Nov 2003, Maurits van Rees wrote: > Lomwel, Alexander-van wrote: > > Hello Maurits; > > > > The lowest flex version I use is: > > flex version 2.5.4 > > > > please upgrade. > > I am now updating my Debian system. flex 2.5.31 (which I now have) is > the newest I can find... :( It would be nice to use debian-stable as a kind of minimum. Upgrading something like flex beyond what's normally available also means adding a new gcc, a new libc and basically replacing half your system... Unless there is something *really* wrong with the old version or if something big is missing: make sure it compiles/parses/whatever with the older version. From what I saw till now it was mostly syntax errors which the newer one allowed, undefined variables in C for which the declaration had to be moved upwards, etc. Hardly too inconveniencing. And if something slips through, Maurits (or me) catches it. Reinout -- Reinout van Rees - re...@va... http://vanrees.org/ "I bet that's a real nice ship now that the rats have left." |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 11:23:21
|
Lomwel, Alexander-van wrote: > Hello Maurits; > > The lowest flex version I use is: > flex version 2.5.4 > > please upgrade. I am now updating my Debian system. flex 2.5.31 (which I now have) is the newest I can find... :( -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 11:06:38
|
Reinout van Rees wrote: > Bovenstaande heeft niets met "statsgen gebruikt nu statsAPI" te maken. > => subject veranderen als het onderwerp veranderd. > > Ik ben geloof ik de enige die het doet. Zelf vind ik het wel > duidelijk. Ok? Anders kan je net zo goed lege subjecten gebruiken :-) Mea culpa. I introduced more than one subject in my initial mail. They were vaguely related as I first had to solve some errors before the python-stats link could work. But as is apparent, they both deserve their own threads. [I even added a third subject, about the max natives. :)] -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 11:03:32
|
Lomwel, Alexander-van wrote: > This is odd? > this also means the #define YY_NO_UNPUT does not work either with you? Correct. I thought that was one of the silly warnings you tried to kill. This only causes a warning, no errors. -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 10:59:34
|
Reinout van Rees wrote: > The solution I'm thinking of is that of weex > (http://weex.sourceforge.net). It uses a config file with named > settings. If I do 'weex lexicon' it executes the commands in the > config file belonging to that label. 'weex ifes' happily uploads the > entire ifes website. > > This same idea can of course be implemented for stats too, but I > suggest starting with statsgen. 'statsgen.py delft'. 'statsgen.py > hannover1'. You get the idea. I have a shell script that does something similar: ./plan.sh haven [-other options] sees "haven" and then knows what the uploadscript is called and which player is playing and which master config to use, etc. We could make a statsgen.rc: game=haven player=9 master=~/pl/Mhaven game=emp player=8 master=~/pl/Memp > You *have* printed out the python coding rules (it's in a PEP > somewhere)? [For the unenlightened: Python Enhancement Proposal]. Hm: http://www.python.org/peps/ lists quite a lot of peps. I don't see anything that resembles any basic coding rules. Care to list your favorite peps? -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-11-28 10:40:36
|
Hello Maurits; The lowest flex version I use is: flex version 2.5.4 please upgrade. CatchSillyWarnings is indeed not used anywhere it is as the name says only used to catch silly warnings from the compiler. (Only one left when this works.) greetings; Alexander PS: Reinout When the upgrade works we might want to add a minimum version number to the README or maunual. PS 2: gcc --version 2.96 #which is much older might explain the (void) ld --version GNU ld 2.11.90.0.8 Copyright 2001 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. Supported emulations: elf_i386 i386linux elf_i386_glibc21 > -----Original Message----- > From: Maurits van Rees [mailto:ma...@va...] > Sent: vrijdag 28 november 2003 11:26 > To: pla...@li... > Subject: Re: [Plantool-developer] Statsgen using statsAPI now > > > Lomwel, Alexander-van wrote: > >>Alexander: I encountered some compiling and linking > problems with the > >>stuff you uploaded today. I solved it by doing the following: > >>- I commented out two "void();" lines in statsHostRun.c > >>- And I commented out the yy_flex_realloc from the three flex > >>files. I > >>got complaints that that function wasn't declared. > >>You may want to look into that. > >> > > > > Hmm, I certainly will. I compiled it both at work and at > home, after make > > clean even. No complains with me. > > Could you mail me your version of flex? > > Some version numbers: > flex 2.5.31 > gcc version 3.3.2 (Debian) > GNU ld version 2.14.90.0.6 20030820 Debian GNU/Linux > > Do you want me to mail you the flex binary? > > When I uncomment the line in statstokeniser.l again and do a make the > following warnings and errors are printed (stderr only): > > statstokeniser.l: In function `CatchSillyWarnings': > statstokeniser.l:365: warning: implicit declaration of function > `yy_flex_realloc' > statstokeniser.l: At top level: > lex.yy.c:1886: warning: `yyunput' defined but not used > statstokeniser.o(.text+0x1ca4): In function `CatchSillyWarnings': > /home/maurits/cvs/stats/src/statstokeniser.l:365: undefined > reference to > `yy_flex_realloc' > collect2: ld returned 1 exit status > make: *** [stats] Error 1 > > BTW, I don't see any code that actually *uses* the CatchSillyWarnings > function. > > > -- > Maurits van Rees | ma...@va... > http://maurits.vanrees.org/ > "Peace is not the absence of war; it is the absence of fear." > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Plantool-developer mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plantool-developer > Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldiging is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to whom or which it is addressed. Unauthorised use, disclosure or copying is strictly prohibited. The sender accepts no liability for the improper transmission of this communication nor for any delay in its receipt. |
|
From: Reinout v. R. <re...@va...> - 2003-11-28 10:38:34
|
On Fri, 28 Nov 2003, Lomwel, Alexander-van wrote: > This is odd? > this also means the #define YY_NO_UNPUT does not work either with you? Bovenstaande heeft niets met "statsgen gebruikt nu statsAPI" te maken. => subject veranderen als het onderwerp veranderd. Ik ben geloof ik de enige die het doet. Zelf vind ik het wel duidelijk. Ok? Anders kan je net zo goed lege subjecten gebruiken :-) Reinout -- Reinout van Rees - re...@va... http://vanrees.org/ "I bet that's a real nice ship now that the rats have left." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-11-28 10:34:13
|
This is odd? this also means the #define YY_NO_UNPUT does not work either with you? strange. > -----Original Message----- > From: Maurits van Rees [mailto:ma...@va...] > Sent: vrijdag 28 november 2003 11:26 > To: pla...@li... > Subject: Re: [Plantool-developer] Statsgen using statsAPI now > > > statstokeniser.l: At top level: > lex.yy.c:1886: warning: `yyunput' defined but not used > Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldiging is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to whom or which it is addressed. Unauthorised use, disclosure or copying is strictly prohibited. The sender accepts no liability for the improper transmission of this communication nor for any delay in its receipt. |
|
From: Maurits v. R. <ma...@va...> - 2003-11-28 10:26:14
|
Lomwel, Alexander-van wrote: >>Alexander: I encountered some compiling and linking problems with the >>stuff you uploaded today. I solved it by doing the following: >>- I commented out two "void();" lines in statsHostRun.c >>- And I commented out the yy_flex_realloc from the three flex >>files. I >>got complaints that that function wasn't declared. >>You may want to look into that. >> > > Hmm, I certainly will. I compiled it both at work and at home, after make > clean even. No complains with me. > Could you mail me your version of flex? Some version numbers: flex 2.5.31 gcc version 3.3.2 (Debian) GNU ld version 2.14.90.0.6 20030820 Debian GNU/Linux Do you want me to mail you the flex binary? When I uncomment the line in statstokeniser.l again and do a make the following warnings and errors are printed (stderr only): statstokeniser.l: In function `CatchSillyWarnings': statstokeniser.l:365: warning: implicit declaration of function `yy_flex_realloc' statstokeniser.l: At top level: lex.yy.c:1886: warning: `yyunput' defined but not used statstokeniser.o(.text+0x1ca4): In function `CatchSillyWarnings': /home/maurits/cvs/stats/src/statstokeniser.l:365: undefined reference to `yy_flex_realloc' collect2: ld returned 1 exit status make: *** [stats] Error 1 BTW, I don't see any code that actually *uses* the CatchSillyWarnings function. -- Maurits van Rees | ma...@va... http://maurits.vanrees.org/ "Peace is not the absence of war; it is the absence of fear." |
|
From: Lomwel, Alexander-v. <ale...@mi...> - 2003-11-28 08:48:30
|
> -----Original Message----- > From: Maurits van Rees [mailto:ma...@va...] > Sent: vrijdag 28 november 2003 1:03 > To: Plantool Developers List > Subject: [Plantool-developer] Statsgen using statsAPI now > > > > BTW, > Alexander: I encountered some compiling and linking problems with the > stuff you uploaded today. I solved it by doing the following: > - I commented out two "void();" lines in statsHostRun.c > - And I commented out the yy_flex_realloc from the three flex > files. I > got complaints that that function wasn't declared. > You may want to look into that. > Hmm, I certainly will. I compiled it both at work and at home, after make clean even. No complains with me. Could you mail me your version of flex? > Oh, and I saw that stats apparantly calculates the maximum native > population for a planet based on its temperature, even when > there are no > natives present! "Your homeworld has no natives, but if you wait long > enough there will be 15.6 million..." :-) Not really a problem as it > isn't printed, but it surprised me. > Well whan newnatives apear is greaten than zero they certainly will. :-) Could not think of anything that will break because of this. It might even be handy at some point. Lets leave it that way. greetings; Alexander Disclaimer Ministerie van Buitenlandse Zaken: De informatie verzonden met dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Gebruik door onbevoegden, openbaarmaking of vermenigvuldiging is verboden. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. Disclaimer Ministry of Foreign Affairs of the Netherlands: The information transmitted is intended only for the person or entity to whom or which it is addressed. Unauthorised use, disclosure or copying is strictly prohibited. The sender accepts no liability for the improper transmission of this communication nor for any delay in its receipt. |
3 messages has been excluded from this view by a project administrator.
