Topic: "linux debugging" (page 6 of 9)

< 1 2 3 4 5 6 7 8 9 >
Author Post
Rayden
groupmastergroupmastergroupmaster
yap and you are the silly who in on the floor.... :devil3:
private message EMail
unstable
groupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmaster
Rayden, please start using paragraphs. Trying to read your posts is alot like trying to solve a crypto challenge. If even our crypto expert Phas has trouble reading your posts, this is a good sign you need to change the structure of your posts.

It seems to me like you're not really interested to learn new things. All you seem to do is try to find new poor arguments that support your story, and post them in such an obfuscated and unprofounded way that almost nobody understands what you're even trying to say.

I don't think that "open source", or "codigo aberto" in your language, means something different in your portuguese dialect. Open source is a very universal thing, and I think in just about every language this will have the same meaning. The portuguese wiki page linkCódigo_aberto seems to have the exact same meaning as the english meaning of open source. In fact, it even redirects to "Open source".

I strongly doubt there are any machines that can directly execute high language code in the form of scripts. The main reason for this is that this would be highly inefficient, especially since the processor would need to parse all the statements itself. Your claim that there is more than one machine that can do this, is totally unprofounded. Please provide facts that support your theory.

The scripts as you call them, that are part of X-Windows, video drivers and sound drivers are just configuration files. They usually provide static data about your system. Sometimes, these configuration files have certain scriptlike features to facilitate certain things, but this doesn't change what these files are; configuration files. They're usually only parsed once when the software is loaded, and they don't provide any functionality other than some configuration settings and variables.

You're still wrong about almost everything. It seems to me you're not even listening to us, you just seem to be interested in what you have to say. If you're not even gonna do anything with the information we provide, just be clear about this. This would save me alot of time, there's no point in having a discussion with a brick wall.

Regards,

unstable
Edited by unstable on 18.07.2006 22:28:26
private message EMail
cryptodoggy
groupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmaster
Ok, Correct me if I'm wrong but my opinion of Open source is this:

Open-Source: A program/binary that has SOURCE INCLUDED in the distribution that is free to be edited. Should the source be changed and RECOMPILED then the new source should be included with the newley compiled program.

-Cryptodoggy
Edited by cryptodoggy on 18.07.2006 22:42:43
private message
unknown user
maybe this http://en.wikipedia.org/wiki/Open-source_software
should be required reading material
EMail
Rayden
groupmastergroupmastergroupmaster
that's open source but also the free software meaning....
time to use paragraphs...
and this is for a user that says that scripts on unix systems are configuration files...
go to /usr/X11R6/lib/X11/xinit/xinitrc edit this file and search for a thing called exec gnome-session our exec startkde i think this will make you believe that they are not configuration files... but files that are interpreted by an program and the program does what is in the file...
about machines that execute hight level code they interpret the code as 'assembler' the code is compiled but as it is in a hight level language opcodes is more easy to understand... understood

:devil3:
Edited by Rayden on 21.07.2006 10:29:18
private message EMail
unknown user
Rayden PLEASE,

you obviously have no idea of how things work, kinda strange you have all these crackits.
And you can see ~/.xinitrc kinda as both a script and a configuration file

Linux deliciously modular. (If you ever followed a software engineering class ..).
This entails that you need to connect these modules somehow.

In linux there isn't just one WM, DM, window-decorator, DE, ..

So what aboyt ~/.xinitrc this is a file will be "ran" when you Initialise X (thats the thing that makes graphics, o and of course there isn't just one X server out there... Xorg, XFREE, .. even some experimental like Xgl) you usually want something else to appear, than a Gray graphical screen, and a mousepointer. that's that.

HOWEVER in usual operation ~/.xinitrc will NOT EVEN be used. That's because usually (certailnly you wont i'm guessing) users wont start X themselves. But XDM/KDM/GDM will. (that's the thing that gives you a nice screen prompting for your username.)

Basicly what you're saying is that software must be one big clump, for it to be closed source (since any bridge between modules is seen as slow) Well good luck then.

READ the wikipedia page. It has the only truth. What you make of translations is COMPLETELY IRRELIVANT

EMail
unstable
groupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmaster
Rayden, please read my whole post next time before you say something stupid.


QuoteQuote from unstable:
Sometimes, these configuration files have certain scriptlike features to facilitate certain things, but this doesn't change what these files are; configuration files.
Like rhican also pointed out, this is exactly what ~/.xinitrc is.


QuoteQuote from unstable:
... Your claim that there is more than one machine that can do this, is totally unprofounded. Please provide facts that support your theory.
QuoteQuote from Rayden:
about machines that execute hight level code they interpret the code as 'assembler' the code is compiled but as it is in a hight level language opcodes is more easy to understand... understood
I don't see any facts. And I thought first you said there are machines that can execute scripts? Now they're compiled? Do you even know what you mean yourself? High level language opcodes? I assume you mean bytecode. Bytecode is NOT a script, and you still need a VM most of the time.

Regards,

unstable
private message EMail
Rayden
groupmastergroupmastergroupmaster
i have to explain all 'for good understooder half of word is enought' well the machine can edit them not the computer if you open them with an editor in the computer it will be like if they are compiled that's what we call tokens languages understood...
private message EMail
unstable
groupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmastergroupmaster
Para o bom entendedor, meia palavra basta: For the good "understander", half a word (is) enough.

I still see no facts. Your original claim was:
QuoteQuote from Rayden:
i never say that an script execute directly in machine well there are more than one machine that can do it, but that's another story
Bytecode isn't a script. It's compiled. And even if it was, all examples of bytecode I'm aware of still need a virtual machine to run.
So my question to you: Which machines (give me names) can execute SCRIPTS directly? This is what you claimed. Not bytecode, SCRIPTS.

By the way, I think they stopped calling it 'tokenized code' since Visual Basic 3. After that, they called it p-code, and since Java has made its appearance, bytecode seems to be the popular term.

Regards,

unstable
Edited by unstable on 21.07.2006 13:27:07
private message EMail
Rayden
groupmastergroupmastergroupmaster
example of basic on GLAS-.z80 cpu
IF opcode token = 0xF8
ELSE opcode token =0xF7
if you try to view this on your computer you will only see the hex part but when coming to talk about the machine itself it can execute he code and edit it with no special code.... understood...
private message EMail

Topic: "linux debugging" (page 6 of 9)

< 1 2 3 4 5 6 7 8 9 >