ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martin Gainty" <mgai...@hotmail.com>
Subject Re: OT: C projects for students?
Date Tue, 10 Oct 2000 01:37:26 GMT
Rewrite all the prefork MPM modules that Apache scripters love... to true
multi-threaded mod_php_multithread module ...start with PHP
http://www.faqs.org/docs/apache-compile/php.html

Some bench marks on supposedly 'lightning quick PHP request/response
roundtrip' are located here
http://www.gnegg.ch/archives/305-mod_php,-LightTPD,-FastCGI-Whats-fastest.ht
ml

Then again light at the end of the tunnel..
Caucho Servlet runs in a Resin container and has a PHP interpreter and is
multithreaded out of the box..

Another fun project for C++ or Java is a Instant Messenger program
put in a bunch of socket calls from Client1 to Server1 and have Server1
respond back to Client1
this is fairly easy and no more than 2 week fun project..

M--
----- Original Message -----
From: "Bruce Atherton" <bruce@callenish.com>
To: "Ant Developers List" <dev@ant.apache.org>
Sent: Tuesday, October 09, 2007 8:29 PM
Subject: Re: OT: C projects for students?


> Subversion is a good project to start with, I think, for a couple of
> reasons.
>
> First, it has a considerable amount of documentation for new people
> starting out to learn the ropes. See
> http://subversion.tigris.org/hacking.html in particular.
>
> Second, it has a lively community with a well-developed culture (see
> http://producingoss.com/ to get an idea of how that came about) that can
> help new contributors find their way. In fact, if patches are considered
> for acceptance they are sure to get a thorough review and commentary
> back from the members of the community, which can be extremely helpful
> for students to learn how to do things. It is very rare for any patch to
> be accepted into the code base without having gone back and forth a few
> times.
>
> Third, the code is very well architected, particularly for a C project.
> Great care has been taken, partly through using APR and APR-UTIL, to
> follow rules that govern where resources are allocated and opened, and
> how they are then cleaned up. C coders could do far worse than to
> imitate the Subversion style of coding.
>
> Finally, Subversion maintains a list of what they call "bite-sized
> tasks". Items from this list would probably be ideal for students to
> work on as they don't require complete understanding of the rest of the
> code base. The list of bite-sized tasks is here:
>
http://subversion.tigris.org/issues/buglist.cgi?component=subversion&issue_s
tatus=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENE
D&keywords=bite-sized&cmdtype=doit
>
> You don't say what level of previous understanding of C your students
> would have. It is pretty ambitious to think that they could contribute
> anything during an introductory course, so I assume they are already
> reasonable competent in coding C. In fact, I think that learning how to
> effectively contribute to an open-source project should itself be a
> course, independent of language.
>
> Kevin Jackson wrote:
> > Hi,
> >
> > This is totally not Ant related (although it's slightly Apache
> > related).  If you're not interested sorry to waste your time.
> >
> > I'm teaching C to university students this semester and I'd like to
> > set them some practical work to actually implement bugfixes and
> > provide patches to open source projects.
> >
> > Unfortunately I'm not really aware of many open source projects that
> > are C (not C++) and that have a decent infrastructure setup for
> > receiving patches from novices.
> >
> > One thing I'm considering is the linux kernel janitors project, but
> > I'm very wary of pushing that idea as I think it may be too ambitious.
> >
> > Do any of the developers here know of any projects that wouldn't mind
> > junior-level developers submitting patches?  I was thinking about APR,
> > but again it's a bit too abstract for the students to be interested in
> > :(
> >
> > Anyway thanks for your time,
> > Kev
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> > For additional commands, e-mail: dev-help@ant.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message