* Problem with rfc4180splitter in last beta? @ 2015-06-15 8:45 Jaroslav Hajtmar 2015-06-15 9:00 ` Jaroslav Hajtmar 2015-06-15 18:22 ` Problem with rfc4180splitter in last beta (sticking point was found... maybe) Jaroslav Hajtmar 0 siblings, 2 replies; 6+ messages in thread From: Jaroslav Hajtmar @ 2015-06-15 8:45 UTC (permalink / raw) To: mailing list for ConTeXt users Hi Hans, I encountered while experimenting with the latest beta version of standalone context to a problem when using the splitter. When I process without header file then compilation crashed when you compile the latest beta version. Conversely, the processing of a header file is no problem. ConTEXt while compiling the 2014 TL is fine in both cases. I do not know from which beta version was a problem, I discovered it by accident until now. Send minimal example. When gCSVHeader = true everything is OK when it is gCSVHeader = false and compilation fails. Thanx for any advice Jaroslav Hajtmar Here is my minimal version of problematic example: % csvfile.txt content: % first,second,third,fourth % 1,"2","3","4" % "a","b","c","d" % "foo","bar""baz","boogie","xyzzy" % \starttext \startluacode --gCSVHeader=true -- works fine when compiled any version of ConTeXt gCSVHeader=false -- crashed, when compiled by last beta version of standalone gColNames={} gColumnNames={} local inpcsvfile='csvfile.txt' local currentlyprocessedcsvfile = io.loaddata(inpcsvfile) local mycsvsplitter = utilities.parsers.rfc4180splitter{ separator = ',', quote = '"', } if gCSVHeader then gTableRows, gColumnNames = mycsvsplitter(currentlyprocessedcsvfile,true) inspect(gTableRows) inspect(gColumnNames) for i=1,#gTableRows[1] do gColNames[tostring(gColumnNames[i])] = i -- for indexing use end else gTableRows = mycsvsplitter(currentlyprocessedcsvfile) inspect(gTableRows) -- ad now set column names for withoutheader situation: for i=1,#gTableRows[1] do context(gTableRows[i]) gColumnNames[i]='c'..(i) end end gNumRows=#gTableRows -- Getting number of rows gNumCols=#gTableRows[1] -- Getting number of columns context.setgvalue("numrows",tostring(gNumRows)) context.setgvalue("numcols",tostring(gNumCols)) context.setgvalue("filename",tostring(inpcsvfile)) \stopluacode File \filename\ has \numrows\ lines and \numcols\ columns. \stoptext ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Problem with rfc4180splitter in last beta? 2015-06-15 8:45 Problem with rfc4180splitter in last beta? Jaroslav Hajtmar @ 2015-06-15 9:00 ` Jaroslav Hajtmar 2015-06-15 9:47 ` Jaroslav Hajtmar 2015-06-15 18:22 ` Problem with rfc4180splitter in last beta (sticking point was found... maybe) Jaroslav Hajtmar 1 sibling, 1 reply; 6+ messages in thread From: Jaroslav Hajtmar @ 2015-06-15 9:00 UTC (permalink / raw) To: ntg-context After I read my e-mail the I cut more my source code and I am sending now more minimalized version of minimal example Sorry, Jaroslav Hajtmar Here is another minimal version: % csvfile.txt content: % first,second,third,fourth % 1,"2","3","4" % "a","b","c","d" % "foo","bar""baz","boogie","xyzzy" % \starttext \startluacode gCSVHeader=true -- works fine when compiled any version of ConTeXt --gCSVHeader=false -- crashed, when compiled by last version of standalone gColNames={} gColumnNames={} local inpcsvfile='csvfile.txt' local currentlyprocessedcsvfile = io.loaddata(inpcsvfile) local mycsvsplitter = utilities.parsers.rfc4180splitter{ separator = ',', quote = '"', } if gCSVHeader then gTableRows, gColumnNames = mycsvsplitter(currentlyprocessedcsvfile,true) inspect(gTableRows) inspect(gColumnNames) else gTableRows = mycsvsplitter(currentlyprocessedcsvfile) inspect(gTableRows) end gNumRows=#gTableRows -- Getting number of rows gNumCols=#gTableRows[1] -- Getting number of columns context.setgvalue("numrows",tostring(gNumRows)) context.setgvalue("numcols",tostring(gNumCols)) context.setgvalue("filename",tostring(inpcsvfile)) \stopluacode File \filename\ has \numrows\ lines and \numcols\ columns. \stoptext Dne 15. 6. 2015 v 10:45 Jaroslav Hajtmar napsal(a): > Hi Hans, > I encountered while experimenting with the latest beta version of > standalone context to a problem when using the splitter. When I > process without header file then compilation crashed when you compile > the latest beta version. Conversely, the processing of a header file > is no problem. ConTEXt while compiling the 2014 TL is fine in both > cases. I do not know from which beta version was a problem, I > discovered it by accident until now. Send minimal example. When > gCSVHeader = true everything is OK when it is gCSVHeader = false and > compilation fails. > > > Thanx for any advice > Jaroslav Hajtmar > > Here is my minimal version of problematic example: > > > > % csvfile.txt content: > % first,second,third,fourth > % 1,"2","3","4" > % "a","b","c","d" > % "foo","bar""baz","boogie","xyzzy" > % > > > > \starttext > > \startluacode > --gCSVHeader=true -- works fine when compiled any version of ConTeXt > gCSVHeader=false -- crashed, when compiled by last beta version > of standalone > gColNames={} > gColumnNames={} > local inpcsvfile='csvfile.txt' > local currentlyprocessedcsvfile = io.loaddata(inpcsvfile) > local mycsvsplitter = utilities.parsers.rfc4180splitter{ > separator = ',', > quote = '"', > } > if gCSVHeader then > gTableRows, gColumnNames = > mycsvsplitter(currentlyprocessedcsvfile,true) > inspect(gTableRows) > inspect(gColumnNames) > for i=1,#gTableRows[1] do > gColNames[tostring(gColumnNames[i])] = i -- for indexing use > end > else > gTableRows = mycsvsplitter(currentlyprocessedcsvfile) > inspect(gTableRows) > -- ad now set column names for withoutheader situation: > for i=1,#gTableRows[1] do > context(gTableRows[i]) > gColumnNames[i]='c'..(i) > end > end > gNumRows=#gTableRows -- Getting number of rows > gNumCols=#gTableRows[1] -- Getting number of columns > > context.setgvalue("numrows",tostring(gNumRows)) > context.setgvalue("numcols",tostring(gNumCols)) > context.setgvalue("filename",tostring(inpcsvfile)) > \stopluacode > > > File \filename\ has \numrows\ lines and \numcols\ columns. > > \stoptext > ___________________________________________________________________________________ > > If your question is of interest to others as well, please add an entry > to the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Problem with rfc4180splitter in last beta? 2015-06-15 9:00 ` Jaroslav Hajtmar @ 2015-06-15 9:47 ` Jaroslav Hajtmar 0 siblings, 0 replies; 6+ messages in thread From: Jaroslav Hajtmar @ 2015-06-15 9:47 UTC (permalink / raw) To: ntg-context Hi Hans. Once again. It occurred to me to send a minimum Hans's example. When I compile with new beta version are the results the same for header and noheader versions, while a compilation of TL 2014 Contex proceeds differently. Jaroslav Hajtmar \starttext % csvfile.txt content: % first,second,third,fourth % 1,"2","3","4" % "a","b","c","d" % "foo","bar""baz","boogie","xyzzy" % \startluacode local mycsvsplitter = utilities.parsers.rfc4180splitter() local crap = io.loaddata("csvfile.txt") local list, names = mycsvsplitter(crap,true) inspect(list) inspect(names) -- local list, names = mycsvsplitter(crap) inspect(list) inspect(names) context.starttabulate { "|l|r|" } for i=1,#list do local l = list[i] context.NC() context(l[1]) context.NC() context(l[3]) context.NC() context.NR() end context.stoptabulate() \stopluacode \stoptext Dne 15. 6. 2015 v 11:00 Jaroslav Hajtmar napsal(a): > After I read my e-mail the I cut more my source code and I am sending > now more minimalized version of minimal example > > Sorry, Jaroslav Hajtmar > > > Here is another minimal version: > > % csvfile.txt content: > % first,second,third,fourth > % 1,"2","3","4" > % "a","b","c","d" > % "foo","bar""baz","boogie","xyzzy" > % > > > > \starttext > > \startluacode > gCSVHeader=true -- works fine when compiled any version of ConTeXt > --gCSVHeader=false -- crashed, when compiled by last version of > standalone > gColNames={} > gColumnNames={} > local inpcsvfile='csvfile.txt' > local currentlyprocessedcsvfile = io.loaddata(inpcsvfile) > local mycsvsplitter = utilities.parsers.rfc4180splitter{ > separator = ',', > quote = '"', > } > if gCSVHeader then > gTableRows, gColumnNames = > mycsvsplitter(currentlyprocessedcsvfile,true) > inspect(gTableRows) > inspect(gColumnNames) > else > gTableRows = mycsvsplitter(currentlyprocessedcsvfile) > inspect(gTableRows) > end > gNumRows=#gTableRows -- Getting number of rows > gNumCols=#gTableRows[1] -- Getting number of columns > > context.setgvalue("numrows",tostring(gNumRows)) > context.setgvalue("numcols",tostring(gNumCols)) > context.setgvalue("filename",tostring(inpcsvfile)) > \stopluacode > > > File \filename\ has \numrows\ lines and \numcols\ columns. > > \stoptext > > > > > Dne 15. 6. 2015 v 10:45 Jaroslav Hajtmar napsal(a): >> Hi Hans, >> I encountered while experimenting with the latest beta version of >> standalone context to a problem when using the splitter. When I >> process without header file then compilation crashed when you compile >> the latest beta version. Conversely, the processing of a header file >> is no problem. ConTEXt while compiling the 2014 TL is fine in both >> cases. I do not know from which beta version was a problem, I >> discovered it by accident until now. Send minimal example. When >> gCSVHeader = true everything is OK when it is gCSVHeader = false and >> compilation fails. >> >> >> Thanx for any advice >> Jaroslav Hajtmar >> >> Here is my minimal version of problematic example: >> >> >> >> % csvfile.txt content: >> % first,second,third,fourth >> % 1,"2","3","4" >> % "a","b","c","d" >> % "foo","bar""baz","boogie","xyzzy" >> % >> >> >> >> \starttext >> >> \startluacode >> --gCSVHeader=true -- works fine when compiled any version of >> ConTeXt >> gCSVHeader=false -- crashed, when compiled by last beta version >> of standalone >> gColNames={} >> gColumnNames={} >> local inpcsvfile='csvfile.txt' >> local currentlyprocessedcsvfile = io.loaddata(inpcsvfile) >> local mycsvsplitter = utilities.parsers.rfc4180splitter{ >> separator = ',', >> quote = '"', >> } >> if gCSVHeader then >> gTableRows, gColumnNames = >> mycsvsplitter(currentlyprocessedcsvfile,true) >> inspect(gTableRows) >> inspect(gColumnNames) >> for i=1,#gTableRows[1] do >> gColNames[tostring(gColumnNames[i])] = i -- for indexing use >> end >> else >> gTableRows = mycsvsplitter(currentlyprocessedcsvfile) >> inspect(gTableRows) >> -- ad now set column names for withoutheader situation: >> for i=1,#gTableRows[1] do >> context(gTableRows[i]) >> gColumnNames[i]='c'..(i) >> end >> end >> gNumRows=#gTableRows -- Getting number of rows >> gNumCols=#gTableRows[1] -- Getting number of columns >> >> context.setgvalue("numrows",tostring(gNumRows)) >> context.setgvalue("numcols",tostring(gNumCols)) >> context.setgvalue("filename",tostring(inpcsvfile)) >> \stopluacode >> >> >> File \filename\ has \numrows\ lines and \numcols\ columns. >> >> \stoptext >> ___________________________________________________________________________________ >> >> If your question is of interest to others as well, please add an >> entry to the Wiki! >> >> maillist : ntg-context@ntg.nl / >> http://www.ntg.nl/mailman/listinfo/ntg-context >> webpage : http://www.pragma-ade.nl / http://tex.aanhet.net >> archive : http://foundry.supelec.fr/projects/contextrev/ >> wiki : http://contextgarden.net >> ___________________________________________________________________________________ >> > > ___________________________________________________________________________________ > > If your question is of interest to others as well, please add an entry > to the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Problem with rfc4180splitter in last beta (sticking point was found... maybe) 2015-06-15 8:45 Problem with rfc4180splitter in last beta? Jaroslav Hajtmar 2015-06-15 9:00 ` Jaroslav Hajtmar @ 2015-06-15 18:22 ` Jaroslav Hajtmar 2015-06-15 19:40 ` Hans Hagen 1 sibling, 1 reply; 6+ messages in thread From: Jaroslav Hajtmar @ 2015-06-15 18:22 UTC (permalink / raw) To: ntg-context Hello Hans. I tried to find differences in beta compared to a fully functional version of the TL 2014 and I found two changes in the file-utils prs.lua compared to a fully functional version of utils-prs.lua in the TL 2014 version of ConTeXt: Changes in file utils-prs.lua (beta version) compared to TL 2014 (fully functional version): line no 520 of beta standalone: specification = specification and setmetatableindex(specification,defaultspecification) or defaultspecification while the TL 2014 version line no 478: specification = specification and table.setmetatableindex(specification,defaultspecification) or defaultspecification and next diference: line no 533 of beta standalone: local wholeblob = Ct((newline^(specification.strict and -1 or 1) * record)^0) while the TL 2014 version line no 491: local wholeblob = Ct((newline^-1 * record)^0) When I change these lines and regenerate ConTeXt format then suddenly it works as expected. Of course, you will probably need to make some adjustments depending on your idea of a line 533rd. I hope this information helps a little in search of a problem. Jaroslav Hajtmar Dne 15. 6. 2015 v 10:45 Jaroslav Hajtmar napsal(a): > Hi Hans, > I encountered while experimenting with the latest beta version of > standalone context to a problem when using the splitter. When I > process without header file then compilation crashed when you compile > the latest beta version. Conversely, the processing of a header file > is no problem. ConTEXt while compiling the 2014 TL is fine in both > cases. I do not know from which beta version was a problem, I > discovered it by accident until now. Send minimal example. When > gCSVHeader = true everything is OK when it is gCSVHeader = false and > compilation fails. > > > Thanx for any advice > Jaroslav Hajtmar > > Here is my minimal version of problematic example: > > > > % csvfile.txt content: > % first,second,third,fourth > % 1,"2","3","4" > % "a","b","c","d" > % "foo","bar""baz","boogie","xyzzy" > % > > > > \starttext > > \startluacode > --gCSVHeader=true -- works fine when compiled any version of ConTeXt > gCSVHeader=false -- crashed, when compiled by last beta version > of standalone > gColNames={} > gColumnNames={} > local inpcsvfile='csvfile.txt' > local currentlyprocessedcsvfile = io.loaddata(inpcsvfile) > local mycsvsplitter = utilities.parsers.rfc4180splitter{ > separator = ',', > quote = '"', > } > if gCSVHeader then > gTableRows, gColumnNames = > mycsvsplitter(currentlyprocessedcsvfile,true) > inspect(gTableRows) > inspect(gColumnNames) > for i=1,#gTableRows[1] do > gColNames[tostring(gColumnNames[i])] = i -- for indexing use > end > else > gTableRows = mycsvsplitter(currentlyprocessedcsvfile) > inspect(gTableRows) > -- ad now set column names for withoutheader situation: > for i=1,#gTableRows[1] do > context(gTableRows[i]) > gColumnNames[i]='c'..(i) > end > end > gNumRows=#gTableRows -- Getting number of rows > gNumCols=#gTableRows[1] -- Getting number of columns > > context.setgvalue("numrows",tostring(gNumRows)) > context.setgvalue("numcols",tostring(gNumCols)) > context.setgvalue("filename",tostring(inpcsvfile)) > \stopluacode > > > File \filename\ has \numrows\ lines and \numcols\ columns. > > \stoptext > ___________________________________________________________________________________ > > If your question is of interest to others as well, please add an entry > to the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Problem with rfc4180splitter in last beta (sticking point was found... maybe) 2015-06-15 18:22 ` Problem with rfc4180splitter in last beta (sticking point was found... maybe) Jaroslav Hajtmar @ 2015-06-15 19:40 ` Hans Hagen 2015-06-15 20:28 ` Jaroslav Hajtmar 0 siblings, 1 reply; 6+ messages in thread From: Hans Hagen @ 2015-06-15 19:40 UTC (permalink / raw) To: ntg-context On 6/15/2015 8:22 PM, Jaroslav Hajtmar wrote: > Hello Hans. > I tried to find differences in beta compared to a fully functional > version of the TL 2014 and I found two changes in the file-utils prs.lua > compared to a fully functional version of utils-prs.lua in the TL 2014 > version of ConTeXt: > > Changes in file utils-prs.lua (beta version) compared to TL 2014 (fully > functional version): > > line no 520 of beta standalone: > specification = specification and > setmetatableindex(specification,defaultspecification) or > defaultspecification > > while the TL 2014 version line no 478: > specification = specification and > table.setmetatableindex(specification,defaultspecification) or > defaultspecification that ons is irrelevant > and next diference: > > line no 533 of beta standalone: > local wholeblob = Ct((newline^(specification.strict and -1 or 1) * > record)^0) > > while the TL 2014 version line no 491: > local wholeblob = Ct((newline^-1 * record)^0) > > > When I change these lines and regenerate ConTeXt format then suddenly > it works as expected. Of course, you will probably need to make some > adjustments depending on your idea of a line 533rd. > > I hope this information helps a little in search of a problem. it was on user request that it was changed the two lines look nearly the same, apart from: specification.strict and -1 or 1 so, if you pass a specification with strict = true then you get the behaviour you want Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Problem with rfc4180splitter in last beta (sticking point was found... maybe) 2015-06-15 19:40 ` Hans Hagen @ 2015-06-15 20:28 ` Jaroslav Hajtmar 0 siblings, 0 replies; 6+ messages in thread From: Jaroslav Hajtmar @ 2015-06-15 20:28 UTC (permalink / raw) To: ntg-context Thanx Hans very much. It works fine now. Jaroslav Hajtmar Dne 15. 6. 2015 v 21:40 Hans Hagen napsal(a): > On 6/15/2015 8:22 PM, Jaroslav Hajtmar wrote: >> Hello Hans. >> I tried to find differences in beta compared to a fully functional >> version of the TL 2014 and I found two changes in the file-utils prs.lua >> compared to a fully functional version of utils-prs.lua in the TL 2014 >> version of ConTeXt: >> >> Changes in file utils-prs.lua (beta version) compared to TL 2014 (fully >> functional version): >> >> line no 520 of beta standalone: >> specification = specification and >> setmetatableindex(specification,defaultspecification) or >> defaultspecification >> >> while the TL 2014 version line no 478: >> specification = specification and >> table.setmetatableindex(specification,defaultspecification) or >> defaultspecification > > that ons is irrelevant > >> and next diference: >> >> line no 533 of beta standalone: >> local wholeblob = Ct((newline^(specification.strict and -1 or 1) * >> record)^0) >> >> while the TL 2014 version line no 491: >> local wholeblob = Ct((newline^-1 * record)^0) >> >> >> When I change these lines and regenerate ConTeXt format then suddenly >> it works as expected. Of course, you will probably need to make some >> adjustments depending on your idea of a line 533rd. >> >> I hope this information helps a little in search of a problem. > > it was on user request that it was changed > > the two lines look nearly the same, apart from: > > specification.strict and -1 or 1 > > so, if you pass a specification with strict = true then you get the > behaviour you want > > Hans > > > > ----------------------------------------------------------------- > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com > | www.pragma-pod.nl > ----------------------------------------------------------------- > ___________________________________________________________________________________ > > If your question is of interest to others as well, please add an entry > to the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-06-15 20:28 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-06-15 8:45 Problem with rfc4180splitter in last beta? Jaroslav Hajtmar 2015-06-15 9:00 ` Jaroslav Hajtmar 2015-06-15 9:47 ` Jaroslav Hajtmar 2015-06-15 18:22 ` Problem with rfc4180splitter in last beta (sticking point was found... maybe) Jaroslav Hajtmar 2015-06-15 19:40 ` Hans Hagen 2015-06-15 20:28 ` Jaroslav Hajtmar
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).