ELF loading
in [ASM]
|
From: CodeMonk on 27 Aug 2007 08:55 "Betov" <betov(a)free.fr> wrote in message news:XnF9999968C3275Ebetovfreefr(a)212.27.60.38... > >> BTW, do you compress the sources in your final PE? > > What for? Do you compress your Sources, on your disk? > Filesize / footprint I imagine. As an aside, is not including the sources in the PE an option? - Scott
From: santosh on 27 Aug 2007 08:56 Robert Redelmeier wrote: > Herbert Kleebauer <klee(a)unibwm.de> wrote in part: >> Betov wrote: >>> as opposed to most believe, there is absolutely no reason >>> why a good GUI should be any slow. Is MenuetOS GUI slow? >>> No. So, having Linux made slow in GUI mode does not make >>> any sense, as an argument. It is slow. Period. >> >> Then try http://www.xfce.org >> or http://www.fluxbox.org > > Those are faster, but my fundamental objections to GUIs > aren't about speed: > > 0) GUI pgms are harder to write than console apps. Harder or more tedious? > GUI users are harder to teach to program. Any evidence for this assertion? Seems to me like prejudice. > GUIs are a learning crutch which tends to hobble more advanced users. How can something that is not used, hobble you, (not you personally), the advanced user? > No upgrade path. I cant understand this. > 1) All GUIs are fundmentally menuing systems. So far. > Limited choice. You > can only run whatever has been configured. And with a text mode program, you can only give it the options it is programmed to receive... > If you can find it. > My $PATH has 2995 executables on it. A very busy GUI max 100. What has $PATH to do with anything? > 2) GUIs are bloated bugfests. As much an "abusive generalisation" as Betov's statements on text mode programs. > Poor use of hardware. Huh? A GUI or text mode program can only "use" the hardware to the extent that the underlying OS allows and understands. How exactly does, for example, vim uses the hardware better than gvim? Now it's true that a typical GUI program consumes more resources than a text mode program implementing the same overall functionality, but that is more the fault of bloated toolkits rather than a specific program. > 3) GUIs abandon that great IT invention of 7000 years ago -- > the alphabet! Icons are cryptic pictographs. Both have their uses. > 4) GUIs don't permit pgms to co-operate. How do you do > a pipe | ? Lack of an example doesn't mean that the said functionality is somehow inherently impossible. > 5) Most GUIs are very poorly implemented, with poor UI choices, Agree. > and excessive mouse precision required. How? > In fairness, many > CLI are also poorly implemented. MS-Windows COMMAND.COM is > horrible, and CMD.EXE is only marginally better. Yes. > 6) Most GUIs make excessive use of the mouse which tends to > cause Repetitive Strain Injuries (carpal tunnel). Isn't this disorder possible for those who type excessively too? > Tasks are > hard to describe, automate (scripting?) or repeat (history?) I agree.
From: santosh on 27 Aug 2007 09:09 Frank Kotler wrote: > Betov wrote: >> santosh <santosh.k83(a)gmail.com> �crivait news:fashvo$1gp$1(a)aioe.org: >> >> >>>To enable the root account, which is disabled from logging in by default, >>>under Ubuntu, just do, 'passwd root' >> >> >> Again, *NO*. This does not exist under Ubuntu. > > M'God you're right! From the link Robert posted: > > -------------- > By default, the root account password is locked in Ubuntu. This means > that you cannot login as root directly or use the su command to become > the root user... > --------------- > >> How do you think i actually download and install Software, >> if i did not know how this point works? There is no need >> of "root", which is assumed, when "sudo"ing, under Ubuntu. >> A good thing, by the way... > > Makes it a totally unacceptable distro, in my book. Cancel my order for > a Dell with Ubuntu. (I still like the idea of encouraging vendors to > preinstall Linux... Y'know, I'm in danger of becoming a Slackware bigot! > Not Ubuntu, in any case) Aren't you reacting a bit too strongly? Surely a Linux distribution aimed at "Joe Windows User", does a good thing by disabling the root account by default? Advanced Linux users can always re-enable it, like I did, the first thing after installation.
From: Betov on 27 Aug 2007 09:35 "CodeMonk" <jascwa(a)yahoo.com> �crivait news:ePidnaMFeoUEVE_bnZ2dnUVZ_uKdnZ2d(a)comcast.com: > > "Betov" <betov(a)free.fr> wrote in message > news:XnF9999968C3275Ebetovfreefr(a)212.27.60.38... >> >>> BTW, do you compress the sources in your final PE? >> >> What for? Do you compress your Sources, on your disk? >> > > Filesize / footprint I imagine. Sorry, i do not understand what you mean to say. > As an aside, is not including the > sources in the PE an option? The reverse is an option: Arasing a Source from a PE. Betov. < http://rosasm.org >
From: Betov on 27 Aug 2007 09:39
"CodeMonk" <jascwa(a)yahoo.com> �crivait news:4Pidna0LMOFGVU_bnZ2dnUVZ_r- dnZ2d(a)comcast.com: > > "Betov" <betov(a)free.fr> wrote in message > news:XnF999984324A0BEbetovfreefr(a)212.27.60.37... >> >> _Facts_. No "opinion, on such points. Facts are that nesting >> mono-files inside the executables has been a complete success. >> > > By which set of metrics? By looking at the productivity of the users. Betov. < http://rosasm.org > |