Menu
▾
▴
nms-cgi-devel — Developers discussion for NMS CGI programs
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(90) |
Dec
(25) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(183) |
Feb
(124) |
Mar
(123) |
Apr
(75) |
May
(49) |
Jun
(60) |
Jul
(58) |
Aug
(41) |
Sep
(27) |
Oct
(30) |
Nov
(13) |
Dec
(19) |
| 2003 |
Jan
(119) |
Feb
(70) |
Mar
(5) |
Apr
(16) |
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(4) |
Dec
(7) |
| 2004 |
Jan
(9) |
Feb
|
Mar
(1) |
Apr
(7) |
May
(12) |
Jun
(4) |
Jul
(11) |
Aug
(17) |
Sep
(3) |
Oct
(15) |
Nov
(7) |
Dec
(2) |
| 2005 |
Jan
(4) |
Feb
(7) |
Mar
(2) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
(9) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2006 |
Jan
(5) |
Feb
(7) |
Mar
(19) |
Apr
(8) |
May
(6) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2007 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(2) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2008 |
Jan
|
Feb
(3) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2009 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joseph R. <rya...@os...> - 2002-02-28 08:13:44
|
----- Original Message ----- From: "Randal L. Schwartz" <me...@st...> To: <lon...@lo...> Cc: <nms...@li...> Sent: Wednesday, February 27, 2002 1:44 PM Subject: [Nms-cgi-devel] Re: Lightweight template module? > >>>>> "Jonathan" == Jonathan Stowe <jn...@ge...> writes: > > Jonathan> I would also be interested in a single file pure perl XML parser. > > XML::Parser::Lite fails for ... what reason? From the nms home page: (http://nms-cgi.sourceforge.net) >They must not use any non-standard Perl modules. I know this is a bit contentious, but I really think that the target audience will have problems installing modules from CPAN. Therefore, we would need a Pure-Perl implementation if we were to include it... |
|
From: <me...@st...> - 2002-02-27 21:44:21
|
>>>>> "Jonathan" == Jonathan Stowe <jn...@ge...> writes: Jonathan> I would also be interested in a single file pure perl XML parser. XML::Parser::Lite fails for ... what reason? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <me...@st...> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! |
|
From: Jonathan S. <jn...@ge...> - 2002-02-27 21:27:03
|
On Wed, 27 Feb 2002, Paul Makepeace wrote: > Can anyone suggest a small, easy to install (i.e. minimal CPAN > dependency) module to do simple template filling-out type work? > Something that'll allow interpolation of variables and perhaps some > simple conditional constructs like, [if $status then "<td>status</td>" > else "<td> </td>"] > > Yes, it'll be used primarily with HTML. What do people think of > HTML::Template? I think it satisfies my needs, if at a cost of being a > bit bloaty... > If you find a single file solution that we could start to bundle with NMS then I would be pleased to see it .. I would also be interested in a single file pure perl XML parser. /J\ |
|
From: Jonathan S. <gel...@ge...> - 2002-02-27 21:20:56
|
On Wed, 27 Feb 2002, Gianluca Sforna wrote: > I don't know anything about the Matt original script, but I really like > yours, so please continue this really good job. Thanks for your support. > For this reason I would like to give my (little) contribute to the project, > even if I am not a Perl guru; right now, I am succesfully using the > search.pl script on my site, but I have done some modifications based on my > own experience/needs. In particular the $blocked variable now is searched as > a regular expression since I would like to easily exclude all files in > /stats and /stats_old relative to my $basedir. I also removed the $matches > output on the results page, for which I cannot see the use, and added a new > @subdir parameter that is controlled by the form "directory" variable. This > way I can restrict the search only to a subdirectory: to have a look at the > script in action try this URI: http://www.moldiscovery.com/search.html > This stuff looks like it will be useful but I would like to see the patches so we can protect the naive user from any unsuspected changes, we tend to guard behaviour that is dissimilar to the MSA script with an $emulate_matts_code switch ... I am sure that Dave will set you up as a developer on the project if you want to contribute some code ... /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent | |
|
From: Jonathan S. <gel...@ge...> - 2002-02-27 20:57:07
|
On Wed, 27 Feb 2002, Dave Cross wrote:
>
> [Note to developers list: Can we get strftime to return local date strings
> by playing with locales or something like that?]
>
This is dependent upon your C library, glibc will do that - cf the
strftime manpage:
%A The full weekday name according to the current
locale.
I would be dubious whether we would be well advised to suggest that people
try altering the locale on their webhotels - which would become a support
nightmare.
Sure you can set $ENV{LC_ALL} but that has to be done before POSIX is
loaded and so forth and you have to be sure that it will be a working
locale on that machine :(
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
|
|
From: Mike J. <my...@er...> - 2002-02-27 20:48:23
|
On Wed, 2002-02-27 at 12:56, Dave Cross wrote: > > Anyway, what I was asking for is a way to translate days (and maybe months) > > from English to Italian. Matt's script had a section that would let you do > > that but I can't see it now. > > Hmmm... interesting point. I'll look into it. > > [Note to developers list: Can we get strftime to return local date strings > by playing with locales or something like that?] If you use locales, the locale the user wants would need to be installed on the machine. Since this user is in Italy and his ISP is in the States, my guess is that it would not be installed. (BTW, if anybody knows how to install them on NT, I've got a need for it. Email me offlist.) We should come up with a nice sub that we can drop into every script that needs it. Might be nice if we could get people to upload a pm along with the pl so we could centralize all the helper functions (fatalstobrowser. time and date, etc), but then we run the risk of getting too complex and losing ease of install. In other news, I actually started to look at the ccver stuff today, but got torn away with a domain hijacking. :( I'll get on it soon. -- mike |
|
From: Dave C. <da...@da...> - 2002-02-27 18:01:01
|
On Wed, Feb 27, 2002 at 05:11:49PM +0100, Massimo Mezzini (m.m...@me...) wrote: > Hi Dave; > > thanks for taking time to reply; > > > I'm sure we'd be interested in seeing the typos you've spotted too. > > just trivial stuff, but I worked for 12+ years as an editor and can't help > it.... These are either new ones or still present in the latest revision > (feb 22) that I just downloaded. > > --- > > L20: is that check-in or checking? > > L145: outputing > > L209: Thankyou > > ----- The first two are in revision comments and they're going to disappear from the script soon. I've corrected the third one tho'. > > To answer your questions: > > > 1/ You should be able to add that message by editing the HTML in the > > code. Can you show us what you did. We'll try and put you right. > > oops, my fault - I was in a hurry and I forgot to escape the @. Now it'si > working, of course Ah. The classic mistake :) > >> 2/ The date format is controlled from the $date_fmt variable. The > > various character sequences are described in the README. > > uhm, I had to get a newer one. The package I got in January was still a > confusing mix of new stuff and Matt's instructions. Oh. Ok. Yeah, we fixed that but forgot to release it :( > Anyway, what I was asking for is a way to translate days (and maybe months) > from English to Italian. Matt's script had a section that would let you do > that but I can't see it now. Hmmm... interesting point. I'll look into it. [Note to developers list: Can we get strftime to return local date strings by playing with locales or something like that?] > > search for the call to localtime > > in the script and replace it with: > > > my $date = strftime($date_fmt, localtime(time + (6 * 3600))); > > done, thanks Excellent. > > Hope this helps, > > definitely. Should I use the list for any future question? Just > send a message to nms...@li...? Well, the developers list for patches and the support list (nms...@li...) for support issues. > My feedback messages carry all the blank fields. The readme says that thi > script should default to no blanks, but it doesn't work this way, apparently. > And neither adding to my form > <input type=hidden name="print_blank_fields" value="0"> > stops the blank fields from being printed. Something else for us to look into. Thnaks for your feedback. Dave... -- "Don't you boys know any _nice_ songs?" |
|
From: Dave C. <da...@da...> - 2002-02-27 17:42:32
|
It's at <http://nms-cgi.sourceforge.net/art.html> Dave... -- "Don't you boys know any _nice_ songs?" |
|
From: Wizard <wi...@ne...> - 2002-02-27 17:24:58
|
Don't get me wrong, I don't think that install scripts are a bad idea (I use them myself). And although I'm all for making sysadmins' lives simpler, I also don't think that they are the target audience for these scripts. That being the case, I tend to think that although there are a few reasons for an install script, it seems a bit of overkill to have to SUPPORT something potentially as complex as an install script for a minimum of real benefit. Here's my reasoning: <...snip> > 1...See #6 > 2...See #6 > 3. Determine whether taint mode is needed. Maybe ask the user. For the majority of users you'll need to explain what Taint mode is, and that could take some 'splaining. > 5. Doctor the shebang line to include perl's real path and taint mode. Unless your script is a binary (C/C++, Java, .Net, etc.,), they're going to have to manually do this to the install script anyway. > 6. Add a 'use strict' if step 1 was clean and the script did not have one > already. I don't want to make any claims that I don't know are accurate, but I should hope that all of the scripts will 'use strict' by default. If their not, then I'm not sure why anyone should think they're any better than Matt's. > 7. Add a comment with a date and time stamp for the install. I'm not sure what the purpose of this would be, but a $VERSION would be a good idea. <...snip> > Other ideas: > * Templating of constants e.g. $this_site = 'www.thissite.com'; I'm not sure I understand this one. > * Handle install of called .pl and .pm modules in root directory or > lib path That would be a good thing. > * Integration with version control / change management systems I think that this would probably be a bad idea, as someone could unknowingly check out a buggy, or insecure version by accident. I would only consider this if there was a separate CVS for fully tested release versions only. > * Back out install at the touch of a button That's OK. > * Central audit trail of all installs Sure, that's fine. Again, I really see this as just another app to have to support, one that could potentially create more problems than it solves. Grant M. |
|
From: Jonathan S. <gel...@ge...> - 2002-02-27 15:01:32
|
On Wed, 27 Feb 2002, Ivor Williams wrote: > I am posting this to the NMS project developers list - please accept my > humble apologies if this is not appropriate. The reason for choosing this > list is that this tool would be very useful to the project, concurrent with > its aims, and people on the project will be in a good position to judge how > to implement. > > Whereas for modules, CPAN etc has a well defined install procedure (perl > makefile.pl; make; make test; make install), nothing comparable exists for > scripts. > > OK, so you just copy the script into cgi-bin, that's it? > <snip good stuff> The thing to bear in mind that a majority of the target audience will be doing just that, FTPing up the program files to their directory on some webhotel - an installer sounds like a good plan but its not going to make a blind bit of difference to these people. /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent | |
|
From: Ivor W. <Ivo...@li...> - 2002-02-27 14:31:03
|
I am posting this to the NMS project developers list - please accept my humble apologies if this is not appropriate. The reason for choosing this list is that this tool would be very useful to the project, concurrent with its aims, and people on the project will be in a good position to judge how to implement. Whereas for modules, CPAN etc has a well defined install procedure (perl makefile.pl; make; make test; make install), nothing comparable exists for scripts. OK, so you just copy the script into cgi-bin, that's it? ...not quite. My ideas for what install.pl should do are as follows: 1. Attempt to compile the script using perl -cw -Mstrict If clean compile goto step 3. 2. Attempt to compile again without -Mstrict if this is OK, display a warning message about 'use strict' If not OK abandon install. 3. Determine whether taint mode is needed. Maybe ask the user. 4. Read the script into memory. 5. Doctor the shebang line to include perl's real path and taint mode. 6. Add a 'use strict' if step 1 was clean and the script did not have one already. 7. Add a comment with a date and time stamp for the install. 8. Write out the script into the destination bin directory and chmodded a+x. Other ideas: * Templating of constants e.g. $this_site = 'www.thissite.com'; * Handle install of called .pl and .pm modules in root directory or lib path * Integration with version control / change management systems * Back out install at the touch of a button * Central audit trail of all installs This might improve the life of many sysadmins and hostmasters. Ivor Williams ----------------------------------------------------------------------- The information contained in this e-mail is confidential and solely for the intended addressee(s). Unauthorised reproduction, disclosure, modification, and/or distribution of this email may be unlawful. If you have received this email in error, please notify the sender immediately and delete it from your system. The views expressed in this message do not necessarily reflect those of LIFFE Holdings Plc or any of its subsidiary companies. ----------------------------------------------------------------------- |
|
From: Gianluca S. <gi...@ch...> - 2002-02-27 11:58:04
|
I don't know anything about the Matt original script, but I really like yours, so please continue this really good job. For this reason I would like to give my (little) contribute to the project, even if I am not a Perl guru; right now, I am succesfully using the search.pl script on my site, but I have done some modifications based on my own experience/needs. In particular the $blocked variable now is searched as a regular expression since I would like to easily exclude all files in /stats and /stats_old relative to my $basedir. I also removed the $matches output on the results page, for which I cannot see the use, and added a new @subdir parameter that is controlled by the form "directory" variable. This way I can restrict the search only to a subdirectory: to have a look at the script in action try this URI: http://www.moldiscovery.com/search.html Regards Giallu --------------------------------------------- Dr. Gianluca Sforna - Lab. for Chemometrics Dep. of Chemistry - University of Perugia via Elce di Sotto 10, 06123 Perugia - ITALY --------------------------------------------- |
|
From: Dave C. <da...@da...> - 2002-02-27 08:47:39
|
In the UK we have a magazine called "Linux Format". Recently they started a column called "Help Wanted" where Open Source projects could advertise for help. The new issue (March 2002, #25) is out today and the "Help Wanted" column includes nms. It's a pretty good piece. It talks about why nms is important and lists the help that we need. It's illustrated with a photo of london.pm. It's not on their web site yet (in fact, I'm not sure that they put magazine content the web site) so I'll see if I can type it up later and send it to the list. Just thought it was worth mentioning it tho' as we may get and increase in interest over the next couple of days. Dave... -- Don't dream it... be it |
|
From: Dave C. <da...@da...> - 2002-02-26 20:30:24
|
Massimo, Thanks for your comments. I've passed them on to the nms developer's mailing list where they'll hopefully be actioned. I'm sure we'd be interested in seeing the typos you've spotted too. To answer your questions: 1/ You should be able to add that message by editing the HTML in the code. Can you show us what you did. We'll try and put you right. 2/ The date format is controlled from the $date_fmt variable. The various character sequences are described in the README. 3/ It is possible to change the timezone quite easily. We should consider adding this as a standrd setting to all the scripts that use dates and times, but in the meantime search for the call to localtime in the script and replace it with: my $date = strftime($date_fmt, localtime(time + (6 * 3600))); Hope this helps, Dave... ----- Forwarded message from Massimo Mezzini <m.m...@me...> ----- From: "Massimo Mezzini" <m.m...@me...> To: da...@us... Date: Tue, 26 Feb 2002 11:49:47 +0100 Subject: touching up FormMail + some questions Hi Dave; can I trade two eurocents worth of FormMail fine-turning with a couple questions? In the missing_field section, only the first table in the warning message page is centered: the actual message block defaults to left-align. I spotted a few typos here and there in the script comments, let me know if you want those. For the less experienced user (i.e.: me) maybe the chmod 755 instruction could be added. Questions: still in the missing_field section, I tried to add a mailto link (contact the webmaster) to the message but apparently this breaks the script. Is that normal? Second question: Matt's script would let me *customize* the date format (I could use Italian on some websites) but I can't see this option on your script. And finally: most of my sites are hosted in the US and the "posted at (time)" is six hours behind our time here. Can that be tweaked, to let the user see the actual posting time? Thanks, ciao Massimo Mezzini ----- End forwarded message ----- -- Drugs are just bad m'kay |
|
From: Dave C. <da...@da...> - 2002-02-26 20:15:26
|
Simon,
Thanks for your comments. I've forwarded them on to the nms developers
list where hopefully they'll be chewed over a bit and then applied.
Cheers,
Dave...
----- Forwarded message from Simon Flack <ma...@si...> -----
Date: Tue, 26 Feb 2002 00:09:55 GMT
From: "Simon Flack" <ma...@si...>
To: da...@us...
Subject: nms-cgi: guestbook
Hello Dave,
I have just been playing with the guestbook. It works really well,
but I came across an unexpected error (might be a bug or maybe I
didn't RTFM)...
The addguest.html form says "The only blanks that you have to fill
in are the comments and name section". Which suggests (in my mind)
that you can delete some of the other fields from the form, e.g.
"state".
Doing so, however, throws up an Internal Server Error on submit
because CGI->param('state') was not defined. Obviously it's
defined, just empty if leave the field blank. A quick fix is to add
an empty hidden field. For a more robust solution, I've included a
diff from version 1.28 with a couple of quick fixes.
Cheers
- Simon
-- BEGIN --
262a263,265
> # Initialise the optional paramaters
> $_ = "" for grep !defined, ($city, $state, $country, $url,
$realname);
>
1177a1181
> return "" unless defined $str;
--END--
----- End forwarded message -----
--
Drugs are just bad m'kay
|
|
From: Jonathan S. <gel...@ge...> - 2002-02-25 22:04:16
|
On Mon, 25 Feb 2002, Nick Cleaton wrote: > On Mon, Feb 25, 2002 at 01:27:36PM -0800, Nick Cleaton wrote: > > > > Added Files: > > CheckerMail.pm CheckerNoDie.pm CheckerXHTML.pm OptionParser.pm > > OutputChecker.pm ScriptUnderTest.pm TestRun.pm > > Log Message: > > Checked in automated test set > > I've written tests for formmail only so far, and I don't > have very good coverage of it yet. > Are there any of the coverage boys on the list ? Otherwise, Nick, there are some mad coverage people on the London.pm and if that fails we can get Schwern in ;-} /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent | |
|
From: Jonathan S. <gel...@ge...> - 2002-02-25 21:55:42
|
On Mon, 25 Feb 2002, Nick Cleaton wrote: > > uid=68644(nickjc) gid=100(users) groups=100(users),40625(nms-cgi) > tests - Imported sources > Mon Feb 25 13:21:08 PST 2002 > Update of /cvsroot/nms-cgi/tests > In directory usw-pr-cvs1:/tmp/cvs-serv3252 > > Log Message: > Importing automated test set > Nick++ - let's test baby ;-} /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent | |
|
From: Nick C. <ni...@cl...> - 2002-02-25 21:45:04
|
On Mon, Feb 25, 2002 at 01:27:36PM -0800, Nick Cleaton wrote: > > Added Files: > CheckerMail.pm CheckerNoDie.pm CheckerXHTML.pm OptionParser.pm > OutputChecker.pm ScriptUnderTest.pm TestRun.pm > Log Message: > Checked in automated test set I've written tests for formmail only so far, and I don't have very good coverage of it yet. Anyone on UNIX should be able to run the test set, unless I've done something stupid. Please try it, see tests/README for instructions. I expect it will need some work before it will run under Windows, but I'm only guessing. I'd appreciate feedback if anyone gives it a go. -- Nick |
|
From: Jonathan P. <jo...@sn...> - 2002-02-25 21:29:22
|
At 20:32 25/02/02 +0000, Jonathan Stowe wrote: >The 'text' in a PDF file is stored as a page description, a sort of image >file really, so the text that appears in the acrobat viewer doesn't >actually appear literally in the file. If you are on a Unix-like system >you can see this for yourself by doing 'strings *.pdf'. Simple Search >really is *simple*, it looks for the plaintext strings that are specified >on the form in the specified files, it won't find them in a PDF file. I notice these people have the beginnings of a Perl PDF library - http://www.sanface.com/PDF-lib/ but it's not useable yet. Maybe some london.pm people might want to help out :-) |
|
From: Jonathan S. <gel...@ge...> - 2002-02-25 20:32:49
|
On Mon, 25 Feb 2002, Nguyen, David M wrote:
> I have all PDF file under /var/apache/htdocs, how come search engine could
> not find it? Below is what I setup in search.pl script. Please advise what
> I do wrong.
>
The 'text' in a PDF file is stored as a page description, a sort of image
file really, so the text that appears in the acrobat viewer doesn't
actually appear literally in the file. If you are on a Unix-like system
you can see this for yourself by doing 'strings *.pdf'. Simple Search
really is *simple*, it looks for the plaintext strings that are specified
on the form in the specified files, it won't find them in a PDF file.
A quick hack that I really don't think we would ever consider to put in
the standard search.pl, because it depends on Ghostscript, would be to
change, in the file search.pl, the line:
open(FILE, "<$File::Find::name") or return;
to :
if ( $File::Find::name =~ /\.pdf$/i )
{
open(FILE, "/usr/bin/ps2ascii $File::Find::name|") or return;
}
else
{
open(FILE, "<$File::Find::name") or return;
}
This does depend on your having a recent version of Ghostscript installed
and ps2ascii being locate as above (it might of course be /usr/local/bin
or /opt/bin or wherever :).
The above comes with no warranty whatsoever. I have copied this to the
developer list in case anyone knows a clever way of extracting the text
from a PDF that we could safely include in the search.pl.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
|
|
From: Jonathan S. <gel...@ge...> - 2002-02-25 20:22:38
|
On Mon, 25 Feb 2002, Nguyen, David M wrote:
> I have all PDF file under /var/apache/htdocs, how come search engine could
> not find it? Below is what I setup in search.pl script. Please advise what
> I do wrong.
>
The 'text' in a PDF file is stored as a page description, a sort of image
file really, so the text that appears in the acrobat viewer doesn't
actually appear literally in the file. If you are on a Unix-like system
you can see this for yourself by doing 'strings *.pdf'. Simple Search
really is *simple*, it looks for the plaintext strings that are specified
on the form in the specified files, it won't find them in a PDF file.
A quick hack that I really don't think we would ever consider to put in
the standard search.pl, because it depends on Ghostscript, would be to
change, in the file search.pl, the line:
open(FILE, "<$File::Find::name") or return;
to :
if ( $File::Find::name =~ /\.pdf$/i )
{
open(FILE, "/usr/bin/ps2ascii $File::Find::name|") or return;
}
else
{
open(FILE, "<$File::Find::name") or return;
}
This does depend on your having a recent version of Ghostscript installed
and ps2ascii being locate as above (it might of course be /usr/local/bin
or /opt/bin or wherever :).
The above comes with no warranty whatsoever. I have copied this to the
developer list in case anyone knows a clever way of extracting the text
from a PDF that we could safely include in the search.pl.
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
|
|
From: Jonathan S. <gel...@ge...> - 2002-02-25 17:24:24
|
On Mon, 25 Feb 2002, Alex BATKO wrote: > | <aol /> > | > I'm sorry, what does this acronym mean ? > America On Line -short for ME TOO! in usenet circles ;-} /J\ -- Jonathan Stowe | <http://www.gellyfish.com> | This space for rent | |
|
From: Alex B. <ab...@mi...> - 2002-02-25 16:51:34
|
+------------------- | However in general I would prefer to reserve the right to intentionally | check in code that I *know* is broken - after all the stuff in the CVS | is by its very nature in development and there may be very good reasons | for committing stuff that is not complete. | I refute your claim... | There are projects with a way | higher profile than NMS (Parrot an Mono spring to mind) where there is a | fairly good chance that at any given checkout you are going to get | something that doesn't work or even compile at all, this is the nature of | a development project; people who don't realize what they are getting out | of the CVS probably shouldn't be checking it out in the first place. | If CVS is to be riddled with bugs, then that's nearly the equivalent of working on pseudo code: it has an intended purpose, but it doesn't compile/run. Secondly, what if i want to contribute to some subroutine, but someone has left behind bugs in other parts of the code... now i can't do what i wanted because instead i have to first fix the broken stuff. If you want to implement something, but you're having problems, don't just check-in the code so that someone else has to deal with it. Instead you should write to this mailing list and explain your difficulty, and i'm sure people will help you. | I would suggest that we probably should be keeping the released files up | to date and making it clearer that the stuff in CVS is really only | suitable for developers, rather than getting upset about something that is | bound to happen in a project of this nature. | Each of these programs is so TINY that all updates/patches must never produce a compilation error, despite the developmental nature of CVS. Anyway, Dave Cross the project manager insists that code compiles with 'use strict' and '-Tw'. |
|
From: Chris D. <cd...@ts...> - 2002-02-25 16:36:04
|
On Mon, 25 Feb 2002, Alex BATKO wrote: > | > I hope that this motivates discussion and improvements within nms. > | > | <aol /> > > I'm sorry, what does this acronym mean ? :) America OnLine The joke being that, like someone using the internet for the first time, I am enthusiastically repeating what the previous person said, and see no reason that I should add any supplementary thoughts of my own to this. As in replying to a long message, deleting nothing, and just saying "yes" or "I agree". So named because it seems to come up a lot with people that are America Online users, both new & old. -- Chris Devers "Okay, Gene... so, -1 x -1 should equal what?" "A South American!" [....] "no human can understand the Timecube" and Gene responded without missing a beat "Yeah. I'm not human." |
|
From: Alex B. <ab...@mi...> - 2002-02-25 16:23:11
|
| > 05) Poor programming technique: multiple return points in one subroutine. | > A subroutine should be written in such a way that there is only one | > return statement (and it is the last statement of the subroutine). | > In this respect the do_search subroutine is a really great example | > of this poor technique. | | Like others who have responded, I don't see this as a problem. | I now agree as well. | > I hope that this motivates discussion and improvements within nms. | | <aol /> | I'm sorry, what does this acronym mean ? |
14 messages has been excluded from this view by a project administrator.
