Comments on: yrc, a Unix IRC client: genesis http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/ The search for invariants Wed, 08 Apr 2026 09:43:50 +0000 http://polimedia.us hourly 1 By: BusyBox microcom, the code review « Fixpoint http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-2213 BusyBox microcom, the code review « Fixpoint Thu, 20 Oct 2022 05:49:07 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-2213 [...] at the cost of an egregious conflict with popular Unix programs such as emacs and pico/nano, and others inspired by emacs input conventions. Finally, I submit that the design is broken just in its own [...] [...] at the cost of an egregious conflict with popular Unix programs such as emacs and pico/nano, and others inspired by emacs input conventions. Finally, I submit that the design is broken just in its own [...]

]]> By: yrc re-genesis and patch for smooth scrolling and other fixes « Fixpoint http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-279 yrc re-genesis and patch for smooth scrolling and other fixes « Fixpoint Mon, 08 Jun 2020 06:50:54 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-279 [...] revisit now my IRC client from the other side of seven months since initial public release and a full year since my last round of development on it. Its usage in this interval has been [...] [...] revisit now my IRC client from the other side of seven months since initial public release and a full year since my last round of development on it. Its usage in this interval has been [...]

]]> By: Jacob Welsh http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-275 Jacob Welsh Thu, 28 May 2020 19:28:56 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-275 http://ossasepia.com/2020/05/03/ossasepia-logs-for-may-2020/#1026459 : <strong>yrctest</strong>: jfw yrc looks pretty neat, once the bit_length trouble was sorted; the lack of tab-completion though sucks. <strong>jfw</strong>: diana_coman: hey thanks for testing <strong>jfw</strong>: the tab completion is one among several noted sucks. maybe I'll give the whole thing another pass soon <strong>diana_coman</strong>: jfw: no worries; now I realised I should give it another go on 2.16 after the fix to that bit_length, huh <strong>jfw</strong>: weird that you got that error on 2.7.16; I'm running on a Debian 2.7.3 and otherwise tested on 2.7.13 <strong>jfw</strong>: and I woulda thought bit_length would be some efficient internal thing, not "convert to binary string and count digits" lol <strong>diana_coman</strong>: jfw: well, not that I *expected* it was that but ...such said the docs, why would I argue with them. <strong>yrctest</strong>: would you look at that, it works with python 2.6.6 too! <strong>jfw</strong>: oh I see, it's "equivalent to" that but the 2.7 implementation is indeed internal. <strong>jfw</strong>: nice! <strong>diana_coman</strong>: huh, I basically "backported an irc client, in one hour!!11" <strong>diana_coman</strong>: well, alternatively it may be called "messing about with python and irc for one hour" but anyways <strong>jfw</strong>: well seems to be messing about with a useful output at least. <strong>diana_coman</strong>: tsk <strong>diana_coman</strong>: jfw: ftr it was the neat layout of yrc that got me to look at that bit_length thing a bit more <strong>jfw</strong>: diana_coman: good to know. and no 'ncurses' involved either <strong>jfw</strong>: diana_coman: what was the 'tsk' to there - the devoicing? <strong>diana_coman</strong>: jfw: indeed, no (n)curses either; and yes, tsk was to deedbot <strong>diana_coman</strong>: I guess now I got yrc working even on 2.6.6, I'll just have to switch, huh Re bit_length, I'm fine to go with the "stringifying" version, it's not any kind of hot spot here. http://ossasepia.com/2020/05/03/ossasepia-logs-for-may-2020/#1026459 :

yrctest: jfw yrc looks pretty neat, once the bit_length trouble was sorted; the lack of tab-completion though sucks.
jfw: diana_coman: hey thanks for testing
jfw: the tab completion is one among several noted sucks. maybe I'll give the whole thing another pass soon
diana_coman: jfw: no worries; now I realised I should give it another go on 2.16 after the fix to that bit_length, huh
jfw: weird that you got that error on 2.7.16; I'm running on a Debian 2.7.3 and otherwise tested on 2.7.13
jfw: and I woulda thought bit_length would be some efficient internal thing, not "convert to binary string and count digits" lol
diana_coman: jfw: well, not that I *expected* it was that but ...such said the docs, why would I argue with them.
yrctest: would you look at that, it works with python 2.6.6 too!
jfw: oh I see, it's "equivalent to" that but the 2.7 implementation is indeed internal.
jfw: nice!
diana_coman: huh, I basically "backported an irc client, in one hour!!11"
diana_coman: well, alternatively it may be called "messing about with python and irc for one hour" but anyways
jfw: well seems to be messing about with a useful output at least.
diana_coman: tsk
diana_coman: jfw: ftr it was the neat layout of yrc that got me to look at that bit_length thing a bit more
jfw: diana_coman: good to know. and no 'ncurses' involved either
jfw: diana_coman: what was the 'tsk' to there - the devoicing?
diana_coman: jfw: indeed, no (n)curses either; and yes, tsk was to deedbot
diana_coman: I guess now I got yrc working even on 2.6.6, I'll just have to switch, huh

Re bit_length, I'm fine to go with the "stringifying" version, it's not any kind of hot spot here.

]]> By: Diana Coman http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-274 Diana Coman Thu, 28 May 2020 18:33:53 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-274 Adding to it: 1. the weird: apparently the requirement is even > python 2.7.16 since on said python 2.7.16, the above STILL fails quite the same. A dig through Python docs such as they are seem to list that bit_length() function as "new in version 2.7" indeed but experience adds "not in 2.7.16" (or at least not in 2.7.16 from centos repos...) 2. the use a bigger hammer solution: the bit_length function turns out to be a relatively short packaging of a few lines of code (possibly packaged in order to make sure one needs to update Python or something); one might but I don't so here's the content of that fabled bit_length, just use the code and be done with it: <blockquote> def bit_length(self): s = bin(self) # binary representation: bin(-37) --> '-0b100101' s = s.lstrip('-0b') # remove leading zeros and minus sign return len(s) # len('100101') --> 6 </blockquote> Adding to it:
1. the weird: apparently the requirement is even > python 2.7.16 since on said python 2.7.16, the above STILL fails quite the same. A dig through Python docs such as they are seem to list that bit_length() function as "new in version 2.7" indeed but experience adds "not in 2.7.16" (or at least not in 2.7.16 from centos repos...)
2. the use a bigger hammer solution: the bit_length function turns out to be a relatively short packaging of a few lines of code (possibly packaged in order to make sure one needs to update Python or something); one might but I don't so here's the content of that fabled bit_length, just use the code and be done with it:

def bit_length(self):
s = bin(self) # binary representation: bin(-37) --> '-0b100101'
s = s.lstrip('-0b') # remove leading zeros and minus sign
return len(s) # len('100101') --> 6

]]> By: Diana Coman http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-273 Diana Coman Thu, 28 May 2020 17:56:31 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-273 My attempt to run this on Python 2.6.6 raised the hopes and then killed them promptly: initial screen is fine and neat but then it runs into compatibility trouble at /connect so I guess it's really Python 2.7, sadly. If it's any help, here's the error I got: <blockquote> File "yrc.py", line 371, in rand_int nbytes = (n.bit_length() + 7) / 8 AttributeError: 'int' object has no attribute 'bit_length' </blockquote> My attempt to run this on Python 2.6.6 raised the hopes and then killed them promptly: initial screen is fine and neat but then it runs into compatibility trouble at /connect so I guess it's really Python 2.7, sadly. If it's any help, here's the error I got:

File "yrc.py", line 371, in rand_int
nbytes = (n.bit_length() + 7) / 8
AttributeError: 'int' object has no attribute 'bit_length'

]]> By: Protect What Matters with JWRD « Dorion Mode http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-264 Protect What Matters with JWRD « Dorion Mode Sat, 02 May 2020 02:17:18 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-264 [...] yrc, the Unix Internet Relay Chat (IRC) client. Common modern chat services require the use of the providers' proprietary software clients and servers. IRC is an Internet Standard chat protocol which can be deployed to implement your own privately operated chat network. [...] [...] yrc, the Unix Internet Relay Chat (IRC) client. Common modern chat services require the use of the providers' proprietary software clients and servers. IRC is an Internet Standard chat protocol which can be deployed to implement your own privately operated chat network. [...]

]]> By: Contribution Guidelines for TMSR OS « Dorion Mode http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-121 Contribution Guidelines for TMSR OS « Dorion Mode Sat, 14 Dec 2019 06:32:38 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-121 [...] Install an IRC client and register a nick with #freenode 5 ; Jacob Welsh (WoT: jfw) genesis'd his IRC client, yrc. [...] [...] Install an IRC client and register a nick with #freenode 5 ; Jacob Welsh (WoT: jfw) genesis'd his IRC client, yrc. [...]

]]> By: Jacob Welsh http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-116 Jacob Welsh Fri, 13 Dec 2019 06:15:22 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-116 Updated for genesis naming. Updated for genesis naming.

]]> By: Jacob Welsh http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-29 Jacob Welsh Sun, 17 Nov 2019 19:48:30 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-29 I did a Keccak implementation in C (your articles and collected references on the subject were helpful). It can plug into the perl/python/awk V implementations by pipe. I'm aware that phf's vtools are more robust though. I did a Keccak implementation in C (your articles and collected references on the subject were helpful). It can plug into the perl/python/awk V implementations by pipe. I'm aware that phf's vtools are more robust though.

]]> By: JWRD Computing: The why, how, what and way forward. « Dorion Mode http://jfxpt.com/2019/yrc-a-unix-irc-client-genesis/#comment-27 JWRD Computing: The why, how, what and way forward. « Dorion Mode Sat, 16 Nov 2019 03:53:02 +0000 http://fixpoint.welshcomputing.com/?p=51#comment-27 [...] valued at $2,500. Software7: Bitcoin, GnuPG, Gales Linux, Gales Scheme, Gales Bitcoin Wallet, yrc IRC [...] [...] valued at $2,500. Software7: Bitcoin, GnuPG, Gales Linux, Gales Scheme, Gales Bitcoin Wallet, yrc IRC [...]

]]>