6 captures
11 Aug 2014 - 31 Jan 2024
Jul AUG Sep
11
2013 2014 2015
success
fail

About this capture

COLLECTED BY

Organization: Internet Archive

These crawls are part of an effort to archive pages as they are created and archive the pages that they refer to. That way, as the pages that are referenced are changed or taken from the web, a link to the version that was live when the page was written will be preserved.

Then the Internet Archive hopes that references to these archived pages will be put in place of a link that would be otherwise be broken, or a companion link to allow people to see what was originally intended by a page's authors.

The goal is to fix all broken links on the web. Crawls of supported "No More 404" sites.

Collection: Wikipedia Near Real Time (from IRC)

This is a collection of web page captures from links added to, or changed on, Wikipedia pages. The idea is to bring a reliability to Wikipedia outlinks so that if the pages referenced by Wikipedia articles are changed, or go away, a reader can permanently find what was originally referred to.

This is part of the Internet Archive's attempt to rid the web of broken links.
TIMESTAMPS

The Wayback Machine - http://web.archive.org/web/20140811061119/https://lwn.net/Articles/551088/
 
LWN.net Logo

Log in now

Create an account

Subscribe to LWN

LWN.net Weekly Edition for August 7, 2014

Reconsidering ffmpeg in Debian

LWN.net Weekly Edition for July 31, 2014

Wayland in GNOME: two progress reports

The EFF launches a router project

A look at the PyPy 2.0 release

A look at the PyPy 2.0 release

Posted May 17, 2013 20:18 UTC (Fri) by pboddie (guest, #50784)
In reply to: A look at the PyPy 2.0 release by mathstuf
Parent article: A look at the PyPy 2.0 release

Sorry, I don't have direct experience with SIP, but perhaps your GIL question is answered here:

http://pyqt.sourceforge.net/Docs/sip4/using.html#the-pyth...


(Log in to post comments)

A look at the PyPy 2.0 release

Posted May 18, 2013 6:52 UTC (Sat) by mathstuf (subscriber, #69389) [Link]

Well, that's good, but I'm still missing other features I get with Boost.Python[1] in minimal code (typically ~3 lines of C++ per typical method (with named args and a docstring); add ~10 extra for more involved methods including virtual methods, callback wrapping, and PyObject-as-std::iostream translations). Other features are custom getter/setter functions for properties (boost::variant bindings with named accessors which return None if the value for name isn't set and can be assigned to), protected class access[2] (we allow inheriting from a a C++ class in Python and calling it from C++ again), and the extract class mentioned above (boost::any bindings). Not sure how well SIP handles using objects via a shared_ptr (or similar class) and never by instance either, but this is likely hackable with some work.

[1]With which my main gripe about is the lack of PyPy support. This isn't me just ripping on other bindings systems for the sake of it; these features are just required for complete bindings and that is more important than PyPy support (as nice as it would be).
[2]"SIP does not support access to either private or protected instance variables."

A look at the PyPy 2.0 release

Posted May 18, 2013 7:13 UTC (Sat) by mathstuf (subscriber, #69389) [Link]

> the extract class mentioned above (boost::any bindings)

Found something usable[1] for boost::any conversions. Maybe boost::variant could be done with %Property and %MethodCode, but it'd likely be messy (not that it's clean in Boost.Python either, but at least that is all C++ and not a mixture).

[1]http://pyqt.sourceforge.net/Docs/sip4/c_api.html#sipCanCo...

Copyright © 2014, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds