ChanServ changed the topic of #picolisp to: PicoLisp language | Channel Log: | Check also for more information
ubLIX has quit [Quit: ubLIX]
aw- has quit [Quit: Leaving.]
alexshendi has quit [Read error: Connection reset by peer]
xkapastel has quit [Quit: Connection closed for inactivity]
orivej has quit [Ping timeout: 240 seconds]
razzy` has joined #picolisp
razzy has quit [Ping timeout: 252 seconds]
razzy`` has joined #picolisp
razzy` has quit [Ping timeout: 268 seconds]
razzy`` has quit [Remote host closed the connection]
razzy`` has joined #picolisp
aw- has joined #picolisp
_whitelogger has joined #picolisp
xkapastel has joined #picolisp
freemint has joined #picolisp
<Nistur> mornin'
xkapastel has quit [Quit: Connection closed for inactivity]
orivej has joined #picolisp
<Regenaxer> tankf33der here?
<tankf33der> here
<Regenaxer> moin!
<Regenaxer> What do I need to install to compile pil32 on an x86-64 system?
<tankf33der> hm
<tankf33der> i dont know
<Regenaxer> Must do some test, and have no more 32 bit system
<tankf33der> what distro?
<Regenaxer> Debian
<tankf33der> didnt do in years
<Regenaxer> :)
<tankf33der> i can try in hour.
<tankf33der> doesnt work out of box?
<Regenaxer> If it is ok for you
<Regenaxer> no
<Regenaxer> complains about includes
<tankf33der> archlinux and centos both x64 works both!
<Regenaxer> I see
<Regenaxer> OK, then don't worry, I ask Mr. Google
<tankf33der> paste error log
<Regenaxer> from main.c:5:
<Regenaxer> I think I just need to install one or two packages
<Regenaxer> Was too lazy to search around and thought you have it easily
<Regenaxer> no worry!
<Regenaxer> I try later, first make the pil64 and ersatz versions
<Regenaxer> But in the long range it would be good if I can test pil32 again
<tankf33der> you can, i belive
<Regenaxer> yeah
<Regenaxer> np
Regenaxer has quit [Ping timeout: 252 seconds]
xkapastel has joined #picolisp
Regenaxer has joined #picolisp
<Regenaxer> tankf33der: Just doing "apt install g++-multilib libc6-dev-i386" was enough
<tankf33der> yea
<tankf33der> as expected.
<Regenaxer> :)
razzy`` has quit [Ping timeout: 252 seconds]
freemint has quit [Ping timeout: 252 seconds]
jibanes has quit [Ping timeout: 244 seconds]
jibanes has joined #picolisp
freemint has joined #picolisp
razzy has joined #picolisp
ubLIX has joined #picolisp
alexshendi has joined #picolisp
alexshendi2 has joined #picolisp
alexshendi has quit [Ping timeout: 252 seconds]
alexshendi2 has quit [Quit: Yaaic - Yet another Android IRC client -]
alexshendi has joined #picolisp
freemint has quit [Ping timeout: 252 seconds]
freemint has joined #picolisp
<razzy> hi, i think i have bug in my version of picolisp. i write some code, when i (load) it, it changes. weird. any ideas pls?
<Regenaxer> Hi razzy. I can't see a difference at a first glance
<Regenaxer> ah, a comment
<Regenaxer> sorry
ubLIX has quit [Quit: ubLIX]
<Regenaxer> What else is running? Something modified it as a side effect (destructive function)
<Regenaxer> I think I know
<Regenaxer> This call is wrong: (setq Fld ( Dir Fld ) (n0 N))))
<Regenaxer> Needs (setq var 'val var 'val ...
<Regenaxer> So (n0 N) is taken as a "var" (settable place)
<Regenaxer> and its CAR is replaced with the next arg (which is not present and thus NIL)
<Regenaxer> So the code is modified the first time you run it
<Regenaxer> :)
<Regenaxer> So it is no bug in PicoLisp but in your code
<razzy> aaaah, thank you :] i feel safer :] i will meditate on it
<Regenaxer> great :)
<Regenaxer> Sometimes such self-modifying code is in fact useful
<razzy> i like self modifying code. if it modifies as i want :]
<Regenaxer> true
<Regenaxer> I often do such things:
<Regenaxer> : (task -1000 0 (msg (inc (0))))
<Regenaxer> -> (-1000 0 (msg (inc (0))))
<Regenaxer> 3
<Regenaxer> 2
<Regenaxer> : 1
<Regenaxer> 4
<Regenaxer> ...
<beneroth> hi Regenaxer :)
<beneroth> heya razzy
<Regenaxer> Hi beneroth! Welcome back!
<beneroth> thanks!
<razzy> i am happy i do not need to reinstall picolisp or OS :]
<beneroth> in 95% (guesstimate) of issues with picolisp, it's a BCK-cause (between chair and keyboard)
<razzy> but looking for it from that spot is sometimes near impossible
<beneroth> well that issue is caused by too low humbleness value in the developer :P
<beneroth> bad probability thinking too. for non-unusual use cases the probability is pretty low to find a bug in a system which is over 30 years old and in productive use in real companies for all this time
<razzy> i should of said, "i checked everything i could thinked off, i have only painfull options left, please help me"
<Regenaxer> No, this was a valid question
alexshendi has quit [Ping timeout: 268 seconds]
<Regenaxer> I think 'lint' would have complained
<Regenaxer> hmm, no, it won't
<beneroth> the question as completely valid. I just would have said "I think I have a bug in my picolisp code. I write ..." instead of "I think I have a bug in my version of picolisp" ;-)
<Regenaxer> A list is a legal 'var'
<razzy> there are optical illusions, mathematical illusions, that are near impossible to look through. and in programming there are illusions too. and only practical defence is to have other person look at it (not that this was the case)
<beneroth> Regenaxer, yeah, there are quite some use cases for a list var :)
<Regenaxer> T
<beneroth> razzy, T
<razzy> or taking heavy drugs
<razzy> which is not practical
<beneroth> you made that experience? most people don't have better logical thinking while on drugs, I believe.
<beneroth> well of course there is the Ballmer Peak
<razzy> important thing is you have different logical thinking. which make it easier to find blind spots. LSD experience :]. not very practical :]
<beneroth> drugs are just a (risky) short-cut. there are many ways to achieve different logical thinking and to change ones mind.
<razzy> T
* razzy is happy it is working now :D
freemint2 has joined #picolisp
freemint has quit [Ping timeout: 246 seconds]
freemint has joined #picolisp
freemint2 has quit [Ping timeout: 260 seconds]
freemint2 has joined #picolisp
freemint has quit [Ping timeout: 260 seconds]
freemint has joined #picolisp
freemint2 has quit [Ping timeout: 245 seconds]
razzy has quit [Ping timeout: 272 seconds]
freemint2 has joined #picolisp
freemint has quit [Ping timeout: 240 seconds]
freemint has joined #picolisp
freemint2 has quit [Ping timeout: 252 seconds]
freemint2 has joined #picolisp
freemint has quit [Read error: Connection reset by peer]
alexshendi has joined #picolisp
<beneroth> fun story (the stories of this authors are just epic):
<beneroth> "Let me tell how web works. Everything with backend takes at least four seconds. One second for browser to talk to server, one second for server to talk to backend, one for backend to send response to server, and one for server to send response to browser. Four seconds, no faster"
<beneroth> for the people not working with business IT: yes, that's about the state of the industry...
freemint2 has quit [Quit: Yaaic - Yet another Android IRC client -]
razzy has joined #picolisp
<Regenaxer> They have not tried pil yet ... :)
<beneroth> that I think whenever I read about other database products, especially the new revolutionary ones...
<beneroth> on the other hand, competition being ignorant of pilDB might be our fortune :)
<beneroth> Regenaxer, nearly all graph databases out there are In-Memory-databases, sometimes without any disk storage, sometimes with traditional relational DB as storage, a few with a custom storage
<beneroth> and graph seems to usually mean you cannot query by index, but by graph-path. seems to be an unnecessary restriction for purities sake. pilDB can do both pretty well.
* razzy have crazy thoughts, razzy thinks computer should have only one virtual memory composed of multiple physical.
<beneroth> razzy, HP is working on this (the hardware HP, not HPE which becomes a pure service/consulting company). they're researching a new form of RAM which ought to be persistent, they hope to bring it to market within the next few years
<razzy> there should be software layer above physical media managing multiple plug and play devices
<razzy> as a programmer you should not care about memory or access time :]
<beneroth> razzy, you can have such layers, but then the application cannot longer chose to use fast but not persistent memory (RAM) or slow but persistent memory (disk)
<beneroth> as a programmer you should care about performance observable by the user (mainly responsiveness)
<razzy> my point is software should be better at choosing than programmers. but it is for longtalk
<beneroth> I agree in principle, but my point is: software can only do it insofar it has enough knowledge about the specific use case to make meaningful decisions. and usually the application does not have this knowledge, while the programmer ought to have it.
<razzy> as a programmer you should specify only when you want it done. let software optimize computing and data access through the system
<razzy> and i think it is possible :] but longtalk.
<beneroth> sure. this was tried a lot. gives some result, especially for giving a lower limit of productivity for bad programmers. an example where it after decades worked out well is compilers - they do optimization, and in the usual cases better than a programmer. but some stuff is still written in ASM. a capable programmer doing manual optimization will in nearly all cases produce better results than a preprogrammed generic general optimization heuristic.
<beneroth> also, you aware that you just said "more control to the software than the programmer, at least as long as the programmer says nothing else" in a community having "more control to programmers" as their main principles, going so far as stating "sometimes programmer should be forced to do control, so programmer feels the pain when something is stupid?" :)
pierpa has joined #picolisp
<razzy> beneroth: well, i am aware. and i think those two only seem mutually exclusive :] it is for longtalk. pls forget i said something :]
<beneroth> I fully agree that they are not mutually exclusive. actually, the current core of my work with picolisp is the goal to put more automatism into database work.
ubLIX has joined #picolisp
groovy2shoes has quit [Quit: moritura te salutat]
<razzy> i am thinking of chess board evaluation function :]
<beneroth> oh well, agreed, there the whole goal/achievement is to get as much as possible into the automatism.
<beneroth> but this is also a topic rather far away from the general "should this stored in memory or on disk" topic it seemed to be about at the beginning :3
<beneroth> btw. for your use case the pilDB might be very useful, if you might want to store some stuff for longer within the db. everything fetched from pilDB stays in memory (cached) by default, so its not much overhead compared to working purely with memory variables.
<beneroth> though you have to tell it when it should write stuff to disk (commit 'upd), but you don't have to tell it when it needs to load it from disk - everything gets loaded automatically on first access.
<beneroth> good night, bbl
<razzy> good night
<razzy> i do not know how to work with pilDB yet.
<razzy> btw, in general i like clearly marked destructive functions, and clearly marked self-modifying code. setq seem ok, but the posibility of other magical functions scares me.
ubLIX has quit [Quit: ubLIX]
groovy2shoes has joined #picolisp
ubLIX has joined #picolisp
andyjpb has joined #picolisp
ubLIX has quit [Quit: ubLIX]
andyjpb has quit [Ping timeout: 252 seconds]