You can subscribe to this list here.
1997 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(6) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
1998 |
Jan
(21) |
Feb
(4) |
Mar
(10) |
Apr
|
May
|
Jun
(2) |
Jul
(12) |
Aug
(6) |
Sep
(5) |
Oct
(42) |
Nov
(13) |
Dec
(3) |
1999 |
Jan
(4) |
Feb
(16) |
Mar
(6) |
Apr
(8) |
May
(12) |
Jun
|
Jul
(13) |
Aug
(9) |
Sep
(4) |
Oct
(14) |
Nov
(8) |
Dec
(33) |
2000 |
Jan
(24) |
Feb
(7) |
Mar
(6) |
Apr
(9) |
May
(17) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
(11) |
Oct
(12) |
Nov
(19) |
Dec
(14) |
2001 |
Jan
(33) |
Feb
(22) |
Mar
(8) |
Apr
(28) |
May
(16) |
Jun
(3) |
Jul
(1) |
Aug
(21) |
Sep
(3) |
Oct
(4) |
Nov
(18) |
Dec
(28) |
2002 |
Jan
(23) |
Feb
(9) |
Mar
(20) |
Apr
(23) |
May
(18) |
Jun
(13) |
Jul
(37) |
Aug
(13) |
Sep
(14) |
Oct
(10) |
Nov
(3) |
Dec
(3) |
2003 |
Jan
(14) |
Feb
(8) |
Mar
(17) |
Apr
(22) |
May
(16) |
Jun
(6) |
Jul
(7) |
Aug
(6) |
Sep
(6) |
Oct
(2) |
Nov
(12) |
Dec
(18) |
2004 |
Jan
(33) |
Feb
(10) |
Mar
(24) |
Apr
(11) |
May
(5) |
Jun
(12) |
Jul
(2) |
Aug
|
Sep
(3) |
Oct
(16) |
Nov
(2) |
Dec
(4) |
2005 |
Jan
(1) |
Feb
(6) |
Mar
(38) |
Apr
(6) |
May
(2) |
Jun
(7) |
Jul
(18) |
Aug
(4) |
Sep
(6) |
Oct
|
Nov
(14) |
Dec
(12) |
2006 |
Jan
(2) |
Feb
(18) |
Mar
|
Apr
(7) |
May
(2) |
Jun
(1) |
Jul
(5) |
Aug
(11) |
Sep
(7) |
Oct
(2) |
Nov
(1) |
Dec
(17) |
2007 |
Jan
(3) |
Feb
|
Mar
(8) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(8) |
Nov
(5) |
Dec
|
2008 |
Jan
|
Feb
(2) |
Mar
(9) |
Apr
(15) |
May
|
Jun
(3) |
Jul
(2) |
Aug
(7) |
Sep
(16) |
Oct
(34) |
Nov
(1) |
Dec
(7) |
2009 |
Jan
(11) |
Feb
(3) |
Mar
(1) |
Apr
(3) |
May
(7) |
Jun
(2) |
Jul
(3) |
Aug
(9) |
Sep
(7) |
Oct
(13) |
Nov
(3) |
Dec
(27) |
2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(9) |
Dec
|
2011 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Ryan S. <sou...@ry...> - 2022-01-17 09:47:32
|
My compiler showed this warning when compiling dict 1.13.1: md5.c:148:27: warning: 'memset' call operates on objects of type 'struct MD5Context' while the size is based on a different type 'struct MD5Context *' [-Wsizeof-pointer-memaccess] memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ ~~~ ^~~ md5.c:148:27: note: did you mean to dereference the argument to 'sizeof' (and multiply it by the number of elements)? memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ ^~~ 1 warning generated. |
From: Andrea M. <and...@gm...> - 2020-11-20 22:45:12
|
Hi all. I wrote and published a new PHP DICT client, based on curl. You can find it on GitHub: https://github.com/amaccis/php-dict I hope that it will be useful. Best regards, Andrea Maccis |
From: Andrea M. <and...@gm...> - 2020-06-18 21:14:40
|
Hi all. Since I'm writing a new dict client, I tried to find a dict Docker image in order to have a dictd instance available for my tests and unfortunately I found nothing, so I wrote my own Dockerfile, I built the image and pushed it to Docker Hub. It is available: docker pull amaccis/dict These are the repos: GitHub https://github.com/amaccis/docker-dict Docker Hub https://hub.docker.com/r/amaccis/dict I hope that could be useful. Best regards, Andrea Maccis |
From: Piotr B. <ba...@o2...> - 2016-12-28 10:14:44
|
Hi Edwar, What is it that you're after? Dictionary databases as data to work with or ones available via DICT specifically? There's lots of dictionary material on the Web available in various flavours of XML (among other formats). If you happen to be interested in bilingual stuff, the Freedict project has lots of (mostly simple) databases, and still exports to DICT (from the source XML). Good luck, Piotr On 19/12/16 21:35, Edwar Cifuentes wrote: > ---------- Forwarded message ---------- > From: "Edwar Cifuentes" <edw...@gm... > <mailto:edw...@gm...>> > Date: Dec 17, 2016 4:05 AM > Subject: Dict resources > To: <web...@di... <mailto:web...@di...>> > Cc: > > Hello. Recently discovered this. I'm trying to get more databases but > many of the links in the dict resources page don't work. I also tried > with the program filezilla to no avail. What should I do next? Thanks > > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/intel > > > > _______________________________________________ > Dict-beta mailing list > Dic...@li... > https://lists.sourceforge.net/lists/listinfo/dict-beta > |
From: Edwar C. <edw...@gm...> - 2016-12-19 20:35:08
|
---------- Forwarded message ---------- From: "Edwar Cifuentes" <edw...@gm...> Date: Dec 17, 2016 4:05 AM Subject: Dict resources To: <web...@di...> Cc: Hello. Recently discovered this. I'm trying to get more databases but many of the links in the dict resources page don't work. I also tried with the program filezilla to no avail. What should I do next? Thanks |
From: Riley B. <BM-...@bi...> - 2015-01-12 00:07:45
|
Sorry, I just found a solution to the problem on the mailing list: http://sourceforge.net/p/dict/mailman/message/29857477/ |
From: TAGHeuer.com <no-...@ta...> - 2012-07-01 00:00:00
|
<html> <style> <!-- .legal { font-family: Verdana; font-size: 9px; color: #595959; padding- top: 15px; padding: 22px;} .container { border-top: 1px solid #666666;} .bottom { padding-top: 15px; } --> </style> <body> <img src="http://tracking.msadcenter.msn.com/yvbqmbfv_snlynllns.gif?o=1" width="0" height="0"> <table cellpadding="0" cellspacing="0" width="600" align="center "> <tr> <td><img src="http://tracking.msadcenter.msn.com/kkkxsbj-snlynllns.gif" border="0"></td> </tr> <tr> <td style="border-top: 1px solid #666666;" bgcolor="#F2F2F2"> <table cellpadding="0" cellspacing="0" width="100%" style="ma rgin-top:-10px"> <tr style="padding-bottom:20px; font-family: Verdana; font-size: 9px; color: #595959; padding-top: 15px; padding: 22px"> <td align="right"><a href="http://tracking.msadcenter.msn.kneebrother.com"> Sign up for newsletters and offers from MSN. </a></td> </tr> <tr> <td> <div align="center"> <a href="http://tracking.msadcenter.msn.kneebrother.com" target="_blank"><img src="http://ww2.tagheuer.com/_img/Aquaracer/aquaracer_moodboard_500M_leo.jpg" border="0" alt="Click Here!"></a> </di v> </td> </tr> <!-- Footer --> <tr> <td style="font-family: Verdana; font-size: 9px; color: #595959; padding-top: 15px; padding: 22px"> You are receiving this e-mail because you subscribed to MSN Feature d Offers. Microsoft respects your privacy. Please read our online Priva cy Statement.<br><br> If you would prefer to no longer receive this Featured Offer Newsletter, please click the “Unsubscribe” link below. This will not unsubscribe you from e-mail communications from third-party adverti sers that may appear in MSN Featured Offers. This shall not constitute an offer by MSN. MSN shall not be responsible or liable for the adverti sers' content nor any of the goods or service advertised. Prices and ite m availability subject to change without notice. To set your contact preferences for other Microsoft communications, see the communications preferences section of the <a href="http://tracking.msadcenter.msn.kneebrother.com">Microsoft Privacy Statement</a>.<br><br> ©2010 Microsoft | <a href="http://tracking.msadcenter.msn.kneebrother.com">Unsubscribe</a> | <a hre f="http://tracking.msadcenter.msn.kneebrother.coml">M ore Newsletters</a> | <a href="http://tracking.msadcenter.msn.kneebrother.com">Privacy</a><br><br> Microsoft Corporation, One Microsoft Way, Redmond, WA 98052 </td> </tr> </table> </td> </tr> </table> </body> </html> |
From: VIAGRA ® O. S. <dic...@di...> - 2012-07-01 00:00:00
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head> <html> <body> <img src="http://www.utalecc.com" width=0 height=0> <table cellpadding=0 cellspacing=0 width=600 align=center> <tr> <td class=EC_container bgcolor="#F2F2F2"> <table cellpadding=0 cellspacing=0 width="100%"> <tr> <td> <div align=center> <a href="http://www.lialean.com" target="_blank"><img src="http://www.traypexe.com/3.gif" border=0 alt="Click Here!"></a> </div> </td> </tr> <tr> <td class=EC_legal> <br> ©2007 Microsoft | <a href="http://www.trostark.com" target="_blank">Unsubscribe</a> | <a href="http://www.waskells.com" target="_blank">More Newsletters</a> | <a href="http://www.oslaters.com" target="_blank">Privacy</a><br><br> Microsoft Corporation, One Microsoft Way, Redmond, WA 98052 </td> </tr> </table> </div> </div> </div> </body> </html> |
From: <sub...@lo...> - 2012-07-01 00:00:00
|
The following email address, "dic...@di..." has been removed from the Verba Volant Newsletter list. If you did not cancel your email address or you wish to continue receiving Verba Volant, please send an e-mail to sub...@lo... Thank you and best regards, Verba Volant |
From: <ver...@lo...> - 2012-07-01 00:00:00
|
TO: dic...@di... Verba Volant 01-03-2002 Every day a new quotation translated into many languages. _________________ Quotation of the day: Author - Karl Krauss Italian - in nessuna lingua è difficile intendersi come nella propria lingua Spanish - en ningún idioma es tan difícil entenderse como en el propio English - in no other language is it as difficult to reach agreement as in one's own Flemish - in geen andere taal dan in zijn eigen is het zo moeilijk om tot een akkoord te komen Roman - in nisuna lingua è difficile capisse come naa tua Dutch - in geen andere taal dan in zijn eigen is het zo moeilijk om tot een akkoord te komen Basque - ezein hizkuntzatan ez da nor berean bezain zaila elkar ulertzea Mudnés - an gh'é ménga na lengua acsè dificil per capirès come la sô Latin - nulla lingua difficilius est hominibus consentire quam sua Mapunzugun - gelay ta kewün ñi azümnual ta che kishu ñi zugun mew reke Galician - en ningunha lingua é tan difícil comprenderse como na propria Zeneize - inte nisciunn'ätra lengua l'é de grammo accapîse comme inta pròpia German - In keiner anderen Sprache ist es so schwierig sich zu einigen wie in der eigenen (Karl Krauss) Reggiano - in nisòna etra parlèda l'è tant difècil capìres damànd in còla ed ca' sua Mantuan - in nisuna lingua 'l è csì brigos capiras cme in dla pròpia Furlan - in nissune lenghe al è dificil intindisi come in te propie lenghe Calabrese - in nisciuna lingua è difficili comunicari comi intra a propria lingua Hungarian - egyik nyelven sem olyan nehéz az embereknek egyezségre jutniuk, mint éppen az anyanyelvükön Leonese - en dengún idioma ye tan difícil d'entendese comu nel d'ún Piemontese - an gnun-e lenghe a l'é dificil capisse com ant la soa Danish - på intet sprog er det så sværat at blive enige som på ens eget Sicilian - ccu' nudda lingua iè accussì difficili sapìrisi sèntiri, comu ca' sò stissa Parmigiano - in nson idioma l'é pú dificil capiros che in col ad von Swedish - det är aldrig så svårt att komma överens som på det egna språket Finnish - millään muulla kielellä ei ole yhtä vaikeaa olla samaa mieltä kuin omalla kielellä Albanian - në asnjë gjuhë nuk është vështirë të kuptohesh sa në gjuhën tënde Bolognese - int inciónni längv l é acsé difézzil intànndres, cunpâgn a int la sô Esperanto - en nenia lingvo ests pli malfacile atingi komprenon ol en la propra Portuguese - em nenhuma outra língua é tão difícil entendermo-nos como na nossa Emiliano Romagnolo - ma nisouna lengua la e' difizil d'entenderss l'un l'eltr com s'la propri Occitan - dins deguna lenga se comprener es dificil coma dins sa lenga Brazilian Portuguese - em nenhuma língua é tão difícil chegar a um acordo quanto na própria French - il n'est aucune langue autre que la sienne qui puisse engendrer autant de difficultés à s'entendre Sardinian - in peruna limba est difìtzile a nos cumprender comente in sa limba nostra Neapolitan - dint''a nesciuna lengua è difficultúso 'e se capí comme 'int'â propia _________________ All languages, please click on this link http://www.logos.net/owa-l/press.frasiproc.carica?code=529 _________________ To unsubscribe from Verba Volant, please follow this link: http://www.logos.net/owa-l/press.unsubscribe?lang=en&email=dic...@di... |
From: <re...@lo...> - 2012-07-01 00:00:00
|
We have been requested to insert the following email address, "dic...@di...", in the Verba Volant Newsletter database. Through this daily service you will receive a quotation, selected from amongst the most celebrated philosophers, writers and poets of all time and translated into many languages and dialects by volunteers worldwide. If you would like to confirm your subscription to Verba Volant, please click on the following link: http://www.logos.net/owa-l/press.subscribe?lang=en&email=dic...@di... If you do not wish to click on the link, your subscription will be cancelled. Thank you for your time. Verba Volant Il nous a été demandé d'ajouter l'adresse électronique "dic...@di..." dans la liste des destinataires de Verba Volant, un service qui tous les jours vous adressera une citation sélectionnée parmi les uvres des meilleurs philosophes, écrivains, poètes de tous les temps et traduite en de très nombreuses langues grâce à des volontaires du monde entier. Pour confirmer l'inscription à Verba Volant, veuillez vous connecter au lien suivant: http://www.logos.net/owa-l/press.subscribe?lang=fr&email=dic...@di... Si vous préférez ne pas cliquer sur le lien, vous ne recevrez rien. Merci dans tous les cas de nous avoir accordé quelques secondes. Verba Volant Se nos ha solicitado insertar la dirección de correo electrónico "dic...@di..." en el listado de envíos de Verba Volant, un servicio que diariamente le enviará citas elegidas entre los mejores filosofos, escritores, poetas, etc., traducidas a varios idiomas y dialectos. Dichas citas están traducidas por voluntarios que se conectan a nuestra web desde todo el mundo. Si quiere confirmar la suscripción a Verba Volant, le rogamos entre en: http://www.logos.net/owa-l/press.subscribe?lang=es&email=dic...@di... Si no entra en la dirección señalada no recibirá las citas. Muchas gracias por el tiempo que nos ha dedicado. Verba Volant Ci è stato chiesto di inserire l'indirizzo di posta elettronica "dic...@di..." nellelenco dei destinatari di Verba Volant, un servizio che ogni giorno ti invierà una citazione scelta tra quelle dei migliori filosofi, scrittori, poeti di tutti i tempi e tradotta in moltissime lingue e dialetti grazie alla collaborazione di volontari da tutto il mondo. Se desideri confermare l'iscrizione, ti preghiamo di collegarti al seguente link: http://www.logos.net/owa-l/press.subscribe?lang=it&email=dic...@di... Nel caso preferissi non cliccare sul link, non riceverai nulla. Grazie comunque per i secondi che ci hai dedicato. Cordiali saluti. |
From: Aleksey C. <vl...@gm...> - 2011-12-10 16:22:38
|
dict://dict.org is down for a couple of days. ftp:// abd http:// services work fine. Does anyone know what happened? I tried to contact Rik Faith but he have not responded yet. Unfortunately I don't have access to dict.org. -- Best regards, Aleksey Cheusov. |
From: Aleksey C. <vl...@gm...> - 2011-04-10 18:33:43
|
I've just released libmaa-1.3.0 Source code is available here https://sourceforge.net/projects/dict/files/libmaa/libmaa-1.3.0/ Major changes: Only maa's symbols are exported from libmaa shared library (export.sym). 'libtool -export-symbols' is used for this to work. * DUE TO THIS IN ORDER TO AVOID POTENTIAL ABI INCOMPATIBILITIES, I'VE INCREASED MAJOR VERSION OF THE SHARED LIBRARY. FIXED: when both stream/file and syslog logging facilities are enabled, log_info() and other logging functions segfault on NetBSD-5.1/x86_64. va_copy magic was needed to fix this problem. It is assumed that strchr(3) is always available (no autoconf check). The same for unistd.h header file. CFLAGS set by user may override default -Wall -Werror set for GCC. Fix for warning messages produced by SunPro compiler (integer overflow detected: op "<<") -c flag was added to INSTALL_DATA invocation FIXED: compilation error on CentOS-5.4 FIXED: "make test" failed on OpenBSD-3.8. This system defines intptr_t in inttypes.h, not in stdint.h -- Best regards, Aleksey Cheusov. |
From: oblib <ob...@ya...> - 2011-02-05 14:46:17
|
Sorry if this has already been solved. I'm trying to compress raw dict data which is greater than 4 GB using dictzip. When I tried, I got: dict_data_zip: File too large After some research I found it was the open command from stdlib that couldn't handle the file. Adding '-D_FILE_OFFSET_BITS=64' to the CFLAGS allowed me to open the file successfully and apparently compress the file. However, it produces a bad output because I can't decompress the file. gunzip says: gzip: dict.data.gz: invalid compressed data--format violated and dictzip -d says: dictzip (dict_read_header): Internal error File position (89301) != header length + 1 (23765) Aborting dictzip... Can anyone help me fix dictzip to handle this large of a file? Thanks, Oblib |
From: Piotr B. <ba...@o2...> - 2011-01-10 00:26:59
|
Cool! :-) Thanks for your work, Aleksey. Piotr On 2011-01-09 21:56, Aleksey Cheusov wrote: > I've released dictd-1.12.0 > > As usual source code is available at sourceforge > > https://sourceforge.net/projects/dict/ |
From: Aleksey C. <vl...@gm...> - 2011-01-09 22:56:41
|
I've released dictd-1.12.0 As usual source code is available at sourceforge https://sourceforge.net/projects/dict/ Major changes. New script dict_lookup for translating words and phrases from X selection. It makes sense to configure launching dict_lookup on a keyboard shortcut in the window manager. dictd: Fix for SHOW SERVER command (dict -I). On systems where sizeof(int) != sizeof (long) values in "Uncompressed" column may contain random garbage. This problem was seen on NetBSD/x86_64/5.1 Fix for sf bug #3098788 https://sf.net/tracker/?func=detail&aid=3098788&group_id=605&atid=100605 Regresson tests for dictzip were added. Fix in Makefile: non standard option for lex(1) was removed (This may unbreak compilation on SunOS, HP-UX...). dictfmt: Internal buffer size was increased from 10240 to 102400 bytes. Fixes for Tru64. Other minor fixes and cleanups -- Best regards, Aleksey Cheusov. |
From: Aleksey C. <vl...@gm...> - 2010-11-26 11:19:52
|
>> Run the following and see the results. >> >> dict -f -h dict.org -d wn database >> dict -f -h dict.org -I >> dict -f -h dict.org -D >> dict -f -h dict.org -S > But as far as I can see, those flags only affect the database or server > information, not the (definition) results. Yes, leading two spaces mean "text is here". > OTOH, has anybody tested an upper limit for dictionaries with the > current dictd implementation? I've done a quick test with over 600.000 > entries and it works almost instantaniously. > Has anybody tested higher > than that? Multiple large dictionaries (databases) on a single server? > Milions of entries? I'm thinking about exact match in my case. For about two years I've been using dictd and dict for client/server search in PkgSrc software packages (NetBSD, DragonFlyBSD, Linux etc.). http://freshmeat.net/projects/pkg_online/ http://pkgsrc.se/wip/pkg_online-client/ http://pkgsrc.se/wip/pkg_online-server/ Server is here dict://dictd.xdsl.by:26280 Database containing files of packages consists of more than two million of entries. See dict -h dictd.xdsl.by -p26280 -I P.S. This is how pkg_online works 0 cheusov>pkg_online_find PLIST:exact:bin/mawk lang/mawk - AWK clone by Mike Brennan wip/mawk - AWK clone by Mike Brennan 0 cheusov> -- Best regards, Aleksey Cheusov. |
From: Ferran J. <Fer...@ua...> - 2010-11-26 09:18:25
|
Hello Aleksey, >> I tried: > >> $ dict -f -I word >> $ dict --formatted=-I word >> $ dict --formatted=I word > > I see, documentation is bad :-) Option -f doesn't accept arguments. > > Run the following and see the results. > > dict -f -h dict.org -d wn database > dict -f -h dict.org -I > dict -f -h dict.org -D > dict -f -h dict.org -S But as far as I can see, those flags only affect the database or server information, not the (definition) results. OTOH, has anybody tested an upper limit for dictionaries with the current dictd implementation? I've done a quick test with over 600.000 entries and it works almost instantaniously. Has anybody tested higher than that? Multiple large dictionaries (databases) on a single server? Milions of entries? I'm thinking about exact match in my case. Thanks, Ferran |
From: Aleksey C. <ch...@tu...> - 2010-11-25 20:02:41
|
> I tried: > $ dict -f -I word > $ dict --formatted=-I word > $ dict --formatted=I word I see, documentation is bad :-) Option -f doesn't accept arguments. Run the following and see the results. dict -f -h dict.org -d wn database dict -f -h dict.org -I dict -f -h dict.org -D dict -f -h dict.org -S -- Best regards, Aleksey Cheusov. |
From: Aleksey C. <vl...@gm...> - 2010-11-25 19:20:19
|
> I cannot see any one to remove indenting, am I right? If you want to see how your content is represrnted in .dict database, you may use the folowing command dictunformat dict.index < dict.dict You can also try telnet directly ;-) Below user's commands are marked with :: 0 tmp>telnet dict.org dict Trying 216.93.242.2... Connected to dict.org. Escape character is '^]'. 220 miranda.org dictd 1.9.15/rf on Linux 2.6.30-bpo.1-686 <auth.mime> <893...@mi...> :: define wn database 150 1 definitions retrieved 151 "database" wn "WordNet (r) 2.0" database n : an organized body of related information . 250 ok [d/m/c = 1/0/17; 0.000r 0.000u 0.000s] :: quit 221 bye [d/m/c = 0/0/0; 11.000r 0.000u 0.000s] Connection closed by foreign host. 1 tmp> > The dict client also adds some headers that cannot removed, as far as I > see. The main purpose of dict(1) was to show dictionary's content in human readable format, so yes, it adds some extra spaces in the beginning of line. The more important is that dict's output may be changed in the future. If you want to pipe dictionary content to stdin of another program it is better to use dict -f <other options>. 'dict -f' also adds two spaces but its format will not change. Consult the man page for a few details. > Thanks for your wonderful tools, Aleksey and Rik, You are welcome :-) -- Best regards, Aleksey Cheusov. |
From: Aleksey C. <vl...@gm...> - 2010-11-25 18:34:20
|
>>From unknown [md5sums]: > 00075743be0748c4965848c62c2f5a70 > 00075743be0748c4965848c62c2f5a70 > /mnt/VOLUM-I/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif > 00075743be0748c4965848c62c2f5a70 > /mnt/VOLUM-Ib/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif > Is there a way to get unformatted results? Try to reformat your .dict files using dictfmt -f --columns=0 -- Best regards, Aleksey Cheusov. |
From: Ferran J. <Fer...@ua...> - 2010-11-25 18:32:14
|
Hello Aleksey, [..] >> The dict client also adds some headers that cannot removed, as far as I >> see. > > The main purpose of dict(1) was to show dictionary's content in human > readable format, so yes, it adds some extra spaces in the beginning of > line. I understand. > The more important is that dict's output may be changed in the > future. If you want to pipe dictionary content to stdin of another > program it is better to use dict -f <other options>. 'dict -f' also adds > two spaces but its format will not change. Consult the man page for a > few details. I tried, I tried, but I don't undertand the syntax: -f or --formatted Enables formatted output, i.e. output convenient for postpro‐ cessing by standard UNIX utilities. No, it is not XML ;-) Also error and warning messages like " No matches...", " Invalid strategy..." etc. are sent to stderr, not to stdout. Format: -I, -i, -H and similar: host<TAB>port <SPC><SPC>line1 <SPC><SPC>line2 ... -S: host<TAB>port<TAB>strategy1<TAB>short description1 host<TAB>port<TAB>strategy2<TAB>short description2 ... I tried: $ dict -f -I word $ dict --formatted=-I word $ dict --formatted=I word but as the result is not what I read from the man page, I fear I cannot get the syntax right. I'm puzzled. May you give me a few examples, please? Thanks, Ferrna |
From: Ferran J. <Fer...@ua...> - 2010-11-25 17:50:37
|
Hello Aleksey, > >>From unknown [md5sums]: > >> 00075743be0748c4965848c62c2f5a70 >> 00075743be0748c4965848c62c2f5a70 >> /mnt/VOLUM-I/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif >> 00075743be0748c4965848c62c2f5a70 >> /mnt/VOLUM-Ib/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif > >> Is there a way to get unformatted results? > > Try to reformat your .dict files using dictfmt -f --columns=0 Oh, thanks. Now it doesn't wrap long lines. I clearly overlooked this option when reading the man page. I cannot see any one to remove indenting, am I right? The dict client also adds some headers that cannot removed, as far as I see. I've played a bit with dico python client, and I find it very usable, so I may go this path if my experiments prove useful. Thanks for your wonderful tools, Aleksey and Rik, Ferran |
From: Ferran J. <Fer...@ua...> - 2010-11-25 17:02:30
|
Replying to myself, [...] > Is there a way to get unformatted results? I've seen that it is dictfmt (at least -f or c5, the ones I've tested) who formats the results with spaces and wraps long lines. So I'll have to find another dictionary formater, either based on the orphaned python-dictclient (http://packages.debian.org/python-dictclient) or the new and promising dico (http://puszcza.gnu.org.ua/software/dico/ or http://packages.debian.org/dico). Thanks, Ferran |
From: Ferran J. <Fer...@ua...> - 2010-11-25 12:57:43
|
Hello, I've started to play with dict to use to keep track md5sums (or sha1sums) of files, so I can check for the existence of a file. I'm pondering about using it in a regional federation of digital repositories (digital libraries), so we can easily check about the existence of a file in a local or remote site. The fact that dict is a network protocol, and the variety of tools and clients makes it very attractive. After a while, a simple awk script and dictfmt option -f I have some promising results. It is blazingly fast with some 650.000 different entries. My first approach has been to try to keep the original md5sum file format as much as possible. So, even if the header is the md5sum, the definition should have also the md5sum and the file path, with so many lines as files with the same md5sum. The goal is to keep compatibility with the well known standard formats. So, a random exmple the input file format I use to feed dictfmt -f is: 00075743be0748c4965848c62c2f5a70 00075743be0748c4965848c62c2f5a70 /mnt/VOLUM-I/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif 00075743be0748c4965848c62c2f5a70 /mnt/VOLUM-Ib/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif However, I haven't been able to find the right combination of dictd.conf or dict client parameters to accomplish it. That is, I'd like the result to be like that: $ grep ^00075743be0748c4965848c62c2f5a70 $myfile 00075743be0748c4965848c62c2f5a70 /mnt/VOLUM-I/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif 00075743be0748c4965848c62c2f5a70 /mnt/VOLUM-Ib/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif But I get this: $ dict 00075743be0748c4965848c62c2f5a70 1 definition found From unknown [md5sums]: 00075743be0748c4965848c62c2f5a70 00075743be0748c4965848c62c2f5a70 /mnt/VOLUM-I/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif 00075743be0748c4965848c62c2f5a70 /mnt/VOLUM-Ib/3-12/ddd/veterinaria/revhigsanvet/tif/revhigsanvet_a1915m11t5n8/revhigsanvet_a1915m11t5n8_21.tif Is there a way to get unformatted results? Thanks, Ferran |