← Back to branch summary

~ubuntu-branches/ubuntu/hardy/luatex/hardy

« back to all changes in this revision

Viewing changes to src/libs/zziplib/docs/developer.htm

  • Committer: Bazaar Package Importer
  • Author(s): Norbert Preining
  • Date: 2007-09-24 12:56:11 UTC
  • Revision ID: james.westby@ubuntu.com-20070924125611-a8ge689azbptxvla
Tags: upstream-0.11.2
Import upstream version 0.11.2

Show diffs side-by-side

added added

removed removed

Lines of Context:
src/libs/zziplib/docs/developer.htm
 
1
<section> <date> 2004-05-18 </date>
 
2
<H2> Developer </H2> sourceforge CVS area
 
3
 
 
4
<center>
 
5
<a href="http://sourceforge.net/cvs/?group_id=6389">
 
6
         http://sourceforge.net/cvs/?group_id=6389 </a>
 
7
</center>
 
8
 
 
9
<P>
 
10
  Since 0.13.x the zziplib is using a cvs module "zzip-0" at the
 
11
  sourceforge cvs source repository host. You can get a snapshot
 
12
  from that area anytime, the access details can be found under the 
 
13
  link above. All later releases are actually snapshots of some
 
14
  cvs day. (Prior releases had seen too many reshuffling of the
 
15
  build system which cvs is not the best tool to handle gracefully).
 
16
</P>
 
17
<P>
 
18
  I am using the sourceforge compilefarm to do remote testing of
 
19
  releses for crossplatform compatibility. This includes usually
 
20
  some unix compatible platforms such as Linux, Solaris, 
 
21
  FreeBSD, Darwin/MacOSX including i386, amd64, sparc, sparc64, 
 
22
  powerpc when available. Even the latest daytoday cvs snapshots 
 
23
  should be fine for these platforms.
 
24
</P>
 
25
<P>
 
26
  In the labs of my employer some more platforms exist but these are
 
27
  only checked once in a few months, mostly summertime and christmas
 
28
  season if the general workload is low. That includes hp/ux but more
 
29
  importantly a real MSVC6 installation and a few PCs with win32 flavours. 
 
30
  I do not use win32 at home! Any help in that area is greatly appreciated, 
 
31
  the zziplib was written in strict ansi-C but the build system and dll hell 
 
32
  is sometimes very weird for win32 platforms. I feel it often requires
 
33
  experienced hands to detect the source of a problem should there be one.
 
34
</P>
 
35
<P>
 
36
  Note also that I do not use PHP, there is a regular flow of questions
 
37
  circulating around the php-zip module which is built around zziplib. But
 
38
  I can not answer any questions about the build and installation for that.
 
39
  It would be greatly appreciated if I can find contact to a PHP hacker
 
40
  to whom I can forward php related mails! The php zip wrapper is not part
 
41
  of the zziplib in any way.
 
42
</P>
 
43
<P>
 
44
  Since there is an MSVC6 system in reach now, I have not been updating my
 
45
  gcc/mingw32 installations as rigidly as most other win32 developers
 
46
  have. I understand there are great advancements in the msys/mingw32 area
 
47
  and the provided technology which made them follow quickly. However in
 
48
  the labs only some older releases are used for these are called more 
 
49
  "stable". Remember that I do not use win32 at home, only crosscompile to 
 
50
  mingw32 is checked out sometimes but I know that it is somewhat different 
 
51
  than the selfhosted msys environment. Any help is greatly appreciated.
 
52
</P>
 
53
<P>
 
54
  Lastly, I am trying to make the zziplib as close as possible to the
 
55
  thing called "industrial strength". But remember that this is still
 
56
  an opensource spare time probject. <b>I take patches</b>! Many of the
 
57
  interesting parts of zziplib have been introduced by submission which
 
58
  I have later integrated more heavily to make the zziplib be what it
 
59
  was always intended for: to be a small, fast and portable library allowing 
 
60
  to use a zip file as a special variant of a data filesystem. The ext/io
 
61
  obfuscation stuff was one of the best feature submissions so far. Thanks.
 
62
</P>
 
63
<P>
 
64
  Looking forward to hear from <em>YOU</em>.
 
65
  - <a href="mailto:guidod@gmx.de?subject=zzip:">guidod@gmx.de</a>
 
66
</P>
 
67
</section>