On Tue 11 Feb, Dirk Koopman wrote:
On Tue, 2003-02-11 at 16:50, Roger Horne wrote:
..
So I bought a fastish machine from Digital Networks last year and the time
was reduced to 5 minutes on RH 7.2.
I then tried it on a reasonably fast netbook on which I had put RH8. After
15 hours I
On Wed, 2003-02-12 at 12:45, Roger Horne wrote:
Methinks there is much smelly fish in Perl 5.8.0 UTF implementation and
also in RH8.0's internationalisation stuff / port of perl. A standard
'cure' seems to be to rename /etc/sysconfig/i18n to something else (eg
i18n.orig) and then restart
On Mon, 2003-02-10 at 20:16, Paul Makepeace wrote:
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
I'm a little surprised by that. Although I must admit that I've never
written IIS extensions in C++, I'm surprised that it offers significantly
better performance than a
On Mon, Feb 10, 2003 at 08:16:53PM +, Paul Makepeace wrote:
Programmer cluefulness being equal, when did interpreted, profiled
languages start even slightly approaching the speed of compiled,
profiled languages like C(++)?
So, in short, if we assume some things which aren't true, then we
On Tue, Feb 11, 2003 at 11:10:44AM +, Ben wrote:
On Mon, Feb 10, 2003 at 08:16:53PM +, Paul Makepeace wrote:
Programmer cluefulness being equal, when did interpreted, profiled
languages start even slightly approaching the speed of compiled,
profiled languages like C(++)?
So,
Andy Wardley wrote:
I'm a little surprised by that. Although I must admit that I've never
written IIS extensions in C++, I'm surprised that it offers significantly
better performance than a mod_perl solution.
Paul Makepeace wrote:
Programmer cluefulness being equal, when did interpreted,
On Tue 11 Feb, Dave Hodgkinson wrote:
Hrm, perl doesn't use UTF-8 for it's internal representation of strings ?
I may be misremembering things somewhat. The cloudy things I remember
are that the version of perl shipped with RH8 uses a slightly geb0rken
16 bit implementation (who is the guy
On Tue, 2003-02-11 at 16:50, Roger Horne wrote:
On Tue 11 Feb, Dave Hodgkinson wrote:
Hrm, perl doesn't use UTF-8 for it's internal representation of strings ?
I may be misremembering things somewhat. The cloudy things I remember
are that the version of perl shipped with RH8 uses a
On Tuesday 11 February 2003 17:54, Dirk Koopman wrote:
On Tue, 2003-02-11 at 16:50, Roger Horne wrote:
On Tue 11 Feb, Dave Hodgkinson wrote:
Hrm, perl doesn't use UTF-8 for it's internal representation of
strings ?
I may be misremembering things somewhat. The cloudy things I
On Tue, Feb 11, 2003 at 05:54:14PM +, Dirk Koopman wrote:
Methinks there is much smelly fish in Perl 5.8.0 UTF implementation and
Well, UTF8 is a variable length encoding, so many O(1) things become O(N)
I think that's most of the smelly fish.
also in RH8.0's internationalisation stuff /
On Tue, Feb 11, 2003 at 08:56:01PM +, Nicholas Clark wrote:
Given the feedback on suggestions about perl debugger tutorials, I
don't think many perl *users* use the debugger, so to me that explains why
no-one in the world noticed it sooner. To most perl users, the debugger is
not
Penny Bamborough wrote:
We did write a
perl version of the streetmap engine (with some help from some very nice
people I might add) however performance tests on the system indicated that
the processing power required would cripple the server and our site would
be very short lived.
[...]
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
Penny Bamborough wrote:
We did write a
perl version of the streetmap engine (with some help from some very nice
people I might add) however performance tests on the system indicated that
the processing power required would
On Mon, 10 Feb 2003, Andy Wardley wrote:
Penny Bamborough wrote:
The site has grown considerably since that time, we do use Win2k servers
with our own IIS extensions written in C++ to power the site
I'm a little surprised by that. Although I must admit that I've never
written IIS
On Mon, Feb 10, 2003 at 11:12:00AM +, Simon Wilcox wrote:
Mod_perl provides distinctly poor performance under load on windoze boxes
because it runs as a single thread instead of multi-threaded, which means
that you can only ever serve one request at a time.
Mod_perl also has other, errm,
On Mon, Feb 10, 2003 at 11:35:45AM +, David Cantrell wrote:
On Mon, Feb 10, 2003 at 11:12:00AM +, Simon Wilcox wrote:
Mod_perl provides distinctly poor performance under load on windoze boxes
because it runs as a single thread instead of multi-threaded, which means
that you can only
Andy,
Andy Wardley wrote:
Penny Bamborough wrote:
We did write a
perl version of the streetmap engine (with some help from some very nice
people I might add) however performance tests on the system indicated that
the processing power required would cripple the server and our site would
On Mon, 2003-02-10 at 12:08, Joel Bernstein wrote:
On Mon, Feb 10, 2003 at 11:58:31AM +, Tim Sweetman wrote:
FWIW, a project I've worked on recently, where I've indulg^H^H^H^H^H^H^H
been forced into serious database renormalisation, has resulted in
queries that used to take ~20sec
On Mon, Feb 10, 2003 at 12:39:07PM +, Ian Brayshaw wrote:
On Mon, 2003-02-10 at 12:08, Joel Bernstein wrote:
On Mon, Feb 10, 2003 at 11:58:31AM +, Tim Sweetman wrote:
FWIW, a project I've worked on recently, where I've indulg^H^H^H^H^H^H^H
been forced into serious database
On Mon, 2003-02-10 at 12:51, Joel Bernstein wrote:
On Mon, Feb 10, 2003 at 12:39:07PM +, Ian Brayshaw wrote:
monkey's? Afterall, the client has the right to refuse to pay the coder
and refuse the final product if explicitly stated standards are not met.
Fair enough, but at what point
On Mon, 2003-02-10 at 12:51, Joel Bernstein wrote:
On Mon, Feb 10, 2003 at 12:39:07PM +, Ian Brayshaw wrote:
That's a pretty horrific scenario, and certainly one I wouldn't want to
encourage. Anyway, who's really at fault here? The original coder or the
client? Sure, the code monkey
On Monday 10 February 2003 12:36, David Cantrell wrote:
mod_perl in general.
Issues like excessive memory use, and problems with database connections
being able to hang the whole web server.
really? ... I guess it depends on how you run your mod_perl ... sure,
running a mod_perl enabled
Apart from the standard win32 limitations? Are you referring to mod_perl
on win32 or mod_perl in general? I wasn't aware of any major performance
issues related to large-scale use of mod_perl on (say) solaris...
I like mod_perl, but its general complexity make me unwilling to use it
simply
On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
Apart from the standard win32 limitations? Are you referring to mod_perl
on win32 or mod_perl in general? I wasn't aware of any major performance
issues related to large-scale use of mod_perl on (say) solaris...
I like
On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
Also, I would guess that well written C++ is faster than well written
perl for some tasks.
For nigh-on all tasks! But remember, programmer time costs a lot more than
run time.
And I would guess based on
On Mon, Feb 10, 2003 at 01:46:20PM +, Joel Bernstein wrote:
On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
If you really want the integration with Apache, then fine, but if you
are just trying to avoid recompiling CGI scripts with every hit, and
maybe pooling a DB
robin szemeti wrote:
On Monday 10 February 2003 12:36, David Cantrell wrote:
mod_perl in general.
Issues like excessive memory use, and problems with database connections
being able to hang the whole web server.
really? ... I guess it depends on how you run your mod_perl ... sure,
On Mon, 2003-02-10 at 14:33, David Cantrell wrote:
On Mon, Feb 10, 2003 at 01:35:37PM +, Jonathan Peterson wrote:
Also, I would guess that well written C++ is faster than well written
perl for some tasks.
For nigh-on all tasks! But remember, programmer time costs a lot more than
run
At 10:42 10/02/2003, you wrote:
Penny Bamborough wrote:
We did write a
perl version of the streetmap engine (with some help from some very nice
people I might add) however performance tests on the system indicated that
the processing power required would cripple the server and our site would
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
I'm a little surprised by that. Although I must admit that I've never
written IIS extensions in C++, I'm surprised that it offers significantly
better performance than a mod_perl solution.
Programmer cluefulness being equal, when
On Mon, 2003-02-10 at 20:16, Paul Makepeace wrote:
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
I'm a little surprised by that. Although I must admit that I've never
written IIS extensions in C++, I'm surprised that it offers significantly
better performance than a
Paul Makepeace wrote:
On Mon, Feb 10, 2003 at 10:42:57AM +, Andy Wardley wrote:
I'm a little surprised by that. Although I must admit that I've never
written IIS extensions in C++, I'm surprised that it offers significantly
better performance than a mod_perl solution.
Programmer
Hi all
As you seem to be discussing how nasty we are in our absence I thought that
I had better join and post a reply, hopefully setting he record straight.
Firstly, on the subject of the perl module to produce links to Streetmap, I
would like to say the following :
We have NO objection to
On Tue, Feb 04, 2003 at 05:30:39PM +, Mark Fowler said:
Yahoo! springs to mind.
http://search.cpan.org/author/CSELLEG/WWW-YahooMaps-0.2/YahooMaps.pm
Which was written by a former intern in the Euro search team.
The credited Ed Freyfogle is my boss.
I raised this issue on the internal
http://search.cpan.org/author/CSELLEG/WWW-YahooMaps-0.2/YahooMaps.pm
Which was written by a former intern in the Euro search team.
The credited Ed Freyfogle is my boss.
I raised this issue on the internal development mailing list so, when
the US wakes up, I should be able to get some of
On Tue, Feb 04, 2003 at 05:14:57PM +, Leon Brocard wrote:
ps no, i have no point, i'm just living in the past
Does that mean you're in 5/4 time?
dha
--
David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/
There are 6 billion people in the world, and only 30 billion of those
So, back in the summer, I was fiddling with some bot-related code, and
site-related stuff that needed easy access to streetmap URLs - you
know, the kind of thing that you post in a mail when you want people
to find a pub and drink too much beer with you.
I ended up putting the code into a module,
[small quantities of Devil's advocacy included]
It was a basic screenscraper really, that used the page at
Anyway, various people appear to have found the module useful for bot
projects, and things like GrubStreet.
Did it internally respect, or optionally allow its users to respect, the
On Tue, Feb 04, 2003 at 04:56:53PM +, Jonathan Peterson wrote:
http://www.streetmap.co.uk/disclaimer.htm makes for interesting
reading. Particularly, Otherwise the reproduction, copying,
downloading, storage, recording, broadcasting, retransmission and
distribution of any part of the
Simon Batistoni sent the following bits through the ether:
I ended up putting the code into a module, WWW::Map::UK::Streetmap,
A long, long time ago, I remember London.pm offering to help Streetmap
improve their site as it was painfully slow at the time. The
discussions went on for a bit, but
On 04/02/03 16:56 +, Jonathan Peterson wrote:
[small quantities of Devil's advocacy included]
And more than welcome. I only wish I could have had this conversation
with them directly.
Did it internally respect, or optionally allow its users to respect, the
robot exclusion protocols? I
On Tue, 4 Feb 2003, Simon Batistoni wrote:
As I say, I don't have the energy to fight it out with them. If others
really valued the facilities of Streetmap.pm, then they can always
mail Kate Sutton at [EMAIL PROTECTED]
btek.co.uk doesn't appear to be an active domain, looks like btex.co.uk is
On Tue, 4 Feb 2003, Simon Batistoni wrote:
Tale of woe
May I suggest that we see what other providers exist for the UK and see if
any of them would be happy for us to implement their interface instead.
Yahoo! springs to mind.
Mark.
--
#!/usr/bin/perl -T
use strict;
use warnings;
print
On 04/02/03 17:30 +, Mark Fowler wrote:
On Tue, 4 Feb 2003, Simon Batistoni wrote:
Tale of woe
May I suggest that we see what other providers exist for the UK and see if
any of them would be happy for us to implement their interface instead.
Yahoo! springs to mind.
It's added to
On Tue, Feb 04, 2003 at 05:14:57PM +, Leon Brocard ([EMAIL PROTECTED]) wrote:
Simon Batistoni sent the following bits through the ether:
I ended up putting the code into a module, WWW::Map::UK::Streetmap,
A long, long time ago, I remember London.pm offering to help Streetmap
improve
This is disappointing. Oh well, it's everyone's preserve to do what they
will with their own product, however much it appears to be pointing a
loaded gun at their foot. Any reason you didn't Cc: her on the list
post? Surely good to let someone know they are being discussed in a
public, archived
On Tue, 4 Feb 2003, Paul Makepeace wrote:
Any reason you didn't Cc: her on the list
post? Surely good to let someone know they are being discussed in a
public, archived forum...
Well, it seems she misunderstood both what was written (caching location
!= caching map) and also had an issue with
On Tue, 4 Feb 2003 19:25:27 +, Paul Makepeace
[EMAIL PROTECTED] wrote:
The absolutely only selling point I can see for SM is their 80char
URLs. Any others?
Better quality maps?
On Tuesday 04 February 2003 19:25, Paul Makepeace wrote:
I must say, I have always thought Streetmap sucks. IMO: It's ugly, its
parser is atrociously bad, and IME it often can't find addresses that
other sites can.
also .. the others seem to be able to go to a particular zoom size
On Tue, Feb 04, 2003 at 06:12:26PM +, Dave Cross wrote:
This really is ancient history. I think it was very soon after the mailing
list started up (so well over four years ago).
My copy of that mailbox has long since gone awol, but some of the other
pioneers might well have a copy.
50 matches
Mail list logo