>>> Дмитрий, зачем же на мыло писать?
>>
>> Что бы немного облегчить адресату жизнь, очевидно. Дав ему
>> возможность, буде он пожелает, отличать адресованные ему письма ото
>> всех остальных.
>>
>>> Достаточно [лишь] в рассылку один раз.
>>
>> Нет, совершенно недостаточно.
>>
>> В письме,
>> А отсутствие в письме заголовка Reply-To: debian-russian@lists.debian.org
>> считается за "сам об этом попросил"?
>
> заголовок Reply-To указывающий на рассылку - скорее бага.
Да, хотя не критичная. Насколько я понимаю, максимум, чем она грозит — это
отправкой в рассылку двух экземпляров
>> Это было наиболее активно как-раз во время прихода нацистов, просто
>> потому, что они начали активно проводить милитаризацию.
>> На даты посмотрите.
>
> Так даты - как раз 20-е годы.
>
По начало 30-х, до 1933-го точнее.
> 4) Совместные парады - не проводили.
Не хочу вас
On Wed, Jun 14, 2017 at 11:37:25AM +0300, artiom wrote:
> 14.06.2017 01:27, Sergey B Kirpichev пишет:
> > On Wed, Jun 14, 2017 at 01:20:30AM +0300, artiom wrote:
> >>> 3) Военных не обучали.
> >> То, что военных обучали, это 100%. И никаких сомнений не вызывает.
> >
> > Это было свернуто еще даже
14.06.2017 01:27, Sergey B Kirpichev пишет:
> On Wed, Jun 14, 2017 at 01:20:30AM +0300, artiom wrote:
>>> 3) Военных не обучали.
>> То, что военных обучали, это 100%. И никаких сомнений не вызывает.
>
> Это было свернуто еще даже до прихода нацистов к власти. А последним
> подобное было уже не
14.06.2017 01:27, Sergey B Kirpichev пишет:
> On Wed, Jun 14, 2017 at 01:20:30AM +0300, artiom wrote:
>>> 3) Военных не обучали.
>> То, что военных обучали, это 100%. И никаких сомнений не вызывает.
>
> Это было свернуто еще даже до прихода нацистов к власти. А последним
> подобное было уже не
> Громко вслух цитирую:
> - при ответе на сообщение из списка рассылки, не отправляйте копию
> (Cc:) автору оригинального сообщения, разве что он сам об этом
> попросил;
> А отсутствие в письме заголовка Reply-To: debian-russian@lists.debian.org
> считается за "сам об этом попросил"?
заголовок
On Wed, 14 Jun 2017, Konstantin Matyukhin wrote:
Громко вслух цитирую:
- при ответе на сообщение из списка рассылки, не отправляйте копию
(Cc:) автору оригинального сообщения, разве что он сам об этом
попросил;
А отсутствие в письме заголовка Reply-To:
>
> Громко вслух цитирую:
>
> - при ответе на сообщение из списка рассылки, не отправляйте копию
>(Cc:) автору оригинального сообщения, разве что он сам об этом
>попросил;
>
А отсутствие в письме заголовка Reply-To: debian-russian@lists.debian.org
считается за "сам об этом попросил"?
On Wed, 14 Jun 2017, Dmitry Alexandrov wrote:
Достаточно в рассылку один раз.
Нет, совершенно недостаточно.
Дмитрий, не выдумывайте своих правил, если не удосужились
прочитать дебиановские [1].
Громко вслух цитирую:
- при ответе на сообщение из списка рассылки, не отправляйте копию
> Дмитрий, зачем же на мыло писать?
Что бы немного облегчить адресату жизнь, очевидно. Дав ему возможность, буде
он пожелает, отличать адресованные ему письма ото всех остальных.
> Достаточно в рассылку один раз.
Нет, совершенно недостаточно.
В письме, посланном лишь на коллективный адрес
Sergey B Kirpichev <skirpic...@gmail.com> writes:
> Раз уж вы вылезли в рассылку просвещать убогих - жгите.
Зачем вы провоцируете офтопик? Ни тема, ни рассылка в целом совершенно о
другом. И мне уж совсем непонятно, почему вы всех читателей рассылки
обзываете убогими. Вы меня огорчили.
On Wed, Jun 14, 2017 at 01:20:30AM +0300, artiom wrote:
> > 3) Военных не обучали.
> То, что военных обучали, это 100%. И никаких сомнений не вызывает.
Это было свернуто еще даже до прихода нацистов к власти. А последним
подобное было уже не нужно. На условия Версаля они плевали
вполне открыто.
On Wed, Jun 14, 2017 at 12:31:20AM +0300, Melleus wrote:
> В библиотеках, возможно, есть газета Правда от
> 23/12/1939. Это про дружбу.
И что там про дружбу?
> Журнал "Родина" №1, 2004 г. - это про обучение военных.
Про сотрудничество с рейхсвером до 33-го года?
> "Внешняя торговля СССР за 20
> On Tue, Jun 13, 2017 at 10:51:40PM +0300, Melleus wrote:
>> Иначе разве бы стали
>> водить с ними дружбу прожженные большевики, поставлять им стратегическое
>> сырье, обучать ихних военных вразрез со всеми международными договорами,
>> заключать договоры о дружбе и проводить совместные военные
>> Впрочем, тема как-то сместилась.
>> Пример был про другое, и не суть важно, как Гитлер пришёл к власти.
>> Важно то, что при "одной партии, одном фюрере", Германия вполне себе
>> развивалась какое-то время.
> "Какое-то время" здесь ключевое слово. Это время обычно невелико. А
> потом
Sergey B Kirpichev writes:
> On Tue, Jun 13, 2017 at 10:51:40PM +0300, Melleus wrote:
>> Иначе разве бы стали
>> водить с ними дружбу прожженные большевики, поставлять им стратегическое
>> сырье, обучать ихних военных вразрез со всеми международными договорами,
>> заключать
artiom writes:
> 13.06.2017 22:51, Melleus пишет:
>> Dmitry Alexandrov <321...@gmail.com> writes:
>>
Начнем с того, что Гитлер победил на свободных, демократических
выборах.
>>>
>>> Извините, я уже второй раз за месяц читаю в рассылке это утверждение.
>>> Не могли
Dmitry Alexandrov <321...@gmail.com> writes:
>> Начнем с того, что Гитлер победил на свободных, демократических
>> выборах.
>
> Извините, я уже второй раз за месяц читаю в рассылке это утверждение.
> Не могли бы вы его развернуть? Какие выборы, насколько они «свободные
> и демократичные», в
On Tue, Jun 13, 2017 at 10:51:40PM +0300, Melleus wrote:
> Иначе разве бы стали
> водить с ними дружбу прожженные большевики, поставлять им стратегическое
> сырье, обучать ихних военных вразрез со всеми международными договорами,
> заключать договоры о дружбе и проводить совместные военные парады?
13.06.2017 22:51, Melleus пишет:
> Dmitry Alexandrov <321...@gmail.com> writes:
>
>>> Начнем с того, что Гитлер победил на свободных, демократических
>>> выборах.
>>
>> Извините, я уже второй раз за месяц читаю в рассылке это утверждение.
>> Не могли бы вы его развернуть? Какие выборы,
Dmitry Alexandrov <321...@gmail.com> writes:
>> Начнем с того, что Гитлер победил на свободных, демократических
>> выборах.
>
> Извините, я уже второй раз за месяц читаю в рассылке это утверждение.
> Не могли бы вы его развернуть? Какие выборы, насколько они «свободные
> и демократичные», в
> Начнем с того, что Гитлер победил на свободных, демократических
> выборах.
Извините, я уже второй раз за месяц читаю в рассылке это утверждение. Не могли
бы вы его развернуть? Какие выборы, насколько они «свободные и демократичные»,
в каком смысле «Гитлер» и в каком смысле он на них
On 2010.12.30 at 18:09:50 +0500, Andrey Rahmatullin wrote:
On Thu, Dec 30, 2010 at 12:58:22PM +0300, Victor Wagner wrote:
кажись ssh пробрасывает эту переменную с той машины, с которой
подключаешься. а putty не пробрасывает.
Это вы его готовить не умеете. Где-то у него в насторйках
On 2010.12.30 at 03:36:19 +0200, Alexey Boyko wrote:
Первое.
Выставляйте правильно настройки.
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
Видимо из под Linux/xterm она была не обязательной.
кажись ssh пробрасывает эту переменную с той машины, с которой
подключаешься.
Что можно посоветовать в качестве openssh под win, чтоб русский в utf8
отображался и авторизация по ключу поддерживалась ?
может не к месту, но я лично пользую
http://www.nomachine.com/download.php (NX Client and Server)
ну и PuTTY - локаль UTF, сложностей никаких. Если у вас что-то ни
так,
2010/12/29 Nicholas s...@networkgate.us:
Первое.
Выставляйте правильно настройки.
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
всё-таки лучше сразу правильный locale использовать. с существующим
charmap-ом UTF-8:
ru_RU.UTF-8
а то мэйнтейнер libx11-data настолько суров, что,
On Thu, Dec 30, 2010 at 12:58:22PM +0300, Victor Wagner wrote:
кажись ssh пробрасывает эту переменную с той машины, с которой
подключаешься. а putty не пробрасывает.
Это вы его готовить не умеете. Где-то у него в насторйках была
возможнотсь задать переменные для проброса на ту сторону.
On 30.12.2010 10:39, alexander barakin wrote:
всё-таки лучше сразу правильный locale использовать. с существующим
charmap-ом UTF-8:
Спасибо.
On 30.12.2010 13:09, Andrey Rahmatullin wrote:
Откуда ж эти переменные на этой стороне возьмутся?
Возможно, в connection - data - Environment
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
Видимо из под Linux/xterm она была не обязательной.
кажись ssh пробрасывает эту переменную с той машины, с которой
подключаешься. а putty не пробрасывает.
Это вы его готовить не умеете. Где-то у него в насторйках была
возможнотсь
ВСЕХ С НОВЫМ ГОДОМ 2011 !!!
УСПЕХОВ, ЗДОРОВЬЯ, УДАЧИ, ДЕНЕГ
--
*поднят бокал с шампанским, громкие аплодисменты :)
иногда работа доставляет удовольствие :
--
С уважением, Виктор
2010/12/29 Lev Arzhanov larzha...@seyho.ru:
Требует преобразования имеющегося ключа с помощью PuTTYgen.
puttygen из пакета putty-tools
--
wbr, alexander barakin aka sash-kan.
On Wed, Dec 29, 2010 at 10:38:48AM +0200, alexander barakin wrote:
Требует преобразования имеющегося ключа с помощью PuTTYgen.
puttygen из пакета putty-tools
Это и на хосте с PuTTY можно сделать.
--
WBR, wRAR
Powered by the ALT Linux fortune(6):
я думаю, што можна атказацца ат плахих слоф,
Спасибо, за ответы - посмотрел puTTY, конвертировал ключ - работает.
Остались вопросы:
(В настройах puTTYpuTTY выбрал кодировку UTF8)
псевдографика отображается как вопросы (или другие буквы, если без screen)
набираемые русские буквы отображаются верно, но то что было написано
ранее, и то что
Проблема с псевдографикой и русской кодировкой в puTTY - ни у кого не
возникла или, наоборот, часто встречается, но не имеет красивого решения ?
Может быть проще посоветовать человеку поставить маленький линукс в
виде директории в fat и работающей как win приложение в окне ? (есть
такой ?)
On Wed, Dec 29, 2010 at 10:25:38AM +, Nicholas wrote:
Проблема с псевдографикой и русской кодировкой в puTTY - ни у кого
не возникла или, наоборот, часто встречается, но не имеет красивого
решения ?
Первое.
Выставляйте правильно настройки.
--
WBR, wRAR
Powered by the ALT Linux fortune(6):
Первое.
Выставляйте правильно настройки.
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
Видимо из под Linux/xterm она была не обязательной.
Спасибо.
--
Sincerely,
Nicholas
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of
On Wed, Dec 29, 2010 at 12:10:55PM +, Nicholas wrote:
Первое.
Выставляйте правильно настройки.
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
А, так у вас на сервере локаль сломана? Ну кто ж вам виноват.
И нет, не .bashrc тогда уж, а dpkg-reconfigure locales и прочее.
--
On 29.12.2010 17:19, Andrey Rahmatullin wrote:
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
А, так у вас на сервере локаль сломана? Ну кто ж вам виноват.
И нет, не .bashrc тогда уж, а dpkg-reconfigure locales и прочее.
С локалью на сервере было все в порядке, просто для xterm
Первое.
Выставляйте правильно настройки.
помогла строка на сервере:
.bashrc
export LC_ALL=ru_RU.utf8
Видимо из под Linux/xterm она была не обязательной.
кажись ssh пробрасывает эту переменную с той машины, с которой
подключаешься. а putty не пробрасывает.
--
xmpp:ale...@boyko.km.ua
On Wed, Dec 29, 2010 at 10:25:38AM +, Nicholas wrote:
Проблема с псевдографикой и русской кодировкой в puTTY - ни у кого не
возникла или, наоборот, часто встречается, но не имеет красивого
решения ?
Там же кодировка настраивается. По-моему, все работало. Правда,
последний раз я им
Что можно посоветовать в качестве openssh под win, чтоб русский в utf8
отображался и авторизация по ключу поддерживалась ?
Я нашел
http://www.openssh.org/windows.html
UTF-8 TeraTerm Pro with TTSSH2 v
но русский сразу не заработал,
и пакета console_cyrillic.exe пока не нашел...
Зато нашел
On Wed, Dec 29, 2010 at 12:36:50AM +, Nicholas wrote:
Что можно посоветовать в качестве openssh под win, чтоб русский в
utf8 отображался и авторизация по ключу поддерживалась ?
PuTTY?
--
Stanislav
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of
Что можно посоветовать в качестве openssh под win, чтоб русский в utf8
отображался и авторизация по ключу поддерживалась ?
Если нужен клиент, то PuTTY -
http://www.chiark.greenend.org.uk/~sgtatham/putty/
Требует преобразования имеющегося ключа с помощью PuTTYgen.
--
С уважением,
Лев Аржанов
DEO поясни мне тогда пожалуйста :)
Возьми книжку по перлу, хотя бы свою, по 5.6, и прочти там, что такое
glob (не функция, а внутренняя перловая конструкция). Да, книжка,
видимо, должна быть вполне конкретная - Programming Perl. Кукбуки
обычно этого не описывают.
DEO дык
Как не работает?
Живой фрагмент...
sub login {
my $sock = IO::Socket::INET-new(127.0.0.1:3339);
select((select($sock), $| = 1)[0]);
binmode $sock, ':utf8';
print $sock login name='$USER' password='$PASSWORD' node=
$AUTHPOINT ip=127.0.0.1\r\n\r\n;
sleep
И охота вам извращаться, господа?
IO::Socket::INET гораздо проще в работе.
В Птн, 16/06/2006 в 20:46 +0300, Sergey Brutsky пишет:
можно как-то научить print'ы писать в сокет?
!/usr/bin/perl -W
use Socket;
socket(Socket_Handle, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
IO::Socket::INET гораздо проще в работе.
В Птн, 16/06/2006 в 20:46 +0300, Sergey Brutsky пишет:
можно как-то научить print'ы писать в сокет?
!/usr/bin/perl -W
use Socket;
socket(Socket_Handle, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
connect(Socket_Handle, sockaddr_in(
Alexander Vlasov пишет:
И охота вам извращаться, господа?
IO::Socket::INET гораздо проще в работе.
Это просто пример print $socket ля-ля-ля был, товарищу в науку :)
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
12:23:12 +0400:
IO::Socket::INET гораздо проще в работе.
В Птн, 16/06/2006 в 20:46 +0300, Sergey Brutsky пишет:
можно как-то научить print'ы писать в сокет?
!/usr/bin/perl -W
use Socket;
С библиотеками как раз проще.
я взял пару либ с cpan'а, но пришлось над ними оченно поработать чтобы
это на том перле запахало.
правда некоторые либы нашлись и в варианте для perl5 (предыдущие версии)
DEO я жду, мне обещали shell на ту машинку, там и разберемся.
DEO варианты проапгрейдить
DEO например на строку:
DEO connect($socket, sockaddr_in(80, inet_aton(127.0.0.1)));
DEO тот перл ругается так:
DEO Bad symbol for filehandle at /path/to...
DEO ===
DEO use Socket;
DEO my $socket;
DEO socket($socket, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
DEO
Dmitry E. Oboukhov пишет:
мне не нравятся конструкции вроде
open(FILE, "filename");
потому что даже с use strict они не делают die если неверно написал имя
хендла.
я понимаю что опять я видимо ламерский вопрос задал, но извиняйте, не
могу удержаться.
я для себя взял за правило писать
потому что даже с use strict они не делают die если неверно написал имя
хендла.
я понимаю что опять я видимо ламерский вопрос задал, но извиняйте, не
могу удержаться.
я для себя взял за правило писать сперва my $file; чтобы разрешить эту
проблему, а как с ней борются гуру? ;)
open(FILE,
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
14:10:49 +0400:
DEO я жду, мне обещали shell на ту машинку, там и разберемся.
DEO варианты проапгрейдить перл не подходят, потому что там стоит BSD, а у
DEO нее как обычно с обновлениями траблы и они на это не
DEO я жду, мне обещали shell на ту машинку, там и разберемся.
DEO варианты проапгрейдить перл не подходят, потому что там стоит BSD,
а у
DEO нее как обычно с обновлениями траблы и они на это не пойдут :(
Тогда забудь про возможность подсовывать неопределенные переменные в
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
12:23:12 +0400:
DEO тут проблема: пишется некий скрипт для системы где стоит Perl5.0,
DEO в котором много чего нет. в частности use warnings, не говоря уж о
local $^W=1; # use warnings only since 5.006
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
14:55:15 +0400:
DEO вот я спрашивал как гуру рекомендуют сию задачу разруливать?
DEO мне второй вариант нравился (и нравится), но как выяснилось немножко
DEO выше, он не везде работоспособен :-\
Гуру рекомендуют
DEO вот я спрашивал как гуру рекомендуют сию задачу разруливать?
DEO мне второй вариант нравился (и нравится), но как выяснилось немножко
DEO выше, он не везде работоспособен :-\
Гуру рекомендуют выбирать хостинг, версии софта на котором тебя
устраивают. Сильно нервы экономит, однако.
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
15:16:01 +0400:
DEO я жду, мне обещали shell на ту машинку, там и разберемся.
DEO варианты проапгрейдить перл не подходят, потому что там стоит
BSD, а у
DEO нее как обычно с обновлениями траблы и они на
Потому что не надо путать необъявленные с неопределенными.
DEO я там смайлик поставил ;)
DEO не просто так :D
А я не поставил. Но тоже не просто так...
я думал ты примерчик набросаешь где брать определенный хендл
по моему что в
open(FILE, бла-бла);
что в
my $file;
open($file,
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
15:34:48 +0400:
DEO я выше спрашивал: никто русскоязычной рассылки по Perl не знает?
fido7.ru.perl, fido7.ru.cgi.perl.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
The Eclipse Platform is an open
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
15:48:05 +0400:
Потому что не надо путать необъявленные с неопределенными.
DEO я там смайлик поставил ;)
DEO не просто так :D
А я не поставил. Но тоже не просто так...
DEO я думал ты примерчик набросаешь
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
15:34:48 +0400:
DEO вот я спрашивал как гуру рекомендуют сию задачу разруливать?
DEO мне второй вариант нравился (и нравится), но как выяснилось немножко
DEO выше, он не везде работоспособен :-\
Гуру
Дык эта... Если они уже поймали супостата, то уже знают, где копать,
когда трафик лишний. Ну, добьешься того, что прикроют исходящие
соединения из CGI-скриптов нафиг...
ну это еще когда произойдет, много воды утекет до тех пор ;)
Ибо нефиг...
нефиг это инет 48-64кбит за 200$/мес
:-\
--
DEO по моему что в
DEO open(FILE, бла-бла);
DEO что в
DEO my $file;
DEO open($file, бла-бла);
DEO он неопределенный ;)
Так мне его проверить негде. А разница между версиями - материя тонкая,
я тебе набросаю, а ты опять придешь, скажешь не работает. А я твое
письмо читай...
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
17:52:43 +0400:
DEO по моему что в
DEO open(FILE, бла-бла);
DEO что в
DEO my $file;
DEO open($file, бла-бла);
DEO он неопределенный ;)
Так мне его проверить негде. А разница между версиями -
Так мне его проверить негде. А разница между версиями - материя тонкая,
я тебе набросаю, а ты опять придешь, скажешь не работает. А я твое
письмо читай...
DEO тогда пойдем от слова неопределенный
DEO что в первом что во втором варианте именно вызываемая функция делает
DEO
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
22:19:38 +0400:
Так мне его проверить негде. А разница между версиями - материя тонкая,
я тебе набросаю, а ты опять придешь, скажешь не работает. А я твое
письмо читай...
DEO тогда пойдем от слова
DEO тогда пойдем от слова неопределенный
DEO что в первом что во втором варианте именно вызываемая функция делает
DEO хендл определенным, определяет его.
DEO :)
Хендл - допустим. А вот переменную она делает определенной только во
втором случае. В первом случае глоб
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 19 Jun 2006
23:16:24 +0400:
DEO тогда пойдем от слова неопределенный
DEO что в первом что во втором варианте именно вызываемая функция
делает
DEO хендл определенным, определяет его.
DEO :)
Хендл -
Ты путаешь определенность глоба как такового и заполнение его
файлхендлового гнезда.
поясни мне тогда пожалуйста :)
DEO у меня книжка по 5.6 (насколько помню)
DEO там написано что если передавать простой скаляр, то он становится
DEO объектом, самооживляется в их терминологии. закрывает
Ты путаешь определенность глоба как такового и заполнение его
файлхендлового гнезда.
а не ты путаешь файлхендлы с глобами?
насколько я понимаю глобы отнюдь не для файлхендлов задуманы :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Tue, 20 Jun 2006
00:10:15 +0400:
Ты путаешь определенность глоба как такового и заполнение его
файлхендлового гнезда.
DEO поясни мне тогда пожалуйста :)
Возьми книжку по перлу, хотя бы свою, по 5.6, и прочти там, что такое
glob (не
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Tue, 20 Jun 2006
00:16:04 +0400:
Ты путаешь определенность глоба как такового и заполнение его
файлхендлового гнезда.
DEO а не ты путаешь файлхендлы с глобами?
DEO насколько я понимаю глобы отнюдь не для файлхендлов задуманы :)
Если
DEO поясни мне тогда пожалуйста :)
Возьми книжку по перлу, хотя бы свою, по 5.6, и прочти там, что такое
glob (не функция, а внутренняя перловая конструкция). Да, книжка,
видимо, должна быть вполне конкретная - Programming Perl. Кукбуки
обычно этого не описывают.
дык взял почитал
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Tue, 20 Jun 2006
01:27:56 +0400:
DEO поясни мне тогда пожалуйста :)
Возьми книжку по перлу, хотя бы свою, по 5.6, и прочти там, что такое
glob (не функция, а внутренняя перловая конструкция). Да, книжка,
видимо, должна быть
On Saturday 17 June 2006 17:53, Dmitry E. Oboukhov wrote:
И с _такими_
элементарными вопросами меня ты уже заколебал.
ну не читай ;)
Окей, новое правило в фильтре.
--
Anton Petrusevich
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
my $socket;
socket($socket, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
connect($socket, sockaddr_in(80, inet_aton(127.0.0.1)));
print $socket GET / HTTP/1.0\n\n;
print while($socket);
почему-то висит и ответа сервера не печатает
а вот если
print $socket GET / HTTP/1.0\n\n;
заменить на
а вот оно в чем дело, спасибо большое!
Ну, кстати, в любом учебнике/руководстве/книге/документации это всё описано.
мейби :)
мне не попалось видимо :D
И с _такими_
элементарными вопросами меня ты уже заколебал.
ну не читай ;)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
2. по Perl русскоязычной рассылки никто не знает?
ладно раз никто не знает по рассылке, может кто ответит по Perl?
я нигде не нашел ответа на вопрос можно ли с сокетами в перл работать
как с файлами?
в смысле чтения из сокета я попробовал работает
$line=$socket;
а вот в смысле записи в сокет
В сообщении от Пятница 16 Июнь 2006 20:44 Dmitry E. Oboukhov написал(a):
я нигде не нашел ответа на вопрос можно ли с сокетами в перл работать
как с файлами?
Да.
а вот в смысле записи в сокет экспериментально попробовал - не работает
print $socket бла-бла;
Что значит не работает? Как
можно как-то научить print'ы писать в сокет?
!/usr/bin/perl -W
use Socket;
socket(Socket_Handle, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
connect(Socket_Handle, sockaddr_in( 80, inet_aton(213.180.204.8)));
select Socket_Handle; $| = 1;
print Socket_Handle GET / HTTP1/.0\n\n;
print STDOUT
я нигде не нашел ответа на вопрос можно ли с сокетами в перл работать
как с файлами?
Да.
а вот в смысле записи в сокет экспериментально попробовал - не работает
print $socket бла-бла;
Что значит не работает? Как проверяли?
Может быть не хватает use IO::Handle;
В сообщении от Пятница 16 Июнь 2006 22:37 Dmitry E. Oboukhov написал(a):
use IO::Handle
my $socket;
socket($socket, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
connect($socket, sockaddr_in(80, inet_aton(127.0.0.1)));
$socket-autoflush(1)
print $socket GET / HTTP/1.0\n\n;
print
use IO::Handle
my $socket;
socket($socket, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
connect($socket, sockaddr_in(80, inet_aton(127.0.0.1)));
$socket-autoflush(1)
print $socket GET / HTTP/1.0\n\n;
print while($socket);
почему-то висит и ответа сервера не печатает
Потому
On Friday 16 June 2006 21:18, Dmitry E. Oboukhov wrote:
а вот оно в чем дело, спасибо большое!
Ну, кстати, в любом учебнике/руководстве/книге/документации это всё описано. И
про my $fh = selct ($socket); $| = 1; select($fh) тоже. И с _такими_
элементарными вопросами меня ты уже заколебал. К
Забавно. Не знал. Хотя это выглядит скорее извращением -
Само ядро использует.
Заинтересовался. Посмотрел. Все такие использования по пальцам пересчитать
можно, и они более или менее очевидно заменяются на использование
внутреннего kernel api.
Особенно порадовал вызов getpid() в
1. залез я за C, давно на нем ничего не писал, а тут модулек для ядра
назрело написать. наткнулся на то что модули ядра не все подряд функции
могут вызывать.
а тут необходимо в моем модулечке заюзать библиотеку конвертации между
кодировками. то есть например конверт cp1251-koi8-r или koi8-r-utf8
On Wed, Jun 14, 2006 at 16:12 +0400, Dmitry E. Oboukhov wrote:
1. залез я за C, давно на нем ничего не писал, а тут модулек для ядра
назрело написать. наткнулся на то что модули ядра не все подряд функции
могут вызывать.
а тут необходимо в моем модулечке заюзать библиотеку конвертации между
On Wed, Jun 14, 2006 at 04:12:34PM +0400, Dmitry E. Oboukhov wrote:
а тут необходимо в моем модулечке заюзать библиотеку конвертации между
кодировками. то есть например конверт cp1251-koi8-r или koi8-r-utf8
итп.
может кто ткнет в нужном направлении чтобы долго не ковыряться?
nls в fs
--
а тут необходимо в моем модулечке заюзать библиотеку конвертации между
кодировками. то есть например конверт cp1251-koi8-r или koi8-r-utf8
итп.
может кто ткнет в нужном направлении чтобы долго не ковыряться?
nls в fs
посмотрел linux/nls.h похоже то что нужно. спасибо
вечерком
1. залез я за C, давно на нем ничего не писал, а тут модулек для ядра
назрело написать. наткнулся на то что модули ядра не все подряд функции
могут вызывать.
Ядро - это замкнутый в себе статический бинарник.
Чтобы использовать внутри ядра библиотеку, надо поместить эту библиотеку
внутрь
1. залез я за C, давно на нем ничего не писал, а тут модулек для ядра
назрело написать. наткнулся на то что модули ядра не все подряд функции
могут вызывать.
Ядро - это замкнутый в себе статический бинарник.
Чтобы использовать внутри ядра библиотеку, надо поместить эту библиотеку
внутрь
14.06.06, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
Ядро - это замкнутый в себе статический бинарник.
А загружаемые модули?
Чтобы использовать внутри ядра библиотеку, надо поместить эту библиотеку
внутрь ядра. Что можно сделать далеко не с любым кодом: например, код не
должен
14.06.06, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
Ядро - это замкнутый в себе статический бинарник.
А загружаемые модули?
А загружаемые модули линкуются внутрь ядра; им доступны только символы,
экспортируемые ядром или другими загруженными модулями.
Советую почитать Linux
14.06.06, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
14.06.06, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
Ядро - это замкнутый в себе статический бинарник.
А загружаемые модули?
А загружаемые модули линкуются внутрь ядра; им доступны только символы,
экспортируемые ядром
On 2006.06.14 at 17:37:22 +0400, Dmitry E. Oboukhov wrote:
хотя я модуль для FUSE пишу, но ограничения похоже совершенно те же что
и на просто модули ядра.
Так вроде ж FUSE это Filesystem in User Space. Т.е. по определению
должна позволять использовать любые user-space библиотеки. Возможно,
On Wed, Jun 14, 2006 at 07:26:37PM +0400, Victor Wagner wrote:
On 2006.06.14 at 17:37:22 +0400, Dmitry E. Oboukhov wrote:
хотя я модуль для FUSE пишу, но ограничения похоже совершенно те же что
и на просто модули ядра.
Так вроде ж FUSE это Filesystem in User Space. Т.е. по определению
14.06.06, Stanislav Maslovski[EMAIL PROTECTED] написал(а):
On Wed, Jun 14, 2006 at 07:26:37PM +0400, Victor Wagner wrote:
Так вроде ж FUSE это Filesystem in User Space. Т.е. по определению
должна позволять использовать любые user-space библиотеки.
А что получится, если вызов из модуля некой
Результаты 1 - 100 из 103 matches
Mail list logo