Thanks for the code Philippe. I'm going to try it.
I think it'd be cool if the proxy automatically ran the validator on the
page being proxied and the javascript that was added to the page by the
proxy would write the results to a logger window or alert.
Is this an easy thing to do with HTTP::
Leopold Toetsch wrote:
Gordon Henriksen wrote:
The patch is at the URL below, and I've split it into 4 for you. The
classes-include-lib patch must be applied before any of the other 3.
I've resolved the 3-4 conflicts that occurred since the patch was first
I've applied now "pmc-accessors2-class
On 6 Feb 2004, at 22:32, Leopold Toetsch wrote:
- icu
- lib/Test/*
- lib/Pod/*
are all "standard" thingys. I'm not thinking that we are gonna
reinventing wheels nor that we are gonna copying existing wheels, so
I'd
vote for just removing all that from CVS.
yep
All non-trivial packages have some
Robert Spier <[EMAIL PROTECTED]> wrote:
> Pod::Simple is relatively easy to subclass. And Sean is pretty
> receptive to changes.
[ more referenced source inside ]
- icu
- lib/Test/*
- lib/Pod/*
are all "standard" thingys. I'm not thinking that we are gonna
reinventing wheels nor that we are go
Thanks to a suggestion by David Wheeler, I was able to build a tool that
works for me. Here's the simple testing script I came up with. You are
free to use and modify it for your own purposes:
#!/usr/bin/perl -w
# Check all our static HTML pages in a www tree to see if they are made of valid HTM
On Fri, Feb 06, 2004 at 03:14:33PM -0600, Scott Bolte wrote:
> On Fri, 6 Feb 2004 12:22:24 -0800, Michael G Schwern wrote:
> >
> > It wouldn't be Test::Harness, it would be a seperate Test::Depends or
> > something.
>
> I could live with that, but why do you think it needs to
> be sep
On Fri, 6 Feb 2004 12:22:24 -0800, Michael G Schwern wrote:
>
> It wouldn't be Test::Harness, it would be a seperate Test::Depends or
> something.
I could live with that, but why do you think it needs to
be separate?
The T::H documentation makes it quite clear that there
On Fri, Feb 06, 2004 at 11:03:42AM -0600, Scott Bolte wrote:
> Building on the mini_harness.plx example from
> Test::Harness::Straps, I added checks for declarations like
> the following:
>
> DEPENDS_ON "file" # implicit test file dependency
> "t
> Suppose I could make a few changes to Pod-Simple, then our problem
> would be solved.
Pod::Simple is relatively easy to subclass. And Sean is pretty
receptive to changes.
> never have occurred to me to shove all of that in CVS. It always
> surprised me a that ICU was there, rather than just
I've catalogued a number of freeware link checkers in my research for
Open Testware Reviews. The raw list is below, actually it's all the
tools I know about that do any kind of static analysis on web pages. My
subscribers haven't asked me to write about this topic yet, so I haven't
tried to f
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
>> That's likely so because of alignment. But real numbers would
>> be better of course.
> Err? No, I'd think it's because the union contains two 16-byte
> structs (64-bit ptr + 64-bit ptr = 128-bit struct = 16 bytes).
The minimum size is {bufstart*, bu
Hello,
I'm looking for a perl testing tool that check a whole directory of HTML
files to see if the are valid HTML. The ideal tool would also be able to
check dynamically generated web pages. There seem to be a few options that
I've found so far, but none of them are ideal:
- HTML::Lint - nice Pe
I'd like to propose an addition to the Test::Harness parsing
rules to support dependency analysis. That, in turn, allows
monitoring for file changes and selective, immediate
re-execution of test files. Is this the right forum for
that discussion?
Bui
Just some opinion pieces:
http://www.ondotnet.com/pub/wlg/3941
and my reply
http://blog.simon-cozens.org/bryar.cgi/id_6649
--
You can't have everything... where would you put it?
-- Steven Wright
> > [* - Somewhat inadvisedly, I think. UnionVal is 8 bytes on
> > a 32-bit architecture, but bloats to 16 bytes on a 64-bit
> > architecture.
>
> That's likely so because of alignment. But real numbers would
> be better of course.
Err? No, I'd think it's because the union contains two 16-byte
Jerome Quelin <[EMAIL PROTECTED]> wrote:
> Hello,
> While looking at Chromatic's anim_parrot_logo.imc (in examples/sdl), I
> was wondering why the includes weren't at the same place. Indeed, the
> source reads:
One include is inlined init code, while the other has subroutines.
> And two more imc
Uri Guttman <[EMAIL PROTECTED]> wrote:
> boy, was this easy with this module. all we need to do is mess around
> with the output to get whatever leo needs.
s/leo/Joe R. Parrot Hacker/ - I can craft initializers by hand ;)
1) some script e.g. gen_struct (struct2pasm ...) located in tools/dev or
b
Hello,
While looking at Chromatic's anim_parrot_logo.imc (in examples/sdl), I
was wondering why the includes weren't at the same place. Indeed, the
source reads:
.sub _main
_init()
_MAIN()
end
.end
.include "library/sdl_types.imc"
.pcc_sub _init prototyped
.include "libr
Paolo Molaro <[EMAIL PROTECTED]> wrote:
> The offsets look incorrect. On basically every modern 32 or 64 bit
> OS (with sizeof(int) == 4) it should look like:
Yeah. But in the meantime Parrot should calculate correct offsets :)
> lupus
leo
On 02/05/04 Uri Guttman wrote:
> with this struct (from leo with some minor changes):
>
> struct xt {
> char x;
> struct yt {
> char i,k;
> int j;
> } Y;
> char z;
> } X;
>
> and this trivial script (i pass the filename on the command line):
[.
Suppose I could make a few changes to Pod-Simple, then our problem
would be solved.
But, being serious, say I'd decided to use Template-Toolkit, it would
never have occurred to me to shove all of that in CVS. It always
surprised me a that ICU was there, rather than just what was needed to
get
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
> Maybe you ought to capitulate to the hierarchical nature of it all and
> simply push on another struct layout specifier to handle the nesting.
Exactly that's the plan:
.DATATYPE_STRUCT
.DATATYPE_STRUCT_PTR
are already in CVS.
leo
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
> The patch is at the URL below, and I've split it into 4 for you. The=20
> classes-include-lib patch must be applied before any of the other 3.=20
> I've resolved the 3-4 conflicts that occurred since the patch was first=20=
I've applied now "pmc-acces
Tim Bunce <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 05, 2004 at 02:35:38PM +0100, Leopold Toetsch wrote:
>> Just the opposite, its guaranteed to be not the same even on one
>> platform, albeit a srand() like call is still missing to get really
>> random key order.
> So it would be really nice to h
24 matches
Mail list logo
