osicat-devel August 2009

osicat-devel@common-lisp.net

5 participants
3 discussions

[pg-cvs] Bad interaction with SB-EXT:SAVE-LISP-AND-DIE
by Leslie P. Polzer 23 Aug '09

23 Aug '09

When I create a custom core the location of libosicat.so is hard-coded in the binary. Osicat should instruct CFFI/SB-ALIEN to load this library with :DONT-SAVE T to prevent saving a fixed path. Leslie -- http://www.linkedin.com/in/polzer

2 2

[pg-cvs] Bug in delete-directory-and-files
by Leslie P. Polzer 19 Aug '09

19 Aug '09

Observe: % ls -Rl /tmp/foo /tmp/foo: -rw-r--r-- 1 sky users 4625 1997-11-14 21:04 symlinks_1.2.orig.tar.gz /tmp/foo/src: symlinks_1.2.orig.tar.gz -> /tmp/foo/symlinks_1.2.orig.tar.gz Now when I call delete-directory-and-files on it I get: debugger invoked on a OSICAT-POSIX:ENOTEMPTY in thread #<THREAD "initial thread" RUNNING {A9058A1}>: #<ENOTEMPTY 39 :ENOTEMPTY ""> Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (OSICAT-POSIX:POSIX-ERROR 39 NIL) 0] :ba 0: (OSICAT-POSIX:POSIX-ERROR 39 NIL) 1: (OSICAT-POSIX::SYSCALL-SIGNAL-POSIX-ERROR #<unavailable argument> NIL) 2: (OSICAT:DELETE-DIRECTORY #P"src/") 3: ((LAMBDA (#:ONE-ITER336)) #<CLOSURE (LABELS OSICAT::ONE-ITER) {AA12545}>) 4: (OSICAT::CALL-WITH-DIRECTORY-ITERATOR #P"/tmp/foo/" #<CLOSURE (LAMBDA #) {AA121ED}>) 5: ((LABELS OSICAT::WALK) #P"/tmp/foo/") 6: (OSICAT:WALK-DIRECTORY #P"/tmp/foo/" #<FUNCTION (LAMBDA #) {B815CF5}>)[:EXTERNAL] 7: (SB-INT:SIMPLE-EVAL-IN-LEXENV (OSICAT:DELETE-DIRECTORY-AND-FILES #P"/tmp/foo/") #<NULL-LEXENV>) 8: (INTERACTIVE-EVAL (OSICAT:DELETE-DIRECTORY-AND-FILES #P"/tmp/foo/"))[:EXTERNAL] 9: (SB-ACLREPL::REP-ONE) 10: (SB-ACLREPL::REPL)[:EXTERNAL] 11: ((LAMBDA (SB-ACLREPL::NOPRINT)) NIL) 12: ((LAMBDA ())) 13: (SB-IMPL::%WITH-REBOUND-IO-SYNTAX #<CLOSURE (LAMBDA #) {A98F005}>) 14: (SB-IMPL::TOPLEVEL-REPL NIL) 15: (SB-IMPL::TOPLEVEL-INIT) 16: ((LABELS SB-IMPL::RESTART-LISP)) A second call finishes without error. I'm not sure what's the cause for this, but I think something about the filename is fishy. Leslie -- http://www.linkedin.com/in/polzer

4 11

[pg-cvs] Patch for Linux mremap
by John Fremlin 06 Aug '09

06 Aug '09

Hi Stelian and Luis, The Linux mremap call is missing from Osicat. It's quite handy and offers a nicer way of extending a mapping (possibly after ftruncate) than munmap/mmap. Please review and apply. Note that the unfortunate _GNU_SOURCE addition is necessary! (Using it for a replacement for anardb with mmap'd databases.)

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

osicat-devel August 2009