idlebox.net - Timo's Weblog

idlebox.net - Timo's Weblog http://idlebox.net idlebox.net - RSS 2.0 Feed de Copyright 2007, idlebox.net Wed, 31 Aug 2011 20:12:00 +0200 Wed, 31 Aug 2011 20:12:00 +0200 tbrss@idlebox.net (Timo Bingmann) Vervollständigung meiner Seminararbeit in Diskreter Mathematik http://idlebox.net/2011/0831-Seminararbeit-Singer-Differenzenmengen/ <a href="http://idlebox.net/2011/0831-Seminararbeit-Singer-Differenzenmengen/"><img src="http://idlebox.net/2011/0831-Seminararbeit-Singer-Differenzenmengen/thumb.jpg" width="300" height="274" alt="Drawing of PG(2,3)" /></a>Heute habe ich meine Seminararbeit in Diskreter Mathematik an der FernUni Hagen vervollständigt. Ich möchte mich bei Prof. Hochstättler bedanken für die erfahrene Leitung und planvolle Einführung in die interessanten Gebiete der Design Theorie und endlicher Geometrien. Die Arbeit ist auf deutsch und unter folgendem Link downloadbar. Download PDF: <a href="http://idlebox.net/2011/0831-Seminararbeit-Singer-Differenzenmengen/Seminararbeit-Singer-Differenzenmengen.pdf">Seminararbeit-Singer-Differenzenmengen.pdf</a> (2,8 MB) <div class="cite"> <h2>Zusammenfassung</h2> Die Entwicklung von Differenzenmengen in der Design Theorie begann 1938 mit einer algebraischen Untersuchung endlicher projektiver Geometrien von James Singer. Nach Einführung der wichtigsten Grundbegriffe der Design Theorie und projektiver Geometrien werden in dieser Ausarbeitung die beiden Resultate von Singer entwickelt. Die Existenz einer Kollineation mit Periode <img src="http://idlebox.net/img/latex/lbA2Tr4MRa-YaZ+uzl5V5vHJGAcM3fa3N8oIUNKyKVA.png" alt="frac{n^{d+1}-1}{n-1}" width="47" height="24" class="ltximg" /> führt zur Definition von Differenzenmengen und beide Ergebnisse liefern elegante Konstruktionsverfahren für <img src="http://idlebox.net/img/latex/yC+CDZt0Xk0ZnL6g+bD7ZFz5v3nH42n-Xo-Bv9-cMnc.png" alt="PG(d,p^k)" width="69" height="20" class="ltximg" />. </div> http://idlebox.net/2011/0831-Seminararbeit-Singer-Differenzenmengen/ Wed, 31 Aug 2011 20:12:00 +0200 Update Release of STX B+ Tree 0.8.6 http://idlebox.net/2011/0518-STX-B+Tree-0.8.6-Update.blog <a href="http://idlebox.net/2007/stx-btree/"><img src="http://idlebox.net/2007/stx-btree/btree-thumb-border.png" width="252" height="193" alt="Small drawing of a B+ tree" /></a>After four years I have decided to release an updated version 0.8.6 of the <a href="http://idlebox.net/2007/stx-btree/">STX B+ Tree C++ Template Classes</a> package. The updated release contains all patches that have accumulated in my inbox over the years. So yes, please send me patches for this project, it is not in vain! Below the highlights on the changes in this release: <ul> <li>Implemented a missing function: <code>erase(iterator iter)</code> by recursively searching for the referenced leaf node inside the subtree containing equal keys.</li> <li>Applied a patch which adds support for STL allocators as template parameters.</li> <li>Corrected limits of a <code>for</code> loop when shifting pairs from left to right leaf nodes during deletion.</li> </ul> I also reran the speed test done back in 2007 on my new hardware and compared the results with the old data. Due to the larger L2 cache sizes in my new Intel Core i7, the B-tree speed-up first starts to show at about 100,000 integer items, rather than 16,000 items with my older Pentium 4. This might also have something to do with the new CPU using 64-bit pointers and thus requiring larger nodes for child references. <a href="http://idlebox.net/2007/stx-btree/stx-btree-0.8.6/doxygen-html/a00001.html">Read the complete speed test here.</a> <a href="http://idlebox.net/2007/stx-btree/stx-btree-0.8.6/doxygen-html/a00001.html"><img src="http://idlebox.net/2007/stx-btree/stx-btree-0.8.6/doxygen-html/speedtest-2011-03.png" alt="result plot from new speedtest" width="750" height="525" /></a> The updated source code package is available <a href="http://idlebox.net/2007/stx-btree/">for download from this webpage</a>. http://idlebox.net/2011/0518-STX-B+Tree-0.8.6-Update.blog Wed, 18 May 2011 12:44:00 +0200 Yet Another Release of digup 0.6.40 - A Digest Updating Tool http://idlebox.net/2011/0130-digup-0.6.40.blog This is yet another release entry of <a href="http://idlebox.net/2009/digup/">digup</a>. This time, however, it is a major release with lots of new improvements and some old fixes: <ul> <li>Added new flags <code>--modify-window=number</code> to allow larger deltas in the modification time of files. This is a fixup for checking backups copied onto FAT filesystems, because these store the time stamp with a precision of only 2 seconds. Since this is a common operation, the shortcut <code>-w</code>/<code>--windows</code> will set the allowed modification window to 1.</li> <li>Also added a new flag <code>--exclude-marker=file</code>, which makes the recursive file system walk skip all directories (and their sub-directories) containing a special marker file usually called <code>.nobackup</code> in other programs. This option is persistent and stored in the created digest file, so it must only be specified once and then in all subsequent runs the same directory marker is used to selectively skip over special directories.</li> <li>Added a <code>--restrict=pattern</code> temporary exclusion flag. If specified, all paths containing the pattern as a substring are temporarily skipped. This allows one to quickly check a specific folder or file structure for modifications. Especially useful in combination with <code>-c</code> to perform a full digest check on only a subset of the files.</li> <li>One more smaller fixup: using 64-bit file offsets on Window, which allows files larger than 2GB to work correctly. </ul> For more information and the new version see the <a href="http://idlebox.net/2009/digup/">digup web page</a>. http://idlebox.net/2011/0130-digup-0.6.40.blog Mon, 31 Jan 2011 20:25:00 +0100 Bugfix Release: digup 0.6.30 - A Digest Updating Tool http://idlebox.net/2010/1003-digup-0.6.30.blog Fixed another severe bug in the <a href="http://idlebox.net/2009/digup/">digup</a> tool: on the amd64 architecture the tool crashed when writing the digest file, thanks goes to Daniel D. for reporting and fixing this bug. The bug was caused by the variable arguments lists <code>va_list</code> used twice in the <code>fprintfcrc()</code> function. Apparently, on the amd64 platform <code>va_start()</code> and <code>va_end()</code> must be called twice even when passed the list to <code>vsprintf()</code>. For more information and the new version see the <a href="http://idlebox.net/2009/digup/">digup web page</a>. http://idlebox.net/2010/1003-digup-0.6.30.blog Sun, 03 Oct 2010 16:12:00 +0200 Bugfix Release: digup 0.6.27 - A Digest Updating Tool http://idlebox.net/2010/0820-digup-0.6.27.blog Fixed a two bugs in the <a href="http://idlebox.net/2009/digup/">digup</a> tool: added large file support when compiling the program and fixed a string allocation bug. This new version enables large file support by using <code>long long</code> variables for size. Furthermore, a string allocation bug was fixed which occured when using <code>-t</code> and <code>-f</code> command line parameters. For more information and the new version see the <a href="http://idlebox.net/2009/digup/">digup web page</a>. http://idlebox.net/2010/0820-digup-0.6.27.blog Fri, 20 Aug 2010 23:05:00 +0200 Bugfix Release: stx-execpipe 0.7.1 - STX Execution Pipe C++ Library http://idlebox.net/2010/0730-stx-execpipe-0.7.1.blog Fixed a small bug in the <a href="http://idlebox.net/2010/stx-execpipe/">stx-execpipe</a> library: add large file support when compiling the library. This bug switches on the large file support functions. Without this fix a pipeline reading or writing files >2GB will not function properly. The fix is to <code>#define _FILE_OFFSET_BITS 64</code> when compiling the library's code. For more information and the source code see the <a href="http://idlebox.net/2010/stx-execpipe/">stx-execpipe web page</a>. http://idlebox.net/2010/0730-stx-execpipe-0.7.1.blog Fri, 30 Jul 2010 17:13:00 +0200 Published stx-execpipe 0.7.0 - STX Execution Pipe C++ Library http://idlebox.net/2010/0718-stx-execpipe-0.7.0.blog <a href="http://idlebox.net/2010/stx-execpipe/"><img src="http://idlebox.net/2010/stx-execpipe/thumb.jpg" width="300" height="186" alt="execution pipe with exec() bubbles" /></a>The STX C++ library series has been extended today with a new installation: the STX Execution Pipe library, in short STX ExecPipe. It is the solution to an issue that I encountered in writing a small backup application. This backup tool collects some file to backup and then calls <code>tar</code> and <code>xz</code> followed by <code>ncftpput</code>. However, I could not find any useful C++ library that allows convenient chaining of external programs like used in everyday shell piping. This pipe line functionality is based on the system calls <code>fork()</code>, <code>exec()</code> and <code>pipe()</code>, which are not easy to use correctly. After writing some ad-hoc functions to call one or two external programs, I decided to tackle this basic problem once and for all. The result is the <a href="http://idlebox.net/2010/stx-execpipe/">stx-execpipe</a> library. Using the library a C++ program can build a sequence of external programs with command line parameters. These programs are connected by the library just like a shell pipe: stdout of the preceding stage goes into stdin of the next one. The input and output of the whole pipeline can be redirected to a plain fd, a file or saved in a std::string. One very interesting feature of the library is to insert intermediate processing functions into a pipe line. The data can be intercepted and passed back to the parent process for manipulation or just inspection. This was necessary to calculate the SHA1 digest of a backup tarball simultaneously to uploading it. For more information and the source code see the <a href="http://idlebox.net/2010/stx-execpipe/">stx-execpipe web page</a>. The following small code snippet exemplifies the flexibility of the stx-execpipe solution: <div class="codesnippet" style="font-size: 10pt; font-family: monospace"><tt>stx::ExecPipe ep; // first stage calls tar std::vector<std::string> tarargs; tarargs.push_back("tar"); tarargs.push_back("--create"); tarargs.push_back("--verbose"); tarargs.push_back("--no-recursion"); tarargs.push_back("/path/to/some/files"); tarargs.push_back("/path/to/more/files"); ep.add_execp(&tarargs); // second stage compresses the tarball ep.add_execp("xz", "-9"); // third stage intercepts data for a SHA1 digest Sha1Function sha1tar; ep.add_function(&sha1tar); // fourth stage sends the tarball via FTP std::vector<std::string> ftpargs; ftpargs.push_back("ncftpput"); ftpargs.push_back("-c"); ftpargs.push_back("ftp.upload-to-host.net"); ftpargs.push_back("/path/to/ftpfile.tar.gz"); ep.add_execp(&ftpargs); if (ep.run().all_return_codes_zero()) {     std::cout << "Backup upload complete." << std::endl } else {     // error processing... } </tt></div> http://idlebox.net/2010/0718-stx-execpipe-0.7.0.blog Sun, 18 Jul 2010 23:31:00 +0200 Published stx-cbtreedb 0.7.0 - STX Constant B-Tree Database Template Classes http://idlebox.net/2010/0414-stx-cbtreedb-0.7.0.blog <a href="http://idlebox.net/2010/stx-cbtreedb/"><img src="http://idlebox.net/2010/stx-cbtreedb/thumb.jpg" width="300" height="185" alt="drawing of cbtreedb tree index structure" /></a>Published yet another C++ template library using a B-tree. This time the solution is a disk-based read-only key-value mapping using a "packed, sequential" B-tree as index structure. All applications mapping a large number of constant, integral keys to string or data blobs can benefit from this library. The database structure is highly compact and contains self-verification checksums over both key and value areas. stx-cbtreedb is a direct contender with <a class="exp" href="http://cr.yp.to/cdb.html">cdb</a> and <a class="exp" href="http://www.corpit.ru/mjt/tinycdb.html">tinycdb</a>, which however are based on hash tables and do not retain key proximity. Compared to other full-fledged B-tree implementations like <a class="exp" href="http://www.oracle.com/technology/products/berkeley-db/">BerkeleyDB</a> or <a class="exp" href="http://1978th.net/tokyocabinet/">TokyoCabinet</a>, the stx-cbtreedb is very small, faster and the database files have much less overhead due to read-only optimizations. For more information and the source code see the <a href="http://idlebox.net/2010/stx-cbtreedb/">stx-cbtreedb web page</a>. http://idlebox.net/2010/0414-stx-cbtreedb-0.7.0.blog Wed, 14 Apr 2010 13:34:00 +0200 New LibriVox Recording: "Double Take" by Richard Wilson http://idlebox.net/2010/0201-librivox-Wilson-Double-Take/ <a href="http://idlebox.net/2010/0201-librivox-Wilson-Double-Take/"><img src="http://idlebox.net/2010/0201-librivox-Wilson-Double-Take/thumb.jpg" width="242" height="375" alt="Drawing from Double Take short story" /></a>My second <a class="exp" href="http://www.librivox.org">LibriVox</a> recording is finished! The basic idea behind <a class="exp" href="http://www.librivox.org">LibriVox</a> is to read public domain texts and to put the recordings back into the public domain. More about that on <a href="http://www.librivox.org">librivox.org</a>. As with the last recording, my personal motivation is to practice my rusty English pronunciation. By reading and rereading the texts I believe my English will become more fluent and in the end also achieve better articulation. The second recording is "Double Take" by Richard Wilson, a science fiction short story <a href="http://www.gutenberg.org/etext/30063">available from Project Gutenberg</a>. I have also made a quick LaTeX typesetted version of the Gutenberg etext for more comfortable reading and with slight corrections: <a href="http://idlebox.net/2010/0201-librivox-Wilson-Double-Take/doubletake_wilson_text.pdf">doubletake_wilson_text.pdf (369 KB)</a>. <h2>Story Summary / Teaser</h2> Pacing through a high-speed spy adventure, young Paul Asher finds himself going around in circles -- very peculiar circles indeed! <h2>Audio Recording - Runtime: 26:29</h2> MP3 encoded with standard <a class="exp" href="http://lame.sourceforge.net">lame</a> VBR preset (obviously better/smaller than CBR 128 kbps) <a href="http://idlebox.net/2010/0201-librivox-Wilson-Double-Take/doubletake_wilson_tb_vbr.mp3">doubletake_wilson_tb_vbr.mp3 (19.1 MB)</a> <object type="application/x-shockwave-flash" data="/img/mp3player/maxi.swf" width="400" height="22"> <param name="movie" value="/img/mp3player/maxi.swf" /> <param name="bgcolor" value="#ffffff" /> <param name="FlashVars" value="mp3=/2010/0201-librivox-Wilson-Double-Take/doubletake_wilson_tb_vbr.mp3&width=400&height=22" /> </object> The recording is now also available on <a href="http://www.archive.org/details/shortscificollection_33_0210_librivox">archive.org</a> in the <a href="http://librivox.org/short-science-fiction-collection-033/">LibriVox Short Science Fiction Collection 033</a>. http://idlebox.net/2010/0201-librivox-Wilson-Double-Take/ Mon, 01 Feb 2010 17:53:00 +0100 Published digup 0.6.23 - A Digest Updating Tool http://idlebox.net/2009/1110-digup-0.6.23.blog <a href="http://idlebox.net/2009/digup/"><img src="http://idlebox.net/2009/digup/thumb200.jpg" width="200" height="200" alt="digup shovel and digest list" /></a>Published a small, but very useful console tool to update md5sum or shasum digest files. It will read existing md5sum.txt files and add new files to it without rereading the whole directory tree. This makes digup very useful to update and verify incremental archives like chronological data storages or music collections, which are nowadays commonly stored and backuped on hard disks. Using a full file digest scan even slowly creeping bad blocks on old hard disks can be detected. By using a crontab entry, this check can be performed unattended and routinely. For more information, the source code and binaries for various platforms see the <a href="http://idlebox.net/2009/digup/">digup web page</a>. http://idlebox.net/2009/1110-digup-0.6.23.blog Tue, 10 Nov 2009 22:30:00 +0100