[PATCH] bug in fts_open
As reported on the git mailing list[1], find(1) should exit with non-zero status when a non-existent path is given which I think is also the intent of the find(1) code. [1] http://marc.info/?l=git&m=126186443524638 For example: # find /no-such-path find: fts_open: No such file or directory # echo $? 0 ^^^ <--- should be something non-zero. Looking at the code for find, we have the following in /usr/src/usr.bin/find/find.c, line 153: if (!(tree = fts_open(paths, ftsoptions, NULL))) err(1, "fts_open"); This looks right and fts_open(1) says: If an error occurs, fts_open() returns NULL and sets errno appropriately. Debugging, it seems like errno comes back as ENOENT but the variable "tree" is not set to null... Debugging a bit more it seems like "fts_open" calls "fts_stat" which returns FTS_NS but the code path for fts_open doesn't go into the error path at this point. Therefore, I propose the patch below. With the patch applied I get: # find /no-such-path find: fts_open: No such file or directory # echo $? 1 Index: fts.c === RCS file: /usr/cvs/src/lib/libc/gen/fts.c,v retrieving revision 1.43 diff -u -r1.43 fts.c --- fts.c 27 Aug 2009 16:19:27 - 1.43 +++ fts.c 28 Jan 2010 06:48:11 - @@ -117,6 +117,10 @@ p->fts_accpath = p->fts_name; p->fts_info = fts_stat(sp, p, ISSET(FTS_COMFOLLOW)); + /* stat(2) failed, so fts_open should error. */ + if (p->fts_info == FTS_NS) + goto mem3; + /* Command-line "." and ".." are real directories. */ if (p->fts_info == FTS_DOT) p->fts_info = FTS_D;
GAZDUIRE Site Web 10 EUR/AN - HOSTING de calitate in Romania
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible.
Re: Christiano Haesbaert wants to keep up with you on Twitter
I'm sorry for that, I made the account quickly to make a joke with , just pressed next next next and didn't notice tech@openbsd.org was on the "friends suggestions". My sincere apologies. I'm such a tool :D. On Thu, Jan 28, 2010 at 04:08:20AM +, Twitter wrote: > Twitter connects you with everything you want to know, right now. Short bursts > of information are readily available from news organizations, corporate > entities, politicians, celebrities, local businesses - even your close friends > and family. Also, if you have something to share with the world, Twitter makes > it super easy. To join for free, click the link below. > http://twitter.com/i/4836cb63db5f5d923b83210a43403cdd71cf465c > > Thanks, > @twitterAbout Twitter, Inc. > Founded in 2007, Twitter Inc believes the open exchange of information can > have a positive global impact. Every "Tweet" is limited to 140 characters of > text or links which means they are easily written or read on a wide variety of > services and devices including any mobile phone, social networks, television, > Macs, PCs, and the Web. > This message was sent by a Twitter user who entered your email address. If > you'd prefer not to receive emails when other people invite you to Twitter, > click here: http://twitter.com/i/o?c=%2BEcN9FeOjQ28W7hmwxAHWse%2BRTCW6iAC -- Christiano Farina HAESBAERT Do NOT send me html mail.
Christiano Haesbaert wants to keep up with you on Twitter
Twitter connects you with everything you want to know, right now. Short bursts of information are readily available from news organizations, corporate entities, politicians, celebrities, local businesses - even your close friends and family. Also, if you have something to share with the world, Twitter makes it super easy. To join for free, click the link below. http://twitter.com/i/4836cb63db5f5d923b83210a43403cdd71cf465c Thanks, @twitterAbout Twitter, Inc. Founded in 2007, Twitter Inc believes the open exchange of information can have a positive global impact. Every "Tweet" is limited to 140 characters of text or links which means they are easily written or read on a wide variety of services and devices including any mobile phone, social networks, television, Macs, PCs, and the Web. This message was sent by a Twitter user who entered your email address. If you'd prefer not to receive emails when other people invite you to Twitter, click here: http://twitter.com/i/o?c=%2BEcN9FeOjQ28W7hmwxAHWse%2BRTCW6iAC
KARA YOLU KANUNU...!!
P.TRAF]K MERKEZ] HER T\RL\ KAMYON, KAMYONET, OTOB\S,M]N\B\S,GEK]C], YARI RVMORK, TANKER V.B. ARAGLARI KULLANAN S\R\C\LER, 01.02.2010 TAR]H]NE KADAR SRC VE PS]KOTEKN]K BELGES] ALMAK ZORUNDADIRLAR. (25.02.2003 EHL]YETE VE SSK G]R]^]NE SAH]P OLANLAR, SRC BELGES]N] EP]T]ME VE SINAVA KATILMAKSIZIN DOPRUDAN ALMA HAKKINA SAH]PT]RLER. SRC ve PS]KOTEKN]K BELGELER] 31.01.2010 TAR]H]NE KADAR SORULMAZ 01.02.2010 TAR]H]NDEN SONRA TRAF]KTE YAPILACAK UYGULAMALARDA SRC VE PS]KOTEKN]K BELGES] BULUNDURMAYAN S\R\C\LERE VE ARAG SAH]PLER]NE CEZA] ]^LEM UYGULANACAKTIR. D]KKAT!! SON M\RACAAT TAR]H] 01.02.2010 SRC EP]T]M; 25.02.2003 VNCES] EHL]YET] VE SSK'SI OLMAYAN S\R\C\LER]N]Z 28 SAAT'L]K EP]T]ME VE BAKANLIPIN AGTIPI SINAVA KATILIP %60 BA^ARI SAPLAYIP BELGELER]N] ALAB]LECEKLER, (1) - (]^VERENLERE) 01.02.2010 TAR]H] ]T]BAR]YLE ^OFVRLER]N]Z]N ]^LER]NE DEVAM EDEB]LMELER] ]G]N MUTLAK SURETTE SRC VE PS]KOTEKN]K BELGELER] \ZER]NDE DURMALIDIRLAR. AKS] HALDE S\R\C\ ARKADA^A CEZA] ]^LEM UYGULANDIPI G]B] ARAGTA BAPLANACAKTIR. (2) - (S\R\C\ ARKADA^LARA) 01.02.2010 TAR]H] ]T]BAR]YLE ]^VERENLER PS]KOTEKN]K BELGES] OLMAYAN S\R\C\LERE ARAGLARINI VEREMEYECEKLER] ]G]N ]^] BIRAKMANIZ DAH] SVZ KONUSU OLAB]L]R, BU SEBEPTEN DOLAYI B]RAN VNCE KAYDINIZI YAPTIRIP BELGEN]Z] ALINIZ. HATIRLATMA ! YAPILACAK UYGULAMALARDA SRC VE PS]KOTEKN]K BELGES] BULUNDURMAMASI DURUMUNDA (F]RMA'YA 5000YTL S\R\C\ ARKADA^LARA 250YTL) CEZA] ]^LEM UYGULANACAKTIR. VNEML] NOT L\TFEN OKUYUN : TRAF]K KAZSINA KARI^AN S\R\C\N\N PS]KOTEKN]K DEPERLEND]RME BELGES] YOK ]SE S]GORTA ^]RKETLER] TARAFINDAN HASAR VDEMES] YAPILMAMAKTADIR. KISACASI S\R\C\LER]N]Z]N BELGELER]N]N OLMAMASI D]REKT OLARAK F]RMANIZI ETK]LEMEKTED]R. PS]KOTEKN]K BELGES] NED]R? Gal}~ma psikolojisinin bir dal} olan psikoteknik deperlendirme, bireyin belirli bir i~teki yeterlilipinin ortaya konmas} amac}yla, gerekli bedensel ve zihinsel vzelliklerinin testler arac}l}p}yla vlg|lmesidir. Ba~ka bir deyi~le psikoteknik deperlendirme, bireyin belirli bir i~e uygun olup olmad}p}n} anlamaya yvnelik olarak tasarlanm}~ bir inceleme-deperlendirme yvntemidir. SRC BELGES] NED]R? SRC Mesleki Yeterlilik belgesi; Ula~t}rma Bakanl}p}nca firmalara kay}tl} araglar} kullanan s|r|c|lerin almas} Gereken zorunlu bir belgedir. S|r|c| (Src): Karayolunda motorlu bir arac} veya ta~}t} sevk ve idare eden ki~iyi, ifade eder. DENET]M YAPACAK B]R]MLER; ULA^TIRMA BAKANLIPINA BAPLI 30 B]N S]V]L MEMUR,JANDARMA TRAF]K, TRAF]K POL]S],TRAF]K ZABITASI - UYGULAMA S\R\C\LERDE PS]KOTEKN]K DEPERLEND]RME S|r|c|lerin g|venli arag kullanmalar}n} saplayan zihinsel vzelliklerinin (alg}, dikkat, haf}za, muhakeme vb.); Psikomotor yetenek ve becerilerinin (tepki h}z}, gvz, el, ayak koordinasyonu vb.); tutum-davran}~, al}~kanl}k ve ki~ilik vzelliklerinin (risk alma, sald}rganl}k, sorumluluk, vz kontrol vb.) vlg|lmesi ve s|r|c|l|k ag}s}ndan uygunlupu-yeterlilipi hakk}nda bir sonuca var}lmas}d}r. Standart, tarafs}z, Bilimsel, Deperlendirme Psikoteknik merkezimiz g|ler y|zl| personeli ve be~ ayr} ~ubesiyle m|~teri odakl} Tarafs}z ,Standart ve Bilimsel kriterlere uygun olarak Psikoteknik deperlendirme, Psikiyatri muayenesi ve s|r|c| davran}~ analiziyle sizlere hizmet vermektedir. (GEG KALMADAN BELGELER]N]Z] ALIN) F]RMANIZ ADINA KAYITLI ARAGLARINIZ VAR ]SE ARACINIZI KULLANAN S\R\C\ ARKADA^ALARIN SRC VE PS]KOTEKN]K BELGES]YLE TRAF]PE GIKILMASI ULA^TIRMA BAKANLIPI TARAFINDAN ZORUNLU KILINMI^TIR. YVNETMEL]KLER 25.02.2004 tarih ve 25384 say}l} resmi gazetede yay}nlanan KARAYOLU TA^IMA YVNETMEL]P] 60. maddesi 'e' bendine gvre profesyonel s|r|c|lere Psikoteknik degerlendirme yapmaktad}r. Ayn} yvnetmelipin 73 |nc| maddesine gvre bu deperlendirmeyi yapt}rmayan s|r|c|leri gal}~t}ran firmalar igin para cezas}, yetki belgesinin iptali ile ceza ko~ullar} belirtilmi~tir. ]LG]L] KANUN RESM] GAZETE'DE YAYINLANMI^TIR. 25.02.2004 tarih ve 25384 say}l} Resmi Gazete(KTY Asl}) 08.09.2004 tarih ve 25577 say}l} Resmi Gazete(1.Depi~iklik) 15.12.2004 tarih ve 25671 say}l} Resmi Gazete(2.Depi~iklik) 26.02.2005 tarih ve 25739 say}l} Resmi Gazete(3.Depi~iklik) 09.09. 2005tarih ve 25931 say}l} Resmi Gazete(4.Depi~iklik) 18.01.2006 tarihi ve 26053 say}l} Resmi Gazete(5.Depi~iklik) SRC BELGES] VE PS]KOTEKN]K TEST YAPTIRMANIZ YASA GEREP] ZORUNLUDUR T.C Ula~t}rma Bakanl}p} 4925 Say}l} Karayolu Kanunu Bu yaz} T.C. ULA^TIRMA BAKANLIPI Resmi sitesinden al}nm}~t}r. http://www.kugm.gov.tr/ Not: Hafta Sonu Ag}k Olmayan Psikoteknik Merkezlerimiz Denetimler Ba~layacap}dan Cumartesi ve Pazar G|nleride Ag}k Olup Hizmet Vermektedir. Not:S|r|c|lerin merkezlerimizde daha rahat ve h}zl} bir ~ekilde testten gegebilmesi igin gelmeden vnce mutlaka randevu al}nmas} gerekmektedir. VNEML] NOT: RANDEVUSUZ GELENLERE ]^LEM YAPILMAZ GELEN T\M S\R\C\ ARKADA^LARIN RANDEVU ALMASI ZORUNLU. GEREKL] EVRAKLAR; Src Belgesi Gerkli evraklar: 2 Resim, Kimlik fotokopisi, Ehliyet fotokopisi Psikoteknik
Re: mg + tinyscheme
> Frankly, having scheme in without any support for REPL in mg is not > that awesome. What makes elisp so handy is an ability to see what > happens in realtime while programming (the usual Lisp/REPL development > way). pthth. I don't care if elisp is handy. That's not the point. The point is, would one of these things make mg smaller or better. I would *love* to remove all most all of the the mode code, so long as there is something to replace it. > Also, it makes more sense to have a R[456]RS-compliant version than > just any or "tiny". Define sense. > P.S. > mg is buggy and its source code is awful. And your mama is ugly. I said so, so it must be true. Seriously, if you find bug, *report them*. They get fixed, but usually only if I know of their existence. The source code is fine. -kj
Re: mg + tinyscheme
On Wed, Jan 27, 2010 at 9:06 PM, Eichert, Diana wrote: > Am I the only one who liked coding Forth? :-) > No you are not ;) Around 1984 I used a MetaForth published by the chapter of the Dutch Forth Interest Group, to compile a subroutine threaded Forth on an Apple II. Plain machine code, a blasphemy at those times. But a lot of fun to do. After that I worked for a small Dutch company, which employed a few of the University of Utrecht group, who "invented" long name definitions support for Forth. That company did the OS in Forth for a Panasonic Hand Held computer.
WARNING 1-180
X-MSMail-Priority: Normal X-Spam-Flag: NO 4:21:18 PM 1/27/2010 X-Spam-Score: 0.4 (---) X-Spam-Report: NO detection software, running on Tiscali servers 0.0 MISSING_MIMEOLEMessage has X-MSMail-Priority, but no X-MimeOLE 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS x_Report:tech@openbsd.org
Re: mg + tinyscheme
On Wed, Jan 27, 2010 at 9:06 PM, Eichert, Diana wrote: > Am I the only one who liked coding Forth? :-) No, I like it too. It is very useful for telescope control, we have fgen(1) in base, and OBP uses it too. I cannot understand what is wrong with forth either. :-)
Re: mg + tinyscheme
BTW, how many of you know that xedit, which ships in xbase, is extensible using a lisp interpreter? See /usr/X11R6/lib/X11/xedit/lisp/ for examples. -- Matthieu Herrb
Re: mg + tinyscheme
2010/1/27 Mike Belopuhov : > Frankly, having scheme in without any support for REPL in mg is not > that awesome. What makes elisp so handy is an ability to see what > happens in realtime while programming (the usual Lisp/REPL development > way). It's not done yet. > Also, it makes more sense to have a R[456]RS-compliant version than > just any or "tiny". It claims to be almost all of R5RS. I don't happen to have a testsuite for the spec, nor do I care that much, but one of the reasons I picked it was because the language is defined. > P.S. > mg is buggy and its source code is awful. That's somebody else's problem. :)
Re: mg + tinyscheme
On Wed, Jan 27, 2010 at 3:06 PM, Christiano F. Haesbaert wrote: > I know you've already done a lot of work on tinyscheme, but have you > considered Lua ? > > Very efficient and low memory footprint, and also more accessible for > people who don't want to dwelve in the deeps of functional > programming. It's being used alot in embedded development and as an > extension language. I use Lua a lot actually, but it's not quite as small, and it would be silly to embed Lua in just mg. We'd have to ship it as a library, and then things get more complicated. This is 2 C files that go in one directory. Also, historically emacs-like editors get lisp-like languages.
Re: mg + tinyscheme
On Wed, Jan 27, 2010 at 09:19 -0500, Ted Unangst wrote: > On Sun, Jan 24, 2010 at 5:22 AM, Ted Unangst wrote: > > So one of mg's bugs is that it's not extensible. This doesn't > > normally bother me, because I use vi. But I decided to do something > > about it. A full lisp like emacs would be a little crazy, given the > > point is to have a small editor. But tinyscheme isn't too bad. So in > > it goes. > > Let me expand on this point a little more, and ignore the demo for now. > > mg has slowly grown a number of C implemented extensions, but that's > not a scalable future. I think a real extension language is needed to > *prevent* bloat. That's my justification for the feature. Picking > the language used is a process of elimination. We have a couple > choices, but if we're going to keep it light weight, we shouldn't burn > 2k lines on a parser. So our choices are basically lisp or forth. I > assert without proof that forth is the wrong choice. > > It probably wouldn't be hard to implement the core of a lisp > interpreter myself, but I think there's some benefit for trying to > keep the language used close to a standard instead of branching out on > our own. And the two standards are Common Lisp (huge!) or Scheme. I > don't know how much or accurately tinyscheme implements scheme, but at > least at a high level all the documentation I found seems to work. > > I don't think we should worry too much about making mg slow. emacs is > not an editor with lisp, by design it's a lisp environment that > happens to start a text editor by default. I think it's obvious when > you're crossing that line, and we simply don't have to. :) > > Now the released code is, as stated, too early to be considered a > serious proposal. And the web browser extension, well, I needed to > pick something that mg clearly could not do with the existing macro > feature just to make sure this was the right approach. Doesn't mean > we want to include it by default. > > vim has indeed backed itself into a corner. vimscript isn't really > good enough, so there's piles and piles of C code backing it. That's > what I'm trying to avoid. > > Anyway, I'll work on it a little more over time. I just wanted to > show what I've got for interested parties. More to come. > Frankly, having scheme in without any support for REPL in mg is not that awesome. What makes elisp so handy is an ability to see what happens in realtime while programming (the usual Lisp/REPL development way). Also, it makes more sense to have a R[456]RS-compliant version than just any or "tiny". P.S. mg is buggy and its source code is awful.
Re: mg + tinyscheme
2010/1/27, Ted Unangst : > > Let me expand on this point a little more, and ignore the demo for now. > > mg has slowly grown a number of C implemented extensions, but that's > not a scalable future. I think a real extension language is needed to > *prevent* bloat. That's my justification for the feature. Picking > the language used is a process of elimination. We have a couple > choices, but if we're going to keep it light weight, we shouldn't burn > 2k lines on a parser. So our choices are basically lisp or forth. I > assert without proof that forth is the wrong choice. > I know you've already done a lot of work on tinyscheme, but have you considered Lua ? Very efficient and low memory footprint, and also more accessible for people who don't want to dwelve in the deeps of functional programming. It's being used alot in embedded development and as an extension language. Please don't get me wrong, I'm a big fan of scheme. Anyways having tinyscheme sounds very nice.
Re: mg + tinyscheme
Am I the only one who liked coding Forth? :-) -Original Message- From: owner-t...@openbsd.org [mailto:owner-t...@openbsd.org] On Behalf Of Nicholas Marriott Sent: Wednesday, January 27, 2010 12:16 PM To: Ted Unangst Cc: OpenBSD Tech Subject: Re: mg + tinyscheme Hi SNIP And at least it isn't Forth.
Re: mg + tinyscheme
Hi I'm keen to see where this goes. I think if it works well for mg, it might be interesting to see if tmux could benefit from something similar as well, although Scheme would be far from my first choice of language. I don't think any of the languages you mention are really good choices in any way except size, but I can't think of any others offhand, so if these are what we have to pick from then it might as well be Scheme. And at least it isn't Forth. On Wed, Jan 27, 2010 at 09:19:21AM -0500, Ted Unangst wrote: > On Sun, Jan 24, 2010 at 5:22 AM, Ted Unangst wrote: > > So one of mg's bugs is that it's not extensible. This doesn't > > normally bother me, because I use vi. But I decided to do something > > about it. A full lisp like emacs would be a little crazy, given the > > point is to have a small editor. But tinyscheme isn't too bad. So in > > it goes. > > Let me expand on this point a little more, and ignore the demo for now. > > mg has slowly grown a number of C implemented extensions, but that's > not a scalable future. I think a real extension language is needed to > *prevent* bloat. That's my justification for the feature. Picking > the language used is a process of elimination. We have a couple > choices, but if we're going to keep it light weight, we shouldn't burn > 2k lines on a parser. So our choices are basically lisp or forth. I > assert without proof that forth is the wrong choice. > > It probably wouldn't be hard to implement the core of a lisp > interpreter myself, but I think there's some benefit for trying to > keep the language used close to a standard instead of branching out on > our own. And the two standards are Common Lisp (huge!) or Scheme. I > don't know how much or accurately tinyscheme implements scheme, but at > least at a high level all the documentation I found seems to work. > > I don't think we should worry too much about making mg slow. emacs is > not an editor with lisp, by design it's a lisp environment that > happens to start a text editor by default. I think it's obvious when > you're crossing that line, and we simply don't have to. :) > > Now the released code is, as stated, too early to be considered a > serious proposal. And the web browser extension, well, I needed to > pick something that mg clearly could not do with the existing macro > feature just to make sure this was the right approach. Doesn't mean > we want to include it by default. > > vim has indeed backed itself into a corner. vimscript isn't really > good enough, so there's piles and piles of C code backing it. That's > what I'm trying to avoid. > > Anyway, I'll work on it a little more over time. I just wanted to > show what I've got for interested parties. More to come.
[Private Photo Share] Cali Girl- Has sent you private photos.
I do not want the entire group seeing these photos.Because some may recognize me. Here's the link: http://www.ourlivespace.com/hotgirl/photos.htm Enjoy babe :)
Fix traversing array in libc mktemp_internal()
Hello all. Current implementation of mktemp_internal() access memory before the string given when the whole template given consists of 'X' characters. First hunk of patch also removes extra check: "strlen() == 0" is done anyway for non-error flow, so "*path == '\0'" does not give any actual speed gain. Having that patch applied, mktemp(1) no longer segfaults for me. -- Best wishes, Vadim Zhukov A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Index: stdio/mktemp.c === RCS file: /cvs/src/lib/libc/stdio/mktemp.c,v retrieving revision 1.27 diff -u -p -r1.27 mktemp.c --- stdio/mktemp.c 20 Mar 2009 16:05:11 - 1.27 +++ stdio/mktemp.c 27 Jan 2010 16:08:55 - @@ -44,11 +44,6 @@ mktemp_internal(char *path, int slen, in size_t len; int fd; - if (*path == '\0') { - errno = EINVAL; - return(-1); - } - len = strlen(path); if (len == 0 || slen >= len) { errno = EINVAL; @@ -57,7 +52,7 @@ mktemp_internal(char *path, int slen, in ep = path + len - slen; tries = 1; - for (start = ep; start >= path && *--start == 'X';) { + for (start = ep - 1; start >= path && *start == 'X'; start--) { if (tries < INT_MAX / NUM_CHARS) tries *= NUM_CHARS; }
Popusti i do 62% samo do 10. februara
Iskoristite do 10. februara - "Dole kilogrami!" Samo u ovoj akciji E!tedite i do neverovatnih -62%! B; smrE!ajte jednostavno, bez truda - imamo prava reE!enja B; uE!tedite pri kupovini i dostavi hit proizvoda za dijetu i lepotu B; PodseDamo - super cene i uslovi joE! 14 dana, do 10.2.2010. B; za prvih 20 poklon: BMI metar za praDenje rezultata Opredelite se za zdraviji naD in E>ivota, lepE!i i vitkiji - NARUDITE odmah! B; Ovu elektronsku poE!tu primate, ukoliko ste svojevoljno ostavili svoju e-mail adresu na nekom od sajtova Top Shop-a, uD estvovali u naE!oj poklon igri ili nagradnom kvizu ili se prijavili za e-D asopis Top Shop-a ili nekog od nasih brendova. Ponude date u ovom e-mailu vaE>e iskljuD ivo za porudE>bine upuDene putem Interneta ili broja telefona 021 489 26 60. Ponude vaE>e do 10. 02. 2010. ili do isteka zaliha. Isporuku vrE!imo samo u Srbiji. Ukoliko ne E>elite viE!e da primate naE!e elektronske poruke, za odjavljivanje sa naE!e e-mailing liste, , kliknite ovde. U obrazac na internet stranici upiE!ite svoju taD nu e-mail adresu i odjavu potvrdite. Studio Moderna d.o.o., Bulevar vojvode Stepe 30, 21000 Novi Sad, Tel: 021 489 26 60, Fax: 021 489 29 08, E-mail: i...@news.e-topshop.tv [IMAGE]If you would no longer like to receive our emails please unsubscribe by clicking here.
Re: mg + tinyscheme
On Sun, Jan 24, 2010 at 5:22 AM, Ted Unangst wrote: > So one of mg's bugs is that it's not extensible. This doesn't > normally bother me, because I use vi. But I decided to do something > about it. A full lisp like emacs would be a little crazy, given the > point is to have a small editor. But tinyscheme isn't too bad. So in > it goes. Let me expand on this point a little more, and ignore the demo for now. mg has slowly grown a number of C implemented extensions, but that's not a scalable future. I think a real extension language is needed to *prevent* bloat. That's my justification for the feature. Picking the language used is a process of elimination. We have a couple choices, but if we're going to keep it light weight, we shouldn't burn 2k lines on a parser. So our choices are basically lisp or forth. I assert without proof that forth is the wrong choice. It probably wouldn't be hard to implement the core of a lisp interpreter myself, but I think there's some benefit for trying to keep the language used close to a standard instead of branching out on our own. And the two standards are Common Lisp (huge!) or Scheme. I don't know how much or accurately tinyscheme implements scheme, but at least at a high level all the documentation I found seems to work. I don't think we should worry too much about making mg slow. emacs is not an editor with lisp, by design it's a lisp environment that happens to start a text editor by default. I think it's obvious when you're crossing that line, and we simply don't have to. :) Now the released code is, as stated, too early to be considered a serious proposal. And the web browser extension, well, I needed to pick something that mg clearly could not do with the existing macro feature just to make sure this was the right approach. Doesn't mean we want to include it by default. vim has indeed backed itself into a corner. vimscript isn't really good enough, so there's piles and piles of C code backing it. That's what I'm trying to avoid. Anyway, I'll work on it a little more over time. I just wanted to show what I've got for interested parties. More to come.
Re: infrastructure/build/out-of-date unusable with '@option always-update'
Matthias Kilian wrote: > On Mon, Jan 25, 2010 at 10:44:26AM -0500, RD Thrush wrote: >> ${PORTSDIR}/infrastructure/build/out-of-date generates unusable data >> for a port with a packing list containing '@option always-update'. >> >> The following patch fixes the problem (which appears to be fallout from the >> recent pkg_add improvements): > [...] > > Here's a diff that actually applies (no tabs expanded) and > that uses > > $plist->has('always-update') > > instead of > > defined $plist->{'always-update'} Thanks. Your patch fixes the problem in a better way. Sorry about the expanded tabs...
Re: infrastructure/build/out-of-date unusable with '@option always-update'
On Mon, Jan 25, 2010 at 10:44:26AM -0500, RD Thrush wrote: > ${PORTSDIR}/infrastructure/build/out-of-date generates unusable data > for a port with a packing list containing '@option always-update'. > > The following patch fixes the problem (which appears to be fallout from the > recent pkg_add improvements): [...] Here's a diff that actually applies (no tabs expanded) and that uses $plist->has('always-update') instead of defined $plist->{'always-update'} Ciao, Kili Index: out-of-date === RCS file: /cvs/ports/infrastructure/build/out-of-date,v retrieving revision 1.17 diff -u -p -r1.17 out-of-date --- out-of-date 2 Jan 2010 12:54:22 - 1.17 +++ out-of-date 27 Jan 2010 10:46:16 - @@ -45,7 +45,7 @@ sub collect_installed print STDERR "Package $name has no valid packing-list\n"; next; } - + my $subdir = $plist->{extrainfo}->{subdir}; $subdir =~ s/mystuff\///; $subdir =~ s/\/usr\/ports\///; @@ -53,9 +53,13 @@ sub collect_installed $pkg->{$subdir}->{name} = $name; $pkg->{$subdir}->{stem} = $stem; $pkg->{$subdir}->{version} = $version; - my $sig = $plist->signature; - if (ref($sig)) { $sig = $sig->string; } - $pkg->{$subdir}->{signature} = $sig; + if ($plist->has('always-update')) { + $pkg->{$subdir}->{signature} = 'always-update'; + } else { + my $sig = $plist->signature; + if (ref($sig)) { $sig = $sig->string; } + $pkg->{$subdir}->{signature} = $sig; + } } return $pkg; }
Re: Add support to AR5424
Luis Henriques wrote: Anyway, could you please confirm that there are changes on dmesg? I am expecting that the two lines on dmesg that relate to the ath attachment should have changed to match your card (you had previously "rf 0.0", it should now have something different there...). ath0 at pci3 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 2 int 11 (irq 11) ath0: AR5424 14.2 phy 7.0 rf 10.2, WOR02W, address 00:1f:3a:36:a6:d1 (btw, thanks for testing it) Thanks for hacking it !! Regards Giovanni
Re: Add support to AR5424
On Wed, Jan 27, 2010 at 8:48 AM, Giovanni Bechis wrote: > Luis Henriques wrote: >> >> If you're able to test this patch, please let me know if anything changed >> from previous patch. >> > The wireless doesn't work but some error codes have changed, now hal > statuses are: > ath0: unable to reset hardware; hal status 2160264736 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359275568 > ath0: unable to reset hardware; hal status 359370144 > ath0: unable to reset hardware; hal status 359275568 Right... I'll do a last attempt to make sure I didn' missed something. Anyway, could you please confirm that there are changes on dmesg? I am expecting that the two lines on dmesg that relate to the ath attachment should have changed to match your card (you had previously "rf 0.0", it should now have something different there...). (btw, thanks for testing it) Regards, Luis
Re: Add support to AR5424
Luis Henriques wrote: If you're able to test this patch, please let me know if anything changed from previous patch. The wireless doesn't work but some error codes have changed, now hal statuses are: ath0: unable to reset hardware; hal status 2160264736 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359275568 ath0: unable to reset hardware; hal status 359370144 ath0: unable to reset hardware; hal status 359275568 Thanks & Cheers Giovanni