freenode/#mezzano - IRC Chatlog
Search
21:12:27
froggey
also please don't add the old copyright/license headers to new files, I'd like to keep it all consolidated in COPYING
21:16:11
ebrasca
froggey: I have see it , but don't undestand why some files do have old copyright/license headers?
21:17:02
froggey
I only removed the ones with my name, I didn't want to disturb the ones other people added
23:17:10
fittestbits__
The new code just does (let ((header-size ...) (expected-crc ...) (actual-crc ...)) ...)
23:18:05
fittestbits__
Have you gotten the crc32c to work? I have a different version, but it's failing on my mezzano ext4 partition.
23:19:01
ebrasca
fittestbits__: I only tested 1 input with crc32c , used this link https://crccalc.com/
23:19:30
fittestbits__
And, strangely, my linux ext4 partitions don't actually have crcs! the CRC type field are 0 (instead of 1) and the CRC value fields are 0.
23:20:05
fittestbits__
Yeah, I version of crc32 is getting the right value for a simple test case ... but I haven't figured out what's going on with my mezzano ext4 partition.
23:23:20
fittestbits__
I suggest testing the crc32c code on an ext4 partition - either on mezzano, or by using the data from some other ext4 superblock.
23:24:04
fittestbits__
The only ext4 I've found with a crc is the one I'm using on mezzano. So, I'm not sure the crc is valid.
23:24:39
fittestbits__
Also, I know how to fix the defconstant problem ... just a second while I look it up ...
23:25:38
fittestbits__
Try (eval-when (:compile-toplevel :load-toplevel :execute) (defconstant ...) (defconstant ...)) to fix the cold boot issue.
23:28:33
ebrasca
fittestbits__: It keep giving "The function MEZZANO.DISK::MAKE-CRC-TABLE is undefined." in cold boot.
23:36:49
ebrasca
with "(if (boundp '+crc32-table+) (symbol-value '+crc32-table+) (make-crc-table +crc32-polynomial+))" does work!
23:42:14
ebrasca
fittestbits__: I am file. I have make cache.lisp block based ( Now it don't need to load full file to ram )
23:50:25
fittestbits__
The streams code in tag-fs is already block oriented. So, I haven't looked at how it would work with cache.lisp.
23:53:03
fittestbits__
I wrote a pretty good test for the block code. Take a look at file-fuzzing-test in http://ix.io/2tWh
23:54:02
fittestbits__
At the end it checks the file against a memory buffer that should contain the same info.
23:54:30
fittestbits__
It assumes that when you seek past the end of the file, the bytes are written as zero.
23:55:17
fittestbits__
You'll want the file size to be much larger than the block size and the number of iterations to be large enough that a lot of file is written.
23:58:48
MetaYan
ebrasca: Just a tiny thing: Happened to notice (sup:debug-print-line "Detected MBR partition table" disk) in partition.lisp not being formatted like its GPT counterpart.
0:12:54
ebrasca
MetaYan: Thx , now it is this (sup:debug-print-line "Detected GPT partition table " disk)