complement-devel Mailing List for Complement
Status: Pre-Alpha
Brought to you by:
complement
Menu
▾
▴
complement-devel — Complement project developments issues
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
|---|
|
From: Petr O. <pt...@vo...> - 2008-10-14 05:54:29
|
On Tuesday 14 October 2008 09:39:45 Petr Ovtchenkov wrote: > BTW, the 'stalling on socket close' problem looks like > resolved. See libsockios 2.1.0 (again in git repositories, > due to problem with SF's SVN repository). > > SF's team informed about problem (SVN), but I suspect a long time > for resolving. 'stalling on socket close' problem is still here. I see one with unit test of StEM. -- - ptr |
|
From: Petr O. <pt...@vo...> - 2008-10-14 05:39:58
|
BTW, the 'stalling on socket close' problem looks like resolved. See libsockios 2.1.0 (again in git repositories, due to problem with SF's SVN repository). SF's team informed about problem (SVN), but I suspect a long time for resolving. -- - ptr |
|
From: Petr O. <pt...@vo...> - 2008-10-13 20:53:12
|
Due to a lot of problems with Subversion on SorceForge (administration iisues, web_dav bugs, very slow access) I want to stop commits into SVN at SF (i.e. to https://complement.svn.sourceforge.net/svnroot/complement SVN repository) and migrate to Git (see http://git.or.cz). Now at least two public Git repositories available: git://github.com/ptr/complement.git git://void-ptr.info/complement.git Site's documentation will be updated ASAP. Other services remains at SF. Bests, -- - ptr |
|
From: Д. О. <d.o...@gm...> - 2008-05-20 08:21:11
|
Grammar:
* word = string + !' '
* shortname = -char
* longname = --{char[] : char[i] != '=' , char[i] != ' '}
* basicname = shortname || longname
* reduction = longname.substr(0,k) : there are no two longnames with that
substr
* optname = basicname || reduction
* arg = word || "string" // argument must be represented as single element
of argv[] or right part of assignment
* option = optname || optname arg || optname=word
* optiongroup = -char[]
* operand = word
* end = "--"
* commandline = utility_name [option...] [operand ...] [optiongroup ...]
[end operand ...]
Errors:
* invalid option - optname
* missing arg - optname
* invalid arg - optname , argname
* bad usage (incorrect usage of lib)
|
|
From: Д. О. <d.o...@gm...> - 2008-04-28 17:48:19
|
In current state there is no destructor in lib opts and it's hard to make it in terms of current opts architecture. Need to invent workaround or make some fixes to lib architecture. |
|
From: Petr O. <pt...@is...> - 2008-04-20 11:15:18
|
[Extracted from Dmitry's post]:
Command line representation:
Notes:
'{','}','+','!' - are not terms, that are no so formal:
'{','}' = grouping concepts
'+' = at the same time
"!=" = not equal to
"T[]" = array of type T
Grammar:
* alnum = 'a' - 'z' || 'A' - 'Z' || '1' - '9'
* word = string + !' '
* shortname = -alnum
* longname = --{char[] + !='='}
* basicname = shortname || longname
* reduction = longname.substr(0,k) : there are no two longnames with that substr
* optname = basicname || reduction
* arg = word || "string" // argument must be represented as single element of argv[]
* option = optname || optname arg || optname=word
* optiongroup = -alnum[]
* operand = word
* end = "--"
* commandline = utility_name [option...] [optiongroup ...] [end operand ...]
Errors:
* invalid option - optname
* missing param - optname
|