|
rotor posted:hey whoa when did we get a 'fixed' tag? http://forums.somethingawful.com/showthread.php?threadid=2809983
|
# ¿ Apr 2, 2008 20:46 |
|
|
# ¿ Apr 29, 2024 08:37 |
|
tef posted:It turns out I'm talking poo poo! What I find interesting from that links.org post is a lot of people are railing on Debian for not contributing the patch upstream, or at least asking upstream if it was an issue. Yet in the comments there is a link to a openssl-dev thread (http://marc.info/?t=114651088900003&r=1&w=2) where they did precisely that and no one mentioned it was a bad idea, and one of the responders, Ulf Möller (listed as a dev team member on http://openssl.org/about/) said he was in favor of removing the calls. Seems to me that at least some of the blame for this should be on OpenSSL.
|
# ¿ May 13, 2008 20:27 |
|
TSDK posted:If you ask me, then the original OpenSSL devs are just as much to blame for that clusterfuck as the guy who put in an incorrect 'fix' for the problem. It seems that in the comments to that links.org post that the OpenSSL devs are trying to cast all the blame on the Debian guy. Comments are things like "Oh he shouldn't have contacted openssl-dev (like most open source projects and the OpenSSL support page/README with the source says to), he should have contacted this obscure nowhere published address". And "The Debian guy's proposed patch was presented without context so that is why we said it was ok, but patches like this are so common that we have an FAQ (which may or may not have existed 2 years ago) to explicitly say patches of this kind are a bad idea, so it is really the Debian guy's fault for not scouring the mailing list archive looking for similar patches". The more I read coming from the OpenSSL team the more blame I think they have. It's too bad all the coverage I've seen of this (/. etc) don't mention OpenSSL's culpability at all.
|
# ¿ May 14, 2008 16:11 |
|
Speaking of gotos, I ran across this today when diagnosing a crash.code:
|
# ¿ Jun 17, 2008 19:07 |
|
chips posted:To contribute something other than my lovely code - the Fortran code I'm seeing as a vacation student in a physics department makes me cringe. Maybe I'm just too dumb to understand what the indecipherable variable names are for (given that all the code is in a single function anyway, all 12 pages or so), or understand the flow given the complete lack of comments. Nope, that is how physicists program in Fortran. Most of the ones I've known see programing as that unfortunate necessity of doing research and therefore learn just enough to hack together spaghetti code and leave it at that. One of my friends who is a physics grad student was handed a program by a professor written by the professor and told to set it up on a small cluster the university just bought. He was instructed that he was not allowed to make any changes, despite the fact that the program doesn't compile on the cluster due to different compilers. Yet he is still somehow supposed to make this work.
|
# ¿ Jul 13, 2008 00:58 |
|
tripwire posted:God I hate hungarian notation. How in the hell did anyone ever think it was a smart idea Maybe this is my own crackpot theory, but I blame Fortran. First a brief history lesson. The oldest versions of the language didn't have a way to declare variables. In Fortran I (mid to late 1950s), you had 26 variables corresponding to the 26 letters of the alphabet. The type of the variable was determined based on the letter used. I, J, K, L, M, and N were integers, with all others floating point. In Fortran IV (early 1960s, standardized as Fortran 66), support was added for explicit type declaration. However it still supported implicit typing. If at the beginning of a subroutine you had "IMPLICIT INTEGER (I-N)", then you were saying that any variable starting with letters I-N was an integer. This led to conventions, particularly prevalent in Fortran IV and 77 code, that integers would be started with the letters I-N whether they were explicitly declared or not. My suspicion is that the older programmers, used to the old way of things, continued to prefix their variables, and they were likely also the ones to write documentation, and of course then newer programmers mimicked their style, keeping the tradition going. While I haven't seen it, based on my experience with old Fortran code and some documentation, I wouldn't be surprised to see a few paragraphs in old books recommending the practice of adding a letter to the variable name to make the code clearer. Now we are too my crackpot theory. I believe that Charles Simonyi originally learned to program in Fortran and would have known all of the above, or at least enough of it to follow the practice of adding a prefix to a variable. This is reasonable because he worked at Xerox PARC from 1972-1981, according to Wikipedia. Fortran was one of the main languages of that era. I also believe that Simonyi carried this convention with him to Microsoft and the Excel team. Most likely after another programmer on one of the teams at Microsoft questioned Simonyi on his naming conventions, he became defensive (as programmers tend to be), and rationalized the whole system as a means to making code easier to read and using the convenient first name/last name switch of his native Hungary as the last piece in the puzzle.
|
# ¿ Dec 29, 2008 18:34 |
|
Plorkyeran posted:That has no relation to reality at all. Whether Simonyi's original paper proposed Apps Hungarian or Systems Hungarian neither proves nor refutes my potential theory (which I freely admit could be wrong). However, if you actually read what MSDN claims is a reprint of the paper, you'll see that in Table 4, is a listing of "common primitive types" which would now be known as Systems Hungarian. In fact the section of the Wikipedia article you blithely copied gives an example of a Systems Hungarian prefix as sz and states it is from the original paper (it is in Table 4). This suggests that the lack of clarity in his paper comes from more than just the usage of the word "type".
|
# ¿ Dec 31, 2008 03:28 |
|
zergstain posted:Edit: Oh wait, a referrer check could stop that saving it to disk and editing it method. Probably wouldn't do anything for the use a Firefox extension and edit it in RAM method though. Referrer checking in general belongs in this thread. It is easy to modify, Firefox extension or not, and many ad-blocking/virus scanning type programs strip the referrer. Putting any trust into it at all is a bad idea.
|
# ¿ Jan 10, 2009 20:18 |
|
royallthefourth posted:Practical extrapolation and report language. If you're going to go for the false etymology, you might as well go for Pathologically Eclectic Rubbish Lister.
|
# ¿ Feb 12, 2009 18:17 |
|
RussianManiac posted:apparently it is considered ok as you don't have to use goto and can use break in do and it only executes once. You have no idea what a break really is, do you?
|
# ¿ Feb 27, 2010 18:59 |
|
king_kilr posted:And you apparently don't understand the purpose of a syntax more expressive than asm. In the context of a do {} while (false); a break is being used as a goto, and in reality is an unconditional jump (goto). Using syntax that disguises what you are doing is not more expressive.
|
# ¿ Feb 27, 2010 20:18 |
|
|
# ¿ Apr 29, 2024 08:37 |
|
The Gripper posted:I quite like that there's a discussion about something RMS said without assuming outright that he's a crazyman. Speaking of crazy poo poo RMS says. He recently did an interview with the Linux Action Show podcast. In it he told one of the interviewers that it was ethically imperative for them to quit their job making non-Free software and go work in factory than it was to continue to provide for his family. Also Americans shouldn't have children because they will be wasteful. Blog post about it from said interviewer here.
|
# ¿ Mar 21, 2012 18:04 |