[quote grepper]
fun…fuddy duddy me, still uses a shell function w/ find/xargs/grep. 🙂 guess i need to start using grep -r. the reason i dont, is not all greps have -r/-R.
[/quote]
find . -exec grep -s $i {} ; -print
wasn’t fast enough for me. The directory trees were a bit big. My first ‘grepper’ was basically a shell script calling out the find above. (could be $1, or $i in a foreach – mileage may vary). I quickly replaced it with the recursive memory mapped IO version because find/exec was too slow.
Grab the gnu code for grep.. it has the recursive option. You get source, though you will have to compile.
[quote grepper]
it sounds like you were there before me, 163 and 161 i took in 87/88 and i dont know if those were eecs then or not, although some classes i took were eecs. at some point in the late 80s, there was a shift from eecs to cse and ece classes. the stigma of being g-eecs was too much.
[/quote]
I was taking my last courses as the shift from EECS to CSE and ECE was occurring. I graduated under the ECE/CE ‘banner’.
[quote grepper]
as for the warm up, i was an CE, so electives or optional classes (like 173) didnt fit w/ an already full schedule.
[/quote]
CE here too, I took it anyway.
I was looking at your link.. kind of interesting what they added.. stuff we had to ‘absorb’ without taking classes.. like ‘CSE 80’.. Unix Lab
CSE 70 was the old assembly language class.. now it looks more like a software dev. process class. Looking at the ‘units’ listed, it looks like the labs have been dumbed down. The old lab classes (ie 61, 63, 70, 161, 163, 173, 175) were very time consuming.. you earned those units..
Looks like;
161 got broken into many classes.
173 became CSE 130
163 became CSE 131
168 became CSE 132 — I think I have the original number right
175 became CSE 140 (rolled in parts of eecs 70)
176 became CSE 167 (may have picked up the math cg class)
[quote svelte]
I guess I don’t think about embedded linux very often because it doesn’t work so well if you need a real-time operating system, unless they’ve made changes as of late that I don’t know about. It is used by 18% of embedded engineers, but since that market is so chopped up that’s actually quite a good percentage.
[/quote]
Actually it works quite well. From what I remember, VxWorks is actually a Berkeley Unix kernel- stripped&tweaked- not that they would admit it. I worked on a BSD kernel, and when I did some work on VxWorks.. it was awfully familiar. The Berkeley source code license allows a company to take the source, alter it and put a copyright on the altered version – unlike the GNU license. Also take a look at LTIB, used on many ARM7/9 boards. Another one to look up is MonteVista Linux.
