pppla - your shiny new pproxy log analyser!

[alpha]

It's because I haven't released a new version which supports OGR-27 yet. You must've modified the script to have gotten output like you pasted. pppla v0.7 only supports RC5-72 and OGR-26 so if you specified OGR-27 on the command line it would have told you the supported projects in that version and bailed. pppla v0.8 will support RC5-72, OGR-25 (added back in), OGR-26 and OGR-27.

I could easily write the script to support any future OGR project (it's practically one line of code per project), but I would need to know the total stubs for each project. Unfortunately, without this information there will have to be a new version of the script every time we start a new project. However, the script is already (mostly) future-proofed for this, so all I have to add is a couple of lines. The log filenames doesn't matter, the script looks at the stub information on each line to pick out the appropriate stubs for the project queried.

As soon as I know the stubspace size of OGR-27 I'll post the new version.

[IronBits]

You should submit this work at sourceforge

[alpha]

clzupp, I misread what you said initially and can now see your point. I've made the necessary changes to fix the day (log) counting and that will be in the next version, fully working across all OGR projects (past and present).

IB: it's only a ~300 line script, <10 kilobytes.

[alpha]

OK, dnet have updated their stubspace status page for OGR-27 so I have updated the script.

v0.8 - Added support for OGRp2-25 back in. Added support for OGR-27. Minor cosmetic tweaks.

Post any problems or oddities here. I'm on holiday for a week from tomorrow, but I'll keep an eye on things and reply if and when I can.

[yoyo]

Thanks for the script, alpha.
yoyo

[Lani]

I edited the source to fix a problem with string and numbering also did adjust the output format.

Source has detailed stubspace stats you might edit the script in order to disable it.

good work Alpha

[alpha]

I edited the source to fix a problem with string and numbering also did adjust the output format.

Source has detailed stubspace stats you might edit the script in order to disable it.

good work Alpha

Lani, thanks for taking interest in the script again. Unfortunately, the stubspace stats have different constraints for each OGR project, so it isn't such a simple fix. The dnet guys aren't always very forthcoming with the required information (for instance, it wasn't posted for OGR-26 and only recently appeared for OGR-27) and it isn't that interesting anyway, so I preferred to leave it out altogether. Also, for the OGR-27 stubspaces to be numbered correctly, lines 140-143 of your modified script should be:

case 3 { $stubspace[1]++ }
case 4 { $stubspace[2]++ }
case 5 { $stubspace[3]++ }
case 6 { $stubspace[4]++ } 

However, this still won't be right for OGRp2-25 or OGR-26, as I mentioned earlier.

What was the problem with formatting? I realise I'm using arbitrary lengths for some stuff but it seems to have been appropriate thus far.

I've had a new version of pppla sitting around for a while now with revamped output formatting (and an additional stat) but I was holding back on posting it until some more major changes were made. If nothing comes up in the next few weeks I'll post it anyway.