bp2 — ZXNet «462.talk»

From Evgeny Goljakov To Dmitriy Nesmachny 19 April 2002

Hello Dmitriy. Sun 5 May 01 Dmitriy Nesmachny -> Pavel Fedorov: PF>> If Merlin is BZ, then the batprog will be released. DN> Damn, first warm words. Thank you please. DN> wait for human relations... In the summer I will do intensive care DN> of the project. It is already about 80% ready, but the main problem DN> - lack of memory. Apparently, you will have to compile the sources... Aaaah, damn, the first sober(!) thought, what if BP himself is compile when loading text, at least at the command replacement level to their # code? Thank you for your attention.

From Dmitriy Nesmachny To Evgeny Goljakov 25 May 2002

Hello, Evgeny! Friday 19 Apr 2002 11:02:15, Evgeny Goljakov -> Dmitriy Nesmachny: EG> Aaaah, fuck, the first sober(!) thought, what if BP itself EG> will be EG> compile when loading text, at least at the replacement level EG> commands EG> to their # code? Well, apparently there are 2 versions: either the built-in compiler or loaded from disk. Accordingly, either take up additional memory or keep the file on disk necessarily. Well, you will have to give up entering commands from the terminal... Best regards, Dmitriy.

From Evgeny Goljakov To Dmitriy Nesmachny 27 May 2002

Hello Dmitriy. Sat 25 May 01 Dmitriy Nesmachny -> Evgeny Goljakov: EG>> compile when loading text, at least at the replacement level EG>> commands with their # code? DN> Well, apparently there are 2 versions: either a built-in compiler or DN> loaded from disk. Accordingly, either occupy memory DN> additionally, or the file must be kept on disk. Well will take up about 100% memory DN> you will have to stop entering commands from the terminal... compile after input before processing Thank you for your attention.

From Evgeny Goljakov To Dmitriy Nesmachny 27 May 2002

Hello Dmitriy. Tue 28 May 01 Dmitriy Nesmachny -> Evgeny Goljakov: EG>> memory will take about decl DN> Why the hell did I even get involved with this? No memory DN> is enough. So anything that saves it is good. By the way, DN> considering that this particular “decl” includes the table with DN> commands, not so little from the volume of the compiler itself... and when the syntax of commands was discussed, who shouted the most, to make it clearer for people (ifnotmarkedrc), now I can’t with the size of the table, I immediately agreed on 1-3 letters option for all teams!!! Still, no one codes in BP! EG>> compile after input before processing DN> Yeah... After each input, load the compiler... ;-))) damn, the whole compiler is a table + checker(~30b) + ldir(~16b) and don’t say that you will load it. You need to throw out unnecessary things! DN> Best regards, Dmitriy. DN> -+- Lara Croft v.4.50 DN> + Origin: #21004011014001FF2AEDB0C9 ;-) (500:95/462.9) Thank you for your attention.

From Dmitriy Nesmachny To Evgeny Goljakov 28 May 2002

Hello, Evgeny! Monday 27 May 2002 02:35:13, Evgeny Goljakov -> Dmitriy Nesmachny: DN>> Well, apparently there are 2 versions: either a built-in compiler or DN>> loaded from disk. Accordingly, either occupy memory DN>> additionally, or the file must be kept on disk. Well DN>> and EG> memory will take about decl Why the hell do you think I got involved with this? There is not enough memory. So that's it, whatever saves it is good. By the way, considering what exactly this “decl” includes a table with commands is not so small from the size of the compiler itself... DN>> you will have to stop entering commands from the terminal... EG> compile after input before processing Yeah... After each input, load the compiler... ;-))) Best regards, Dmitriy.

From Dmitriy Nesmachny To Evgeny Goljakov 1 June 2002

Hello, Evgeny! Monday 27 May 2002 23:52:41, Evgeny Goljakov -> Dmitriy Nesmachny: DN>> Why the hell do you think I got involved with this? No memory DN>> is enough. So anything that saves it is good. By the way, DN>> given that this particular “decl” includes the table with DN>> commands, not so little from the volume itself DN>> compiler... EG> and when the syntax of the commands was discussed: who shouted the most, EG> to make it clearer for people (ifnotmarkedrc), now no one ifmarkedrc/ifmarkedtr - author's KVA command. EG> with the size of the table, I immediately agreed with 1-3 letters EG> variant of all commands!!! You wouldn't mind disagreeing. I'll have to code on this crap... EG> Still no one codes in BP! Hmm... What about me? EG>>> compile after input before processing DN>> Yeah... Load the compiler after each input... DN>> ;-))) EG> damn, the whole compiler is a table + checker(~30b) + ldir(~16b) EG> and EG> don't bother saying that you will load it.The compiler is a table of commands, a program for converting to reverse Polish notation, the compiler itself, etc. And all this will apparently have to be loaded. EG> You need to throw out unnecessary things! To throw out something unnecessary, you need to put something unnecessary in there, but we have no memory! (c) ;-))) Best regards, Dmitriy.

From Mikhail Terentyev To Evgeny Goljakov 1 June 2002

Hello, Evgeny! Mon 27 May 2002 Evgeny Goljakov => Dmitriy Nesmachny: DN>> No memory DN>> is enough. So anything that saves it is good. EG> and when the syntax of the commands was discussed: who shouted the most, EG> to make it clearer for people (ifnotmarkedrc), now no one EG> with the size of the table, I immediately agreed with 1-3 letters EG> variant of all commands!!! Three-letter commands, IMHO, will not allow you to fully convey the meanings of all commands IMHO, you need to make commands that occupy from one to four bytes. Then the command you gave above would look like "inmr", which, it seems to me, is quite readable. [...] EG> You need to throw out unnecessary things! Of course, you and Merlin know better what to throw out of the subject and what to leave, but I I would suggest to start by freeing up some memory not in the batch processor itself, but thoroughly dig through the translated main.b file. Namely, throw him out everything related to working with individual mailboxes. Still, it’s not we use it. This will free up some memory. From the same battprots it would be possible calmly delete everything that relates to the commands for marking specov zips and disk space optimization (move). See you soon! EBZH...

From Evgeny Goljakov To Dmitriy Nesmachny 4 June 2002

Hello Dmitriy. Sat 1 Jun 01 Dmitriy Nesmachny -> Evgeny Goljakov: EG>> and when the syntax of the commands was discussed: who shouted the most, EG>> to make it clearer for people (ifnotmarkedrc), now no one DN> ifmarkedrc/ifmarkedtr - author's KVA command. dogma clearly hinders progress KVA had 3 times fewer teams, so he made up for it readability EG>> with the size of the table, I immediately agreed to 1-3 letters EG>> variant of all commands!!! DN> You ought to disagree. Code on this crap DN> I'll have to... (1) My friend, when was the last time you actually coded??? EG>> Still no one codes in BP! DN> Hmm... And me? read (1) EG>>>> compile after input before processing DN>>> Yeah... After each input, load the compiler... DN>>> ;-))) What are you doing? In the region -27 they were deprived... DN> A compiler is a table of commands, a translation program into DN> reverse Polish notation, the compiler itself, etc. And all this DN> apparently will have to be loaded. do not confuse compilation and broadcastDN> To throw out something unnecessary, you need to put it there DN> something unnecessary, but we have no memory! (c) ;-))) Sounds very arrogant Thank you for your attention.

From Evgeny Goljakov To Mikhail Terentyev 4 June 2002

Hello Mikhail. Sat 1 Jun 01 Mikhail Terentyev -> Evgeny Goljakov: MT> Three-letter commands, IMHO, will not allow complete transmission MT> meanings of all commands. IMHO, we need to make occupying commands MT> from one to four bytes. Then the above by you MT> the command would look like "inmr", which, it seems to me, is quite MT> readable. Skolsky topic, a double-edged sword. MMD has an external compiler! MMM Maybe that's how it should be EG>> We need to throw out unnecessary things! MT> You, of course, with Merlin know better what to throw out of the subject, but MT> what to leave, but I would suggest freeing it first MT> a little memory is not in the main processor itself, but good MT> shovel the translated file main.b. Namely, throw it away main.b is weak due to syntax issue, because he himself is a victim of a _complete_ lack of compilation MT> from it everything related to working with individual MT> mailboxes. We don’t use it anyway. This is our and our boss’s conservatism, by the way, server mode takes away ~10% of main MT> A little memory will be freed up. From the same buttprots it was possibleMT> I would calmly delete everything that relates to marking commands MT> Specov zips and disk space optimization MT> (move). this was to match the BP state machine Thank you for your attention.

From Dmitriy Nesmachny To Evgeny Goljakov 6 June 2002

Hello, Evgeny! Tuesday 4 Jun 2002 01:18:24, Evgeny Goljakov -> Dmitriy Nesmachny: [...] I think it makes no sense to continue the discussion here, in connection with my departure out of the echo chamber, we’re slowly moving into the soap... Best regards, Dmitriy.