<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww">
    <title>gmane.comp.lib.libwww</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/844"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/843"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/842"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/841"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/840"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/839"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/838"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/837"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/836"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/835"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/834"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.libwww/832"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/844">
    <title>[FYI] libwww CVS repository now at github</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/844</link>
    <description>&lt;pre&gt;Hi,

For those that care, I just migrated the libwww CVS repository
to github:

https://github.com/w3c/libwww

All the CVS history was preserved.

Cheers,

-jose


&lt;/pre&gt;</description>
    <dc:creator>Jose Kahan</dc:creator>
    <dc:date>2013-02-01T18:59:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/843">
    <title>&lt;none&gt;</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/843</link>
    <description>&lt;pre&gt;http://libertybodyjewelry.com/images/pla20.htm&lt;/pre&gt;</description>
    <dc:creator>Bobby Jack</dc:creator>
    <dc:date>2011-07-20T21:33:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/842">
    <title>Is there is patch for coredump</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/842</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Arun Chakravarthy</dc:creator>
    <dc:date>2011-04-08T09:25:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/841">
    <title>1st CFP: IJCAI-11 Workshop on Discovering Meaning On the Go in Large  &amp; Heterogeneous Data (LHD-11)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/841</link>
    <description>&lt;pre&gt;Apologies for cross-posting

------------------------------------------------------------------------------
Call for papers for LHD-11 workshop at IJCAI-11, July 2011, Barcelona:

Discovering Meaning On the Go in Large &amp;amp; Heterogeneous Data

http://dream.inf.ed.ac.uk/events/lhd-11/
------------------------------------------------------------------------------

An interdisciplinary approach is necessary to discover and match meaning
dynamically in a world of increasingly large data.  This workshop aims
to bring together practitioners from academia, industry and government
for interaction and discussion.  The workshop will feature:

*  A panel discussion representing industrial and governmental input,
entitled "Big Society meets Big Data: Industry and Government
Applications of Mapping Meaning".  Panel members will include:
 *  Peter Mika (Yahoo!)
 *  Alon Halevy (Google)
 *  Tom McCutcheon (Dstl)
 *  (tbc)
*  An invited talk from Fausto Giunchglia, discussing the relationship
between social computing and ontol&lt;/pre&gt;</description>
    <dc:creator>Michael Chan</dc:creator>
    <dc:date>2010-12-18T00:48:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/840">
    <title>Re: migrating to 64 bit</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/840</link>
    <description>&lt;pre&gt;Aloha
Okay, so you are trying to build target 32 bit executables under a 64
bit host ?
Were you trying something like,

  $ CFLAGS="-m32"  ./configure --target=i686

If so, where did it fail ?


For some reason, it seems to drop the compiler flag when generating the
modules/expat/libtool . . .

However, going back in and adding the compiler flag after running
configure and before running make seems to work.

For example, the difference would be something like,

  $ diff modules/expat/libtool modules/expat/libtool-generated
  1042c1042
  &amp;lt;     compiler_flags=-m32
  ---
  &amp;gt;     compiler_flags=

This way, there is are 32 bit shared libraries, e.g.,

  $ file modules/expat/.libs/libexpat.so.0.4.0
  modules/expat/.libs/libexpat.so.0.4.0: ELF 32-bit LSB shared object,
Intel 80386, version 1 (SYSV), dynamically linked, not stripped

The example applications are also 32 bit, e.g.,

  $ file LineMode/src/www
  LineMode/src/www: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), dynamically linked (uses shared &lt;/pre&gt;</description>
    <dc:creator>Vic Bancroft</dc:creator>
    <dc:date>2010-12-15T04:18:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/839">
    <title>migrating to 64 bit</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/839</link>
    <description>&lt;pre&gt;Hi,
   I am migrating open source packages from redhat EL5 on 32 bit 
machines to 64 bit machines.
   I found a problem with some packages that now need the -m32 flag 
passed into gcc for
   the executable to work properly.

   w3c-libwww appears to not have the -m32 flag, and the linker, ld 
complains when I link to it with  a mix
   of files some built to run in 32 bit mode and some built 64 bit.

  Is there a way to configure  w3c-libwww for the 32 bit mode on a 64 
bit box?

thank you,
   bob schaefer
rps&amp;lt; at &amp;gt;haystack.mit.edu



&lt;/pre&gt;</description>
    <dc:creator>Robert Schaefer</dc:creator>
    <dc:date>2010-12-13T18:11:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/838">
    <title>Re: installing using apt-get</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/838</link>
    <description>&lt;pre&gt;
On Jun 20, 2010, at 5:28 AM, Gevorg Harutyunyan wrote:



if you're referring to the  W3C WWW library:

$sudo apt-get install libwww0

hope this helps.

ax
:-)


Tony Alexander
System Administrator
Center for Biodiversity and Conservation
American Museum of Natural History
Central Park West at 79th Street
New York, NY 10024
Phone: 212 496 3474
Fax: 212 769 5292
Mobile: 917 548 0560
http://cbc.amnh.org

standing with them!


&lt;/pre&gt;</description>
    <dc:creator>Tony Alexander</dc:creator>
    <dc:date>2010-06-21T12:03:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/837">
    <title>installing using apt-get</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/837</link>
    <description>&lt;pre&gt;Hi,

Could you please hint how can I install www-lib using apt-get.

I am using Ubuntu 10.04.

Thank You!

&lt;/pre&gt;</description>
    <dc:creator>Gevorg Harutyunyan</dc:creator>
    <dc:date>2010-06-20T09:28:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/836">
    <title>Is the 5.4.0 ZIP distribution really 5.3.2 ?  And what I had to do to make  it even build successfully with MS VC6 SP6</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/836</link>
    <description>&lt;pre&gt;
Ok, something is strange. I am assuming this is place to start getting
libwww source...

   http://www.w3.org/Library/

The Get It! link there takes you to...

   http://www.w3.org/Library/Distribution.html

The Latest Tar Ball Release section says you can get 5.4.0 here...

   http://www.w3.org/Library/Distribution/w3c-libwww-5.4.0.zip

But when you unzip that, you get a ChangeLog that has 5.3.2 as the release,
and a Library/src/windows/config.h file that has W3C_VERSON defined as
"5.3.1".  The same is true for the .tgz file in the same place.

Similarly, the Libwww_V5.4.0.EXE installer for Windows binaries, available
from ftp://ftp.idm.ru/libwww/  (suggested by the Distribution page),
installs a ChangeLog in c:\Program Files\Libwww that indicates 5.3.2 is the
latest release. (There is no source installed with that installer, other
than the ChangeLog file.)

Similarly, checking out the source from CVS using the tag Release-5-4-0
gets you a ChangeLog that says 5.3.2 and a  Library/src/windows/config.h
file &lt;/pre&gt;</description>
    <dc:creator>gpicher&lt; at &gt;desknetinc.com</dc:creator>
    <dc:date>2010-01-21T20:54:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/835">
    <title>RE: Build Trouble</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/835</link>
    <description>&lt;pre&gt;While trying to rebuild the current CVS state of libwww with MSVC6SP6, I
saw the DIR problems referenced in this thread, but wanted to clarify the
solution that worked for me
(and report other problems coming up afterwards).

First, the file to change is wwwsys.h, not wwwysy.h . Second, there is more
than one #ifdef WWW_MSWINDOWS in the file; the change should go under the
first one.

Original message:
http://lists.w3.org/Archives/Public/www-lib/2009JanMar/0001.html

There was another problem right after resolving this one - "buffer size for
readdir_r cannot be determined" in the implementation of
HTFile_irent_buf_size in
 library\src\HTFile.c.  I tried to resolve that by simply setting name_max
to 256 as a practical maximum path length (as the code just above it does),
instead of
raising the error  (following the suggestion  here:
http://lists.w3.org/Archives/Public/www-lib/2006JanMar/0013.html ) .  But
then the final line of this function
also caused two problems on Windows: 1)  offsetof was not defined (c&lt;/pre&gt;</description>
    <dc:creator>gpicher&lt; at &gt;desknetinc.com</dc:creator>
    <dc:date>2010-01-20T17:08:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/834">
    <title>RE: Build Trouble</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/834</link>
    <description>&lt;pre&gt;Followup: one further step I took to get around the problem that I (tried
to, did I succeed?) posted on below was to use an #ifdef at the bottom of
HTFile_irent_buf_size
to avoid the use of struct dirent if WIN32 was defined - instead using...

  return (sizeof(DIR) + name_max + 1);

The next problem behind that one was an inability to find expat.h, which
was easily enough solved by adding ..\..\..\modules\expat\lib to the
list of include folders in the wwwfiles project settings. That led to a
problem in c:\program files\microsoft visual studio\vc98\include\excpt.h
with _WIN32 not being defined in the same project file, though WIN32 was
defined (also easily solved in the project settings). Then there
was a problem with not having a processor architecture defined (solved by
defining _M_IX86 in the project), followed by a problem not
having RPC_IF_CALLBACK_FN defined in windll.c of the wwwfile.c, which could
*not* be resolved by adding #include &amp;lt;rpc.h&amp;gt; . So I am
stuck there.

I have been using the VC6 platform&lt;/pre&gt;</description>
    <dc:creator>gpicher&lt; at &gt;desknetinc.com</dc:creator>
    <dc:date>2010-01-20T21:52:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.libwww/832">
    <title>Re: trapping set-cookie with SSL</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.libwww/832</link>
    <description>&lt;pre&gt;Many thanks! i've noticed it too - cookies are not touched for ssl  
sites (i've tried two) and now i know why! need to recompile the  
library and try it again sometime...

greetings

mike



&lt;/pre&gt;</description>
    <dc:creator>Mike Vasiljevs</dc:creator>
    <dc:date>2009-11-26T15:10:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.libwww">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.libwww</link>
  </textinput>
</rdf:RDF>
