SICP
Dmitrii Kashin free...@freehck.ru writes: Я не утверждал, что все реализации if устроены таким образом. Хотя я, пожалуй, возьмусь утверждать, что реализация конструкции if как особой формы языка характерна для всех интерпретаторов, реализующих нормальный порядок вычислений. Ох! Я открыл SICP, перечитал определения, и внезапно осознал, что вычисление аргументов с последующей передачей их в процедуру - это аппликативный порядок, а нормальный порядок подразумевает именно что подстановку с последующей редукцией... Всё перепутал. =( Господа, есть у меня в связи с этим такой вопрос. Я прочитал SICP этим летом, но мне совершенно не с кем было обсудить эту замечательную книгу, чтобы избежать ошибок и неточностей, подобных той, что только что произошла. После прочтения у меня, помнится, осталось много вопросов, кои я могу легко найти, ибо книжка у меня исчёркана карандашом вдоль и поперек. Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к кому я мог бы обратиться за беседой, скажем, к концу декабря? pgphqinTGqK8x.pgp Description: PGP signature
Re: SICP
В сообщении от Wednesday 04 of December 2013 16:19:23 Dmitrii написал: Dmitrii Kashin free...@freehck.ru writes: Я не утверждал, что все реализации if устроены таким образом. Хотя я, пожалуй, возьмусь утверждать, что реализация конструкции if как особой формы языка характерна для всех интерпретаторов, реализующих нормальный порядок вычислений. Ох! Я открыл SICP, перечитал определения, и внезапно осознал, что вычисление аргументов с последующей передачей их в процедуру - это аппликативный порядок, а нормальный порядок подразумевает именно что подстановку с последующей редукцией... Всё перепутал. =( Господа, есть у меня в связи с этим такой вопрос. Я прочитал SICP этим летом, но мне совершенно не с кем было обсудить эту замечательную книгу, чтобы избежать ошибок и неточностей, подобных той, что только что произошла. После прочтения у меня, помнится, осталось много вопросов, кои я могу легко найти, ибо книжка у меня исчёркана карандашом вдоль и поперек. Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к кому я мог бы обратиться за беседой, скажем, к концу декабря? И я был бы рад почитать ваши вопросы и побеседовать на эту тему. -- WBR, Boris. signature.asc Description: This is a digitally signed message part.
Re: eJabberd, mod_vcard_odbc, postgresql равно ошибка invalid byte sequence for encoding UTF8 0xf0a2f0be
02.12.2013 12:33, Artem Chuprina пишет: Антон Понкратов - debian-russian@lists.debian.org @ Mon, 02 Dec 2013 15:30:55 +0700: АП Привет! АП * Есть eJabberd(ejabberd: Installed: 2.1.10-4+deb7u1) сервер с настроенным АП хранением юзеров и иных данных в PostgreSQL(postgresql-9.1: Installed: АП 9.1.9-1), всё относительно хорошо до тех пор пока не пытаешься в информации АП пользователя использовать кириллицу. В общем сохраняет исключительно латиницу. АП * Версия Debian (всё из стандартных репов) АП $ cat /etc/debian_version АП 7.2 АП * В логах PostgreSQL в таком случае пишет: АП 2013-12-02 14:54:06 NOVT ERROR: invalid byte sequence for encoding UTF8: АП 0xf0a2f0be Откровенная однобайтовая кодировка. CP1251, KOI8-R или вообще какая-нибудь криво и через жопу прикрученная CP1252 или Latin1, выяснять лень. f0a2f0be - таких символов нет в utf8 но d0a2 = U+0422 CYRILLIC CAPITAL LETTER TE character d0be = U+043E CYRILLIC SMALL LETTER O character подозреваю, что это двойная конвертация. Курите исходники ;) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/529f5b7e.9080...@gmail.com
Re: SICP
Dmitrii Kashin - debian-russian@lists.debian.org @ Wed, 04 Dec 2013 16:19:23 +0400: Я не утверждал, что все реализации if устроены таким образом. Хотя я, пожалуй, возьмусь утверждать, что реализация конструкции if как особой формы языка характерна для всех интерпретаторов, реализующих нормальный порядок вычислений. DK Ох! Я открыл SICP, перечитал определения, и внезапно осознал, что DK вычисление аргументов с последующей передачей их в процедуру - это DK аппликативный порядок, а нормальный порядок подразумевает именно что DK подстановку с последующей редукцией... Всё перепутал. =( DK Господа, есть у меня в связи с этим такой вопрос. Я прочитал SICP этим DK летом, но мне совершенно не с кем было обсудить эту замечательную книгу, DK чтобы избежать ошибок и неточностей, подобных той, что только что DK произошла. После прочтения у меня, помнится, осталось много вопросов, DK кои я могу легко найти, ибо книжка у меня исчёркана карандашом вдоль и DK поперек. DK Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к DK кому я мог бы обратиться за беседой, скажем, к концу декабря? Конец декабря - это не очень подходящее время для. В смысле, как раз в это время продвинутые программисты валят в теплые страны, не слишком снабженные интернетом. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8738m8imup@wizzle.ran.pp.ru
не инициализируется md raid с корневым разделом при загрузке
Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком отдано как PV под lvm. После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри), и перезагрузки - на стадии монтирования корня пишется следующее: assembling all MD arrays ... Failure: faild to assemble all arrays. Volume group vg1 not found Unable to find LVM volume vg1/lv_root Waiting for root file system ... Gave up waiting for root device. ALERT! /dev/mapper/vg1-lv_root does not exist. и вываливается в шелл бизибокса - initramfs Сдается мне с переименованием VG это не связано - просто совпадение, ибо проделал аналогичные действия на виртуалке и все взлетело (fstab отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо до lvm дело даже и не доходит, как я понимаю... в бизибоксе: mdadm --examine --scan показывает рейд mdadm --assemble --scan тишина mdadm --detail --scan тишина uuid в mdadm.conf правильный подскажите куда копать?.. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/42321386178...@web23m.yandex.ru
Re: не инициализируется md raid с корневым разделом при загрузке
04.12.2013, 21:27, Alexander ag...@yandex.ru: Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком отдано как PV под lvm. После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри), и перезагрузки - на стадии монтирования корня пишется следующее: assembling all MD arrays ... Failure: faild to assemble all arrays. Volume group vg1 not found Unable to find LVM volume vg1/lv_root Waiting for root file system ... Gave up waiting for root device. ALERT! /dev/mapper/vg1-lv_root does not exist. и вываливается в шелл бизибокса - initramfs Сдается мне с переименованием VG это не связано - просто совпадение, ибо проделал аналогичные действия на виртуалке и все взлетело (fstab отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо до lvm дело даже и не доходит, как я понимаю... в бизибоксе: mdadm --examine --scan показывает рейд mdadm --assemble --scan тишина mdadm --detail --scan тишина uuid в mdadm.conf правильный подскажите куда копать?.. еще хотел бы добавить - через rescue live cd md-raid и VG на нем отлично инициализируются, lvm-том с корнем монтируется, chroot туда работает и внутри все красиво. Пересобирал initrd множество раз (разные ядра, разные добавления в /etc/initramfs-tools/modules) - не помогло -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/312311386179...@web20h.yandex.ru
Re: SICP
On Wed, Dec 04, 2013 at 08:48:14PM +0400, Artem Chuprina wrote: Dmitrii Kashin - debian-russian@lists.debian.org @ Wed, 04 Dec 2013 16:19:23 +0400: DK Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к DK кому я мог бы обратиться за беседой, скажем, к концу декабря? Конец декабря - это не очень подходящее время для. В смысле, как раз в это время продвинутые программисты валят в теплые страны, не слишком снабженные интернетом. Продвинутым программистам тема синтаксиса борновских шеллов не очень-то интересна... Она интересна скорее их деткам, которые сдавали зачёты по основам ОСей в прошлом году. К концу декабря продвинутые дети начинают меньше интересоваться гулянками и больше надвигающейся сессией. :) -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131204193153.gd5...@sie.protva.ru
Re: логическое И (and) error: line 27: [: пропущен `]'
Am 03.12.2013 22:10, schrieb Dmitrii Kashin: Artem Chuprina r...@ran.pp.ru writes: Dmitrii Kashin - debian-russian@lists.debian.org @ Tue, 03 Dec 2013 21:58:01 +0400: DK Так вот, конструкция if-then-else ведёт свою родословную от языка DK lisp. В классическом варианте она описывается следующем образом: А это где-то написано, что шелловский if растет из лисповского? Ну, в смысле более близкий родственник лисповскому, чем if в любом другом языке программирования? А разве конструкция if в разных языках работает по-разному? Я заметил, что по разному. Вообще говоря, я не вижу оснований считать, что ранее приведённые рассуждения применимы только для lisp, хотя не отрицаю, что рассуждение почерпнуто из SICP и PCL. -- .. http://wiedergold.net/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/l7o3eb$elk$1...@online.de
Re: не инициализируется md raid с корневым разделом при загрузке
04.12.2013 21:27, Alexander пишет: Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком отдано как PV под lvm. После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри), и перезагрузки - на стадии монтирования корня пишется следующее: assembling all MD arrays ... Failure: faild to assemble all arrays. Судя вот по этому и Volume group vg1 not found Unable to find LVM volume vg1/lv_root Waiting for root file system ... Gave up waiting for root device. ALERT! /dev/mapper/vg1-lv_root does not exist. и вываливается в шелл бизибокса - initramfs Сдается мне с переименованием VG это не связано - просто совпадение, ибо проделал аналогичные действия на виртуалке и все взлетело (fstab отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо до lvm дело даже и не доходит, как я понимаю... в бизибоксе: mdadm --examine --scan показывает рейд mdadm --assemble --scan тишина вот по этому mdadm --detail --scan тишина странно почему тишина uuid в mdadm.conf правильный подскажите куда копать?.. дело в том, что не собирается Raid лично мне как то маловато информации чтобы догадаться до того где собака зарыта но скорее всего то, что дело в не сборке массивов с vg автоматом нужен mdadm.conf из busybox и пожалуй еще #mdadm -Q --detail /dev/md* из того же busybox'a ну тогда еще и (вопрос в конце часть команды) #mdadm -E /dev/sd[a-z]? cat /proc/mdstat тоже из busybox на всякий случай и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd, хотя вот тут не факт что mdadm это важно. -- -- Best regards, Vladimir Skubriev -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52a00dd0.6000...@skubriev.ru
Re: не инициализируется md raid с корневым разделом при загрузке
05.12.2013, 09:24, Vladimir Skubriev vladi...@skubriev.ru: 04.12.2013 21:27, Alexander пишет: Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком отдано как PV под lvm. После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри), и перезагрузки - на стадии монтирования корня пишется следующее: assembling all MD arrays ... Failure: faild to assemble all arrays. Судя вот по этому и Volume group vg1 not found Unable to find LVM volume vg1/lv_root Waiting for root file system ... Gave up waiting for root device. ALERT! /dev/mapper/vg1-lv_root does not exist. и вываливается в шелл бизибокса - initramfs Сдается мне с переименованием VG это не связано - просто совпадение, ибо проделал аналогичные действия на виртуалке и все взлетело (fstab отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо до lvm дело даже и не доходит, как я понимаю... в бизибоксе: mdadm --examine --scan показывает рейд mdadm --assemble --scan тишина вот по этому mdadm --detail --scan тишина странно почему тишина uuid в mdadm.conf правильный подскажите куда копать?.. дело в том, что не собирается Raid лично мне как то маловато информации чтобы догадаться до того где собака зарыта но скорее всего то, что дело в не сборке массивов с vg автоматом нужен mdadm.conf из busybox и пожалуй еще #mdadm -Q --detail /dev/md* из того же busybox'a ну тогда еще и (вопрос в конце часть команды) #mdadm -E /dev/sd[a-z]? cat /proc/mdstat тоже из busybox на всякий случай и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd, хотя вот тут не факт что mdadm это важно. небольшое уточнение - система в таком конфиге работала, несколько раз перезагружалась, все было хорошо. Последнее что с ней было сделано и могло привести к текущему состоянию это буквально следующее: # vgrename vg0 vg1 # nano /etc/fstab # update-initramfs -u -k all # dprg-reconfigure-grub # reboot в итоге сейчас доигрался до того что убрал второй диск из рейда, т.е. в данный момент рейд /dev/md0 состоит из одного устройства /dev/sda1 вывод из rescue live cd: # cat /proc/mdstat Personalities : [raid1] md0 : active raid1 sda1[0] 1953382272 blocks super 1.2 [1/1] [U] unused devices: none # mdadm -Q --detail /dev/md0 /dev/md0: Version : 1.2 Creation Time : Thu Nov 28 12:53:31 2013 Raid Level : raid1 Array Size : 1953382272 (1862.89 GiB 2000.26 GB) Used Dev Size : 1953382272 (1862.89 GiB 2000.26 GB) Raid Devices : 1 Total Devices : 1 Persistence : Superblock is persistent Update Time : Thu Dec 5 10:27:04 2013 State : clean Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 Name : rescue:0 (local to host rescue) UUID : 81fa3479:745027e0:569b096e:eb83e983 Events : 85 Number Major Minor RaidDevice State 0 810 active sync /dev/sda1 # mdadm -E /dev/sda1 /dev/sda1: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : 81fa3479:745027e0:569b096e:eb83e983 Name : rescue:0 (local to host rescue) Creation Time : Thu Nov 28 12:53:31 2013 Raid Level : raid1 Raid Devices : 1 Avail Dev Size : 3906764976 (1862.89 GiB 2000.26 GB) Array Size : 1953382272 (1862.89 GiB 2000.26 GB) Used Dev Size : 3906764544 (1862.89 GiB 2000.26 GB) Data Offset : 262144 sectors Super Offset : 8 sectors State : clean Device UUID : 72696fdd:19d2f476:628e23ae:2cdd214c Update Time : Thu Dec 5 10:27:38 2013 Checksum : 4d854cf1 - correct Events : 85 Device Role : Active device 0 Array State : A ('A' == active, '.' == missing) # cat /etc/mdadm/mdadm.conf | grep ARRAY ARRAY /dev/md/0 metadata=1.2 UUID=81fa3479:745027e0:569b096e:eb83e983 name=hv3:0 # fdisk -l /dev/sda | grep sda Disk /dev/sda: 2000.4 GB, 2000398934016 bytes /dev/sda12048 3907029167 1953513560 fd Linux raid autodetect из бизибокса: mdadm --examine --scan ARRAY /dev/md/0 metadata=1.2 UUID=81fa3479:745027e0:569b096e:eb83e983 name=hv3:0 mdadm --assemble --scan тишина mdadm -Q --detail /dev/md0 нет такого устройства # cat /etc/mdadm/mdadm.conf | grep ARRAY аналогично выводу в livecd # mdadm -E /dev/sda1 аналогично выводу в livecd # cat /proc/mdstat Personalities : [raid10] [raid1] [raid6] [raid5] [raid4] unused devices: none -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8471386229...@web15h.yandex.ru