Error messages are as important as parsing the text
not really, for a proof of concept compiler
BinaryByter
Francisco
not really, for a proof of concept compiler
For a proof of concept, go with it. For real concept, no way
BinaryByter
For a proof of concept, go with it. For real concept, no way
well university is all about proof of concept
Anonymous
Btw. what is the CLINL group?
BinaryByter
with a few pals
Anonymous
ic
BinaryByter
clinl.org
BinaryByter
the link to it is somewhere
Mihail
It's still the old one
BinaryByter
we should
Anonymous
wow, awesome
BinaryByter
but I am lazy
BinaryByter
very lazy
BinaryByter
We are currently rewriting
BinaryByter
want to jump aboard?
Anonymous
depending on my time. not sure, if i would be a valueable member to the project. but give me some secs. to look around :)
BinaryByter
Hehe alright :D
Mihail
Fyi the rewrite hasn't really started
Mihail
So it's not too late
Rahul
That's all system programming
BinaryByter
yes, it s
BinaryByter
but its in C++
Rahul
System calls
BinaryByter
lol syscalls are the least of our concerns, right now
BinaryByter
(and they aren't that hard to implement, tbh)
Anonymous
@rdhalla I already did some system programming for the RTOS operating system of On-Time (http://www.on-time.com/rtos-32.htm)
Modifing drivers to gain S.M.A.R.T. information etc. Nothing big. Had just a lot of system level debugging with it.
BinaryByter
Anonymous
not for production stuff, where you do not even have the target hardware and your boss is firing up hell to fix that stuff. and in most cases it was a HW bug in used FPGA or PIC firmware :D
BinaryByter
I know :P
Rahul
@rdhalla I already did some system programming for the RTOS operating system of On-Time (http://www.on-time.com/rtos-32.htm)
Modifing drivers to gain S.M.A.R.T. information etc. Nothing big. Had just a lot of system level debugging with it.
I never implement the system programming in real projects but I practice it . Do you think in coming years it is obsolute
BinaryByter
system programming will always be obsolete and not obsolete at the same time
klimi
Anonymous
depending where you want to work Rahul. if you are working for small embedded company, then you will definatelly need that. in bigger companies only if you are in the team as a system engineer. on application level (esp. windows) you don't have to know this information to do your work and earn money ;)
BinaryByter
IMHO, system level programming is useless to learn
Rahul
Yes currently I'm working on DRM streaming protect content like Netflix
BinaryByter
eww DRM
Rahul
Yeah
Rahul
Encryption decrypt openssl
Rahul
Protect the world 😜
Anonymous
depending what you are interesting in @max. if you write kernel drivers, you need to know the system calls and the features (esp. high precision timers) the kernel gives you.
but that type of work is more a nichè
BinaryByter
but you don't do that very often
BinaryByter
Most devs usually do webdev
BinaryByter
or some sort of medium-level-backend
Rahul
In system programming we have to deal with signals handlers , timers , locks , shared memory , fork , dup and much more
Rahul
So much
BinaryByter
it would be unprofessional to implement stuff as low level as possible because you can
BinaryByter
In system programming we have to deal with signals handlers , timers , locks , shared memory , fork , dup and much more
no, mutexes are implemented by the programmers of your programs
Anonymous
in your case @rahul you don't need to know anything about system programming (or only the bare minimum). you are in the application level (disney land) ;)
Anonymous
Thanks
Rahul
in your case @rahul you don't need to know anything about system programming (or only the bare minimum). you are in the application level (disney land) ;)
Yeah but when things to multiple you know locking mechanism condition , mutex , multithread
BinaryByter
Yeah but when things to multiple you know locking mechanism condition , mutex , multithread
thats... not system programming
BinaryByter
atleast in my definition
Rahul
Yeah that is part of system programming
BinaryByter
how?
Rahul
I learned
BinaryByter
*university student spotted*
BinaryByter
step #1 forget everything your university thaught you
Anonymous
@rdhalla : that is "parallel" programming. using mechanics of the OS to do your algorithm the work in an concurrent environment
Rahul
nux programming interface by kerrisk
Rahul
This is best book I ever read
Rahul
Linux programming interface
BinaryByter
lpi
Anonymous
system programming is more like, how does a mutex (the algorithm) work, how does a spinfork work, that is the difference (on system level) between both.
what does have the OS to save/restore when threads are used, and so on. this is the definition of system programming I know
BinaryByter
mutexes are super easy lel
BinaryByter
(or am I having a wrong picture of them? they are just an atomic bool and a while (!myAtomicbool); right?)
BinaryByter
but its not too hard
BinaryByter
i think
Rahul
Fork or dup system call is take more memory
Rahul
Process duplicate
BinaryByter
whats the debate about again?
BinaryByter
all i'm seeing are buzzwords