Re: [dev] [OT] What's wrong with C++?
On Sat, Sep 11, 2010 at 10:58:19PM +0100, David Tweed wrote: > On Sat, Sep 11, 2010 at 10:40 AM, Paolo wrote: > >>> Why program in C++ when you can do it in C, making the program > >>> simpler and better? > > When you can't make the program simpler and better, or you need to > > do it faster than you do in C, just write C++ or whatever. > > > > This is just the place where people write about C, little overheads > > and simpler programs. > > The point I was making was just that there are SOME problem domains > where the features C provides fit what's needed and the C++ features > aren't useful, in which case C will be simpler and better. > [snip] wmi started out in C++. The ideas there evolved into wmii and then dwm. The current philosophy of simple, orthogonal tools came from a dark, complicated past, where C++ was a player. As such, there is a sort of automatic disdain for C++. This of course is only my interpretation, but perhaps a historical perspective on why this philosophy is somewhat antithetical to principles embodied by C++. Perhaps Anselm can comment further. (The fact that C++ has weaknesses is documented everywhere, and readily apparent. The other fact that C++ also has great strengths, and provides useful tools for certain problems, is also readily apparent.)
Re: [dev] [OT] Music?
For minimalism, to some degree, may I recommend The Shins (The Celibate Life, New Slang), recent CocoRosie (Grey Oceans, Werewolf), and early Björk (Human Behaviour, Headphones). I have been told I have a strange taste in music, though -- especially with CocoRosie. cls
Re: [dev] [OT] What's wrong with C++?
On Sat, Sep 11, 2010 at 01:59:07PM +0200, Nicolai Waniek wrote: > From looking at FeFe's presentation just some notes: His complaints are > mostly corner cases. You can produce some stupid corner cases where the > language sucks for every language. Sure, but it's quite easy for C++ ;) After all this was a c++ bashing presentation, so there was no need to add a lot of 'real' arguments. However Nikhilesh asked for "problems with C++ that the people here that have problems with C++ have", and there are a number of really good examples in the slides :) > Additionally from someone who can't properly code (look at his open > source stuff...) one should simply stop reading when he's complaining > about possibly cryptic compiler output... :D I do know his codes^^. However he does know something about auditing code and about hacking especially with C/C++ code. And in security research those corner cases are the most interesting ones. v4hn pgppiU9ckNLqY.pgp Description: PGP signature
Re: [dev] [OT] What's wrong with C++?
On Sat, Sep 11, 2010 at 10:40 AM, Paolo wrote: >>> Why program in C++ when you can do it in C, making the program simpler and >>> better? > When you can't make the program simpler and better, or you need to do it > faster > than you do in C, just write C++ or whatever. > > This is just the place where people write about C, little overheads and > simpler programs. The point I was making was just that there are SOME problem domains where the features C provides fit what's needed and the C++ features aren't useful, in which case C will be simpler and better. And it's great to use it in those cases. But there are SOME other problem domains where some of the features C++ provides that aren't in C are incredibly useful in writing really clean, maintainable and more efficient code, and as such I don't think that a blanket statement "Why program in C++ when you can do it in C, making the program simpler and better?" is accurate. Choose the language that's best for the particular problem you're solving at the time is all I was saying. -- cheers, dave tweed__ computer vision reasearcher: david.tw...@gmail.com "while having code so boring anyone can maintain it, use Python." -- attempted insult seen on slashdot
Re: [dev] Re: dwm puzzle [fixed; with blame]
On Sat, Sep 11, 2010 at 04:44:12PM -0400, Peter John Hartman wrote: > > I should have said in my original report that the MODKEY+shift+space > solution is the way I dealt with these problems; I had suspected that > the isfloating rule is being ignored in such cases, but when we ran > 5.8.2 it worked just fine; perhaps you have the same bug I do. Try > the latest hg tip. > > Peter > Before my previous post I tested with hg tip and didn't hit your bug. Then I realized that hg tip includes the change that fixed it for you, so now I've retested with one before hg tip and I'm still not getting your bug. I was able to open a terminal, then open openoffice (which goes floating fullscreen, hiding the terminal), focus the terminal using MODKEY+j (still hidden behind openoffice), and successfully run a command in the terminal. From my understanding of your report, you were not able to do this. It looks like we just have the auto-floating in common, which at least has a reasonable explanation for why dwm is doing it (whether or not it should is a different can of worms). The focus problem could very well be specific to certain compiler versions. gcc version 4.3.2 (Debian 4.3.2-1.1)
Re: [dev] [OT] Music?
[09/09/10] @ 7:38AM PDT, himse...@gmail.com wrote: > I don't believe suckless is a term that can be used to accurately > describe music because taste is subjective. Even the term 'well > constructed' can be somewhat subjective in music. For example, > somebody randomly mashing a piano might seem like a masterpiece to > some people, and pretentious and uninteresting to others. When I saw this thread I thought of _The Catcher in the Rye_. Holden Caulfield rants about a piano player in this club who was: … putting all these dumb, show-offy ripples in the high notes, and a lot of other very tricky stuff that gives me a pain in the ass. You should've heard the crowd, though, when he was finished. You would've puked. They went mad. They were exactly the same morons that laugh like hyenas in the movies at stuff that isn't funny. Or the Replacements: I hate music Sometimes I don't I hate music It's got too many notes Of course it's subjective, but something that's pretentious and full of bells and whistles *just for the hell of it* is pretty easy to spot for the discerning ear.
Re: [dev] wmii display size issue
On Sat, Sep 11, 2010 at 04:55:37PM -0400, Benjamin Cathey wrote: Kris I really appreciate all your help today. I was able to get this resolved. Apparently the default modkey is mod4 and I have always used mod1 Dumb mistake but then, it's a Saturday ... Ah, yes. Most people have historically changed it to Mod4. It should have promped you, I think. Perhaps I added that after the 3.9 release, though... -- Kris Maglione Doing linear scans over an associative array is like trying to club someone to death with a loaded Uzi. --Larry Wall
Re: [dev] wmii display size issue
Kris I really appreciate all your help today. I was able to get this resolved. Apparently the default modkey is mod4 and I have always used mod1 Dumb mistake but then, it's a Saturday ... Thanks for the help -B On 09/11/2010 04:37 PM, Kris Maglione wrote: On Sat, Sep 11, 2010 at 03:59:41PM -0400, Benjamin Cathey wrote: Kris This is what I had thought originally. The behavior made me think possibly something was running that was trapping keyboard input (like a process that did not get a "&" after it). However this is not the case. My old config was in .wmii-3.5/ however I moved .wmii to .wmii.orig just to be sure. Still no keyboard input works at all. Any further thoughts? It's running on 'lucid' if that helps. I can send any output of any commands/logs, etc that you think might help Well, the easiest tests are, ps ax | grep wmiirc # Should list 1 or 2 processes wmiir read /keys # Should list all of your key bindings wmiir read /event # Press some key bindings, should show up If all else fails, try this from the console: wmii -r python/wmiirc
Re: [dev] Re: dwm puzzle [fixed; with blame]
On Sat, Sep 11, 2010 at 04:20:35PM -0400, TJ Robotham wrote: > On Sat, Sep 11, 2010 at 03:23:18PM -0400, Peter John Hartman wrote: > > On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote: > > > But now, after the upgrade, both firefox and open office behave like > > > elitists: not only do they not tile in tile mode (they sit on top) they > > > don't allow me to do focusstack either to flip to other things under the > > > stack. Hence, MODKEY t, m, and the j and k don't work. I can make > > > firefox behave if I hit F11 (oddly enough), but nothing I can do can get > > > open office to behave. > > > > > > I have no Rules in my Rules section of config.h and I verified that this > > > is the same even with a vanilla config.def.h as my config.h. Suggestions? > > > > ... > > > > In any case, that fixes the bug and now openoffice and firefox behave. > > > > Thoughts? Peter > > > > I don't have any comments on the focus problems, but I find that openoffice > actually ignores having isfloating set to false in my rules. I'm guessing that > its insistence on not tiling is a side-effect of how manage() handles windows > initialized with fullscreen dimensions: by making them floating, no-border > clients AFTER calling applyrules(). I just deal with this by using > MODKEY+shift+space to toggle isfloating on the client. > I should have said in my original report that the MODKEY+shift+space solution is the way I dealt with these problems; I had suspected that the isfloating rule is being ignored in such cases, but when we ran 5.8.2 it worked just fine; perhaps you have the same bug I do. Try the latest hg tip. Peter
Re: [dev] wmii display size issue
On Sat, Sep 11, 2010 at 03:59:41PM -0400, Benjamin Cathey wrote: Kris This is what I had thought originally. The behavior made me think possibly something was running that was trapping keyboard input (like a process that did not get a "&" after it). However this is not the case. My old config was in .wmii-3.5/ however I moved .wmii to .wmii.orig just to be sure. Still no keyboard input works at all. Any further thoughts? It's running on 'lucid' if that helps. I can send any output of any commands/logs, etc that you think might help Well, the easiest tests are, ps ax | grep wmiirc # Should list 1 or 2 processes wmiir read /keys# Should list all of your key bindings wmiir read /event # Press some key bindings, should show up If all else fails, try this from the console: wmii -r python/wmiirc -- Kris Maglione You do not really understand something unless you can explain it to your grandmother. --Albert Einstein
Re: [dev] Re: dwm puzzle [fixed; with blame]
On Sat, Sep 11, 2010 at 03:23:18PM -0400, Peter John Hartman wrote: > On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote: > > But now, after the upgrade, both firefox and open office behave like > > elitists: not only do they not tile in tile mode (they sit on top) they > > don't allow me to do focusstack either to flip to other things under the > > stack. Hence, MODKEY t, m, and the j and k don't work. I can make > > firefox behave if I hit F11 (oddly enough), but nothing I can do can get > > open office to behave. > > > > I have no Rules in my Rules section of config.h and I verified that this > > is the same even with a vanilla config.def.h as my config.h. Suggestions? > > ... > > In any case, that fixes the bug and now openoffice and firefox behave. > > Thoughts? Peter > I don't have any comments on the focus problems, but I find that openoffice actually ignores having isfloating set to false in my rules. I'm guessing that its insistence on not tiling is a side-effect of how manage() handles windows initialized with fullscreen dimensions: by making them floating, no-border clients AFTER calling applyrules(). I just deal with this by using MODKEY+shift+space to toggle isfloating on the client.
Re: [dev] wmii display size issue
Kris This is what I had thought originally. The behavior made me think possibly something was running that was trapping keyboard input (like a process that did not get a "&" after it). However this is not the case. My old config was in .wmii-3.5/ however I moved .wmii to .wmii.orig just to be sure. Still no keyboard input works at all. Any further thoughts? It's running on 'lucid' if that helps. I can send any output of any commands/logs, etc that you think might help Thanks again B On 09/11/2010 03:15 PM, Kris Maglione wrote: On Sat, Sep 11, 2010 at 03:04:08PM -0400, Benjamin Cathey wrote: Well it worked great! I now have the entire display available. The only trouble now is that once wmii launches, it will not take any keyboard input. It is essentially frozen. I swear I saw this when I upgraded wmii on my Arch install as well however I cannot, for the life of me, remember how I fixed it. I don't have the time to research now since I'm at work. Anything come to mind that I should check? I suspect it's a config file issue. Try renaming ~/.wmii
Re: [dev] Re: dwm puzzle [fixed; with blame]
Thats weird..only possible explanation is that any of those functions is a macro. Which is not the case i think (didnt check the sauce). When using macros it is recommended to explicitly put parenthesis when using any of the parameters of it. Else it can result on shity bugs like this. Btw. If any of those functions is a macro. I would encourage to rename it in uppercase. --pancake - Original message - > On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote: > > Hi, > > > > Before an upgrade to hg tip last month (long overdue, maybe about a > > year overdue) firefox and open office used to "behave properly": if > > I'm in tile mode and fire up firefox, e.g., it tiles as well. But > > now, after the upgrade, both firefox and open office behave like > > elitists: not only do they not tile in tile mode (they sit on top) > > they don't allow me to do focusstack either to flip to other things > > under the stack. Hence, MODKEY t, m, and the j and k don't work. I > > can make firefox behave if I hit F11 (oddly enough), but nothing I can > > do can get open office to behave. > > > > I have no Rules in my Rules section of config.h and I verified that > > this is the same even with a vanilla config.def.h as my config.h. > > Suggestions? > > Thanks to Anselm, we figured out who to blame at least: the compiler. > This fixes it: > > diff -r 050d521d66d8 -r c361034c5a1c dwm.c > --- a/dwm.c Tue Aug 24 13:13:20 2010 +0100 > +++ b/dwm.c Sat Sep 11 19:00:18 2010 + > @@ -799,7 +799,7 @@ > unfocus(selmon->sel, True); > selmon = m; > } > - focus(wintoclient(ev->window)); > + focus((wintoclient(ev->window))); > } > > But evidently that's odd. > gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) > > I use the default config.mk (without XINERAMA stuff) and config.h. > > In any case, that fixes the bug and now openoffice and firefox behave. > > Thoughts? > Peter >
[dev] Re: dwm puzzle [fixed; with blame]
On Sat, Sep 11, 2010 at 01:35:10PM -0400, Peter John Hartman wrote: > Hi, > > Before an upgrade to hg tip last month (long overdue, maybe about a year > overdue) firefox and open office used to "behave properly": if I'm in > tile mode and fire up firefox, e.g., it tiles as well. But now, after the > upgrade, both firefox and open office behave like elitists: not only do they > not tile in tile mode (they sit on top) they don't allow me to do focusstack > either to flip to other things under the stack. Hence, MODKEY t, m, and the > j and k don't work. I can make firefox behave if I hit F11 (oddly enough), > but nothing I can do can get open office to behave. > > I have no Rules in my Rules section of config.h and I verified that this > is the same even with a vanilla config.def.h as my config.h. Suggestions? Thanks to Anselm, we figured out who to blame at least: the compiler. This fixes it: diff -r 050d521d66d8 -r c361034c5a1c dwm.c --- a/dwm.c Tue Aug 24 13:13:20 2010 +0100 +++ b/dwm.c Sat Sep 11 19:00:18 2010 + @@ -799,7 +799,7 @@ unfocus(selmon->sel, True); selmon = m; } - focus(wintoclient(ev->window)); + focus((wintoclient(ev->window))); } But evidently that's odd. gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) I use the default config.mk (without XINERAMA stuff) and config.h. In any case, that fixes the bug and now openoffice and firefox behave. Thoughts? Peter
Re: [dev] wmii display size issue
On Sat, Sep 11, 2010 at 03:04:08PM -0400, Benjamin Cathey wrote: Well it worked great! I now have the entire display available. The only trouble now is that once wmii launches, it will not take any keyboard input. It is essentially frozen. I swear I saw this when I upgraded wmii on my Arch install as well however I cannot, for the life of me, remember how I fixed it. I don't have the time to research now since I'm at work. Anything come to mind that I should check? I suspect it's a config file issue. Try renaming ~/.wmii -- Kris Maglione One can promise actions, but not feelings, for the latter are involuntary. He who promises to love forever or hate forever or be forever faithful to someone is promising something that is not in his power. --Friedrich Wilhelm Nietzsche
Re: [dev] wmii display size issue
Well it worked great! I now have the entire display available. The only trouble now is that once wmii launches, it will not take any keyboard input. It is essentially frozen. I swear I saw this when I upgraded wmii on my Arch install as well however I cannot, for the life of me, remember how I fixed it. I don't have the time to research now since I'm at work. Anything come to mind that I should check? Thanks again! B
Re: [dev] wmii display size issue
Kris ben...@lighthouse-mobile:~$ xrandr --output VGA1 --auto --right-of LVDS1 --rotate left --output LVDS1 --off ben...@lighthouse-mobile:~$ xrandr -q Screen 0: minimum 320 x 200, current 1050 x 1680, maximum 4096 x 4096 VGA1 connected 1050x1680+0+0 left (normal left inverted right x axis y axis) 473mm x 296mm 1680x1050 60.0*+ 1600x1000 60.0 1280x1024 75.0 1440x900 59.9 1280x960 60.0 1152x864 75.0 1152x720 60.0 1024x768 75.1 60.0 832x62474.6 800x60075.0 60.3 640x48075.0 60.0 720x40070.1 LVDS1 connected (normal left inverted right x axis y axis) 1024x600 60.0 + 640x48059.9 The version I am using on this laptop is indeed 3.6. If you think this is the problem, I can try to update. My workstation is running 3.9.2 on Arch while the laptop is running Ubuntu (since my wife shares it with me). I'll try your PPA and then let you know Thanks for all your help B On 09/11/2010 01:21 PM, Kris Maglione wrote: On Sat, Sep 11, 2010 at 01:07:24PM -0400, Benjamin Cathey wrote: Unfortunately, the results are still the same. The external monitor's entire display allows the mouse cursor, however wmii is only available in the upper left corner. As you can see in the screenshot below, the statusbar shows the bottom of the workable space, even though I can mouse over the entire display and you can see the alt-p menu at the very bottom: http://yfrog.com/6escreenshot20100911p Any help would truly be appreciated. I thought that there *must* be a way to force wmii's display size so that it is using the entire thing. It always uses the entire display. Can you post the new output of `xrandr -q` after running the --right-of command. Also, try moving a window past the edge of the screen. Either Mod-l twice or Mod-j for the window at the bottom of the column should do it. BTW, what version are you using? That looks like dmenu that you're running, but newer versions use wimenu. I believe that the last release that used dmenu was 3.6, and that didn't support Xinerama. I simply need a way to tell it that it should be using 1050x1680
[dev] dwm puzzle
Hi, Before an upgrade to hg tip last month (long overdue, maybe about a year overdue) firefox and open office used to "behave properly": if I'm in tile mode and fire up firefox, e.g., it tiles as well. But now, after the upgrade, both firefox and open office behave like elitists: not only do they not tile in tile mode (they sit on top) they don't allow me to do focusstack either to flip to other things under the stack. Hence, MODKEY t, m, and the j and k don't work. I can make firefox behave if I hit F11 (oddly enough), but nothing I can do can get open office to behave. I have no Rules in my Rules section of config.h and I verified that this is the same even with a vanilla config.def.h as my config.h. Suggestions? Peter
Re: [dev] wmii display size issue
On Sat, Sep 11, 2010 at 01:07:24PM -0400, Benjamin Cathey wrote: Unfortunately, the results are still the same. The external monitor's entire display allows the mouse cursor, however wmii is only available in the upper left corner. As you can see in the screenshot below, the statusbar shows the bottom of the workable space, even though I can mouse over the entire display and you can see the alt-p menu at the very bottom: http://yfrog.com/6escreenshot20100911p Any help would truly be appreciated. I thought that there *must* be a way to force wmii's display size so that it is using the entire thing. It always uses the entire display. Can you post the new output of `xrandr -q` after running the --right-of command. Also, try moving a window past the edge of the screen. Either Mod-l twice or Mod-j for the window at the bottom of the column should do it. BTW, what version are you using? That looks like dmenu that you're running, but newer versions use wimenu. I believe that the last release that used dmenu was 3.6, and that didn't support Xinerama. I simply need a way to tell it that it should be using 1050x1680 -- Kris Maglione Measuring programming progress by lines of code is like measuring aircraft building progress by weight. --Bill Gates
Re: [dev] wmii display size issue
Unfortunately, the results are still the same. The external monitor's entire display allows the mouse cursor, however wmii is only available in the upper left corner. As you can see in the screenshot below, the statusbar shows the bottom of the workable space, even though I can mouse over the entire display and you can see the alt-p menu at the very bottom: http://yfrog.com/6escreenshot20100911p Any help would truly be appreciated. I thought that there *must* be a way to force wmii's display size so that it is using the entire thing. I simply need a way to tell it that it should be using 1050x1680 Thanks Benjamin On 09/11/2010 11:59 AM, Benjamin Cathey wrote: Kris I will give that a shot. Right now I am running xrandr --output VGA1 --auto --rotate left --output LVDS1 --off Prior to wmii starting so that, that display is simply shut off. I will add the "--right-of" designation in addition to what is already there so that it will read: xrandr --output VGA1 --auto --right-of LVDS1 --rotate left --output LVDS1 --off I'm down in the datacenter now so that will have to wait until I get back to my desk. Thanks for input - I'll let you know -B It looks to me like your two XRandR screens are overlapping. That probably means if you try to move a client to the right off the edge of the screen, it'll take up the entire screen (either over or under any clients in the smaller area). As for the menus, they always open on whichever screen has the mouse. Try, xrandr --output VGA1 --right-of LVDS1
Re: [dev] wmii display size issue
Kris I will give that a shot. Right now I am running xrandr --output VGA1 --auto --rotate left --output LVDS1 --off Prior to wmii starting so that, that display is simply shut off. I will add the "--right-of" designation in addition to what is already there so that it will read: xrandr --output VGA1 --auto --right-of LVDS1 --rotate left --output LVDS1 --off I'm down in the datacenter now so that will have to wait until I get back to my desk. Thanks for input - I'll let you know -B It looks to me like your two XRandR screens are overlapping. That probably means if you try to move a client to the right off the edge of the screen, it'll take up the entire screen (either over or under any clients in the smaller area). As for the menus, they always open on whichever screen has the mouse. Try, xrandr --output VGA1 --right-of LVDS1
Re: [dev] wmii display size issue
On Sat, Sep 11, 2010 at 09:06:53AM -0400, Benjamin Cathey wrote: Kris Here is the output: Screen 0: minimum 320 x 200, current 1050 x 1680, maximum 4096 x 4096 VGA1 connected 1050x1680+0+0 left (normal left inverted right x axis y axis) 473mm x 296mm 1680x1050 60.0*+ 1600x1000 60.0 1280x1024 75.0 1440x900 59.9 1280x960 60.0 1152x864 75.0 1152x720 60.0 1024x768 75.1 60.0 832x62474.6 800x60075.0 60.3 640x48075.0 60.0 720x40070.1 LVDS1 connected (normal left inverted right x axis y axis) 1024x600 60.0 + 640x48059.9 As you can see, the current screen is 1050x1680 (it's a vertically oriented wide-screen). As I mentioned, the wmii window is in the upper left corner and is only taking up 1024x600 (the laptop screens resolution). The rest of the space is available to the mouse and the wmii menus brought up by alt-p and alt-a display at the very bottom of the monitor rather than the bottom of the box in the upper left. It looks to me like your two XRandR screens are overlapping. That probably means if you try to move a client to the right off the edge of the screen, it'll take up the entire screen (either over or under any clients in the smaller area). As for the menus, they always open on whichever screen has the mouse. Try, xrandr --output VGA1 --right-of LVDS1 -- Kris Maglione Sufficiently advanced political correctness is indistinguishable from sarcasm. --Eric Naggum
Re: [dev] wmii display size issue
Kris Here is the output: Screen 0: minimum 320 x 200, current 1050 x 1680, maximum 4096 x 4096 VGA1 connected 1050x1680+0+0 left (normal left inverted right x axis y axis) 473mm x 296mm 1680x1050 60.0*+ 1600x1000 60.0 1280x1024 75.0 1440x900 59.9 1280x960 60.0 1152x864 75.0 1152x720 60.0 1024x768 75.1 60.0 832x62474.6 800x60075.0 60.3 640x48075.0 60.0 720x40070.1 LVDS1 connected (normal left inverted right x axis y axis) 1024x600 60.0 + 640x48059.9 As you can see, the current screen is 1050x1680 (it's a vertically oriented wide-screen). As I mentioned, the wmii window is in the upper left corner and is only taking up 1024x600 (the laptop screens resolution). The rest of the space is available to the mouse and the wmii menus brought up by alt-p and alt-a display at the very bottom of the monitor rather than the bottom of the box in the upper left. -B On 09/10/2010 05:43 PM, Kris Maglione wrote: On Fri, Sep 10, 2010 at 11:48:28AM -0400, Benjamin Cathey wrote: I setup a secondary monitor to be used as my only display and have things almost completely worked out. Using 'xrandr' I have the external display on with the correct resolution and the laptop display turned off when I go into X (xrandr executes prior to wmii executing). However wmii's active display appears in the upper left as a box that is the size of the laptop display (rather than expanding to take up the entire screen). Using the menu (via alt-p) displays the program selection list at the very bottom of the screen (outside of the little wmii window in the upper left). How can I force wmii to start using the entire resolution of the screen? Can you post the output or `xrandr -q` Thanks,
Re: [dev] [OT] What's wrong with C++?
On 09/10/2010 07:46 PM, v4hn wrote: > On Fri, Sep 10, 2010 at 08:19:38PM +0300, Nikhilesh S wrote: >> I haven't really understood the problems with C++ that the people here >> that have problems with C++ have[...] > > Felix von Leitner gave a pretty good presentation in 2007 on such problems :) > > http://www.fefe.de/c++/c%2b%2b-talk.pdf > >From looking at FeFe's presentation just some notes: His complaints are mostly corner cases. You can produce some stupid corner cases where the language sucks for every language. Additionally from someone who can't properly code (look at his open source stuff...) one should simply stop reading when he's complaining about possibly cryptic compiler output...
Re: [dev] [OT] What's wrong with C++?
>One of my maxims is that "everyone mistakenly thinks that the kind of >programs that they write are the kind of programs everyone writes". There are arguments against C++. Nothing more than that. I'd use Python to check md5 hash of my downloads $alias md5.="python -c \"import hashlib; print hashlib.md5(open('$1').read()).hexdigest()\" Should I write md5.py, I could port it on M$Win and with Autohotkey I could make it start when I middle-click a file on explorer and pop the result up in the tray, with 3 more lines of code. Of course this could suck less. Python and Autohotkey require interpreters and libraries. Who cares. I could write it in C of course. But this is the first thing that comes to my mind that gets the job done, sucks relatively, it's damn fast to write, easy to read and it's good to me because I use those interpreters for a load of things. >> Why program in C++ when you can do it in C, making the program simpler and >> better? When you can't make the program simpler and better, or you need to do it faster than you do in C, just write C++ or whatever. This is just the place where people write about C, little overheads and simpler programs. --- Wyrmskull
Re: [dev] [OT] Music?
Here's what I listen to: Brand New, La Dispute, mewithoutYou, Taking Back Sunday, The Republic of Wolves, Eminem, Lamb of God, Sublime, The Spill Canvas, Marilyn Manson, Big D and the Kid's Table, Bright Eyes, Cursive, The Good Life, Choking Victim, Leftover Crack, Star F*cking Hipsters, Circle Takes The Square, Crime In Stereo, dubmood, Mischief Brew, Sage Francis, From Autumn To Ashes, Johnny Hobo, Kevin Devine, Manchester Orchestra, Modern Life Is War, Say Anything, Secondhand Serenade, Something Corporate, Story of the Year, Streetlight Manifesto, The Venetia Fair, The xx, We Came As Romans, Wilco. I'm not really into classical, so I don't got none of that one right now. Mostly rock, rap, or emo. Meh. It's music. I'll give anything a try once.