26

Re: Bucket

27

Re: Bucket

Hello, AlexRK, you wrote: ARK> I already repeatedly here wrote about the misadventures with a bucket, and also about, why this shit. To write once again to me laziness. If want, can use search. And you solved that this flow of emotions makes your position more convincingly? "Look! I am not lonely! On open spaces the Internet it was found out same as I! I mean all the same was right!"

28

Re: Bucket

Hello, Konstantin B., you wrote: ARK>> I already repeatedly here wrote about the misadventures with a bucket, and also about, why this shit. To write once again to me laziness. If want, can use search.> And you solved KB that this flow of emotions makes your position more convincingly? "Look! I am not lonely! On open spaces the Internet it was found out same as I! I mean all the same was right!" I of anybody of what I do not convince. Simply shared the information which has seemed to me interesting. But  at  it is normal.

29

Re: Bucket

30

Re: Bucket

31

Re: Bucket

32

Re: Bucket

I suppose that your comment has been written to praise you favourite only. No,  to show that the author exaggerates hardly less than completely. And as a matter of fact a question you did not write anything. That api about which it is written at the subject creator - you did not touch, and with it did not work. All touched, since from  and SERVICES is not far anywhere . It in whole is obvious (anyway it was obvious). But we that API touch through JNI and therefore we know about it a little more than the HARDWARE.

33

Re: Bucket

34

Re: Bucket

Hello, lpd, you wrote: lpd> that in one programming language does not approach in the speed for creation of sympathetic interfaces is bad. Looking how to write. lpd> at least, pad Android about 1 Hz and 1 Gb of storage (without any installed programs) is the brake mechanism from  me, and Chrome on it it is impossible to use the processor. Well, Androidu it is tightly in such frames. I have similar low-end  a pad 6-7 summer prescription. A sad piece. Do not use devices with such characteristics. lpd> API Android with the task to tire out the programmer in rigid frames of mobile applications generally consults. Not . lpd> Liby all time become outdated, and it is necessary to use their support-versions. Progress is not necessary on a place. And programmers without operation do not sit, all of them time should twist something Besides, support-liby allow to have an identical functional on ancient versions . Whether it is bad that?! On the other hand, why simply not to add support of older versions in "the main" library I lpd> it is strange A little more that exceptions do not produce the message in a broad gull, and simply throw out in Java-code bowels. Why I see kresh-flew down in a broad gull? What do I do not so? lpd> Also it is considered inconvenient class Activity on which applications are created, and Google from it leaves. Than it is not convenient Activity? Where leaves Google? lpd> for many is amazing, when on a default at turn of phone application is completely restarted. It agree, could and leave in the live. On the other hand, all it is documented. lpd> for a message exchange between application and service it is necessary to use bulky and feeble API, not allowing to transfer  object without serialization, - though it is possible to write the code and to forget, and objects to exchange through global variables. https://developer.android.com/guide/com … s.html#IPC https://developer.android.com/training/ … s.html#IPC lpd> From this what I still faced for some months of development, it is possible to mark complexity of testing of rare scenarios of murder of application by system. What for rare scenarios? Google says that OS can kill application at any moment if needed, and application should be able to be recovered in a state,  .

35

Re: Bucket

Hello, Lazy Bear, you wrote: LB> Hello, lpd, you wrote: lpd>> that in one programming language does not approach in the speed for creation of sympathetic interfaces is bad. LB> looking how to write. Under tests Java  in 2-3 times. Subjectively it is felt on speed Eclipse, Android Studio, Vuze, Matlab. lpd>> At least, pad Android about 1 Hz and 1 Gb of storage (without any installed programs) is the brake mechanism from  me, and Chrome on it it is impossible to use the processor. LB> Well, Androidu it is tightly in such frames. I have similar low-end  a pad 6-7 summer prescription. A sad piece. Do not use devices with such characteristics. I do not know, business in gland or in optimization JVM on the last smart phones, but the amount of efforts for display of simple elements of the interface with comprehensible responsiveness (comprehensible - not good) is ridiculous. LB> than it is not convenient Activity? Where leaves Google? Article LB> https://developer.android.com/guide/com … s.html#IPC LB> https://developer.android.com/training/ … s.html#IPC I all used it. To transfer not primitive object (Intent.putExtra) it is possible only if it implements interface Serializable. lpd>> From this what I still faced for some months of development, it is possible to mark complexity of testing of rare scenarios of murder of application by system. LB> that for rare scenarios? Google says that OS can kill application at any moment if needed, and application should be able to be recovered in a state,  . Service can expose a flag that OS did not kill him. But in certain cases all the same can kill. For testing of it the button would be useful "to Emulate shortage of storage and to kill all applications" in adjustments of the developer, though it and not the most critical.

36

Re: Bucket

Was specific under  especially did not write, but about Java, Intellij Idea and Gradle it do not agree. Java fine language, on the order is more convenient Objective a C or Swift. That  could launch it on a mobile phone, it generally a feat. Without Java would not be Android - it is assured on 100 %. Anybody would not began to recall a C or to learn a modern language, they not Apple. Idea it generally the best IDE in the world, and Gradle is the best system of the assembly. Thus I recognize that in  something went not so for it really collects indecently long. But it is not necessary to add to it good technologies. I suspect that to all fault the intermediate step of conversion from Java-bajtkoda in Android-bajtkod. And generally I never understood such claims. All after all works as separate tools. It is pleasant to you Ant and Notepad - well and use them. Unless it cannot be made?

37

Re: Bucket

Hello, Ops, you wrote: Ops> seriously normal? I some years ago tried, it was necessary to arrange dancings with a tambourine round versions JDK and IDE, Hello world  did not work. Could finish, of course, to a trade dress, but  there was that still. In last it is literally year Android reached more or less industrial kach-va, it is necessary to recognize. Both in the platform, and in toolkit. Sooner or later it would happen, clearly. Well here, consider that happened.

38

Re: Bucket

LB> in general, was   give earlier, and now  became more popular also clowns switched the criticism to it. Not recognized geniuses need to hate something always. A kindergarten in general, before criticism  were  give, and now critics  became much and clowns switched the attack to them. Not recognized geniuses need to hate someone always. A kindergarten

39

Re: Bucket

Hello, vdimas, you wrote: V> In last it is literally year Android reached more or less industrial kach-va, it is necessary to recognize. V> both in the platform, and in toolkit. V> sooner or later it would happen, clearly. V> well here, consider that happened. Well I am glad for it, only it was a question about , remained several years ago, quite  remained. And about the platform - at it a huge lack that, roughly speaking, now rolled out release, and all that was before - a version alpha, and sometimes badly compatible among themselves, and all it lives in a wild type at the users who frequently do not have possibilities to be updated. And it already superimposes restrictions on an ecosystem. Approximately same  happens in a web: already the heap of new and convenient features is supported everywhere, but it is required to support IE 10 if not 8, and all these features, actually, 5-10 sit years on a bench.

40

Re: Bucket

Hello, CreatorCray, you wrote: CC> I would tell that on *nix platforms traditionally With ++ is made as that on "from %% ". And where it is made normally? Everywhere S-like functional API - well unless  COM is recalled, as example OO API. And in general such design is clear - since is necessary  the interface. On a twist of fate of an interior of many OS objective that is why and API often look in the form of sequence "to create a certain object - to make something with object - to delete object" (for example, the same CreateFile - [Read|Write] File - CloseHandle, and scalability last as though hints that operation with different objects is unified in a kernel by means of the mechanism functionally similar virtual  With ++). However, I was picked Windows kernel still in those days when KMDF/UMDF also in the project was not - can in them and  normal With ++, at the time of DDK usage of pluses in a kernel has been connected to a heap of stipulations, gotchas and crutches. That besides it seems a cruel twist of fate - for for the operation any driver should create and support objects (in OS terms), and objects are fundamental entities of a kernel from time immemorial

41

Re: Bucket

Hello, koandrew, you wrote: CC>> I would tell that on *nix platforms traditionally With ++ is made as that on "from %% ". K> And where it is made normally? Everywhere S-like functional API Matter is not in With, business in reasonableness. K> at the time of DDK usage of pluses in a kernel has been connected to a heap of stipulations, gotchas and crutches. About 8 years ago we in Windows wrote fire wood on With ++ without problems. In practice it madly helped, fire wood was small and strongly more stable than on ... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

42

Re: Bucket

43

Re: Bucket

Hello, eskimo82, you wrote: CC>> Matter is not in With, business in reasonableness. E> POSIX API it is just thought over and thought over well in difference from confused dial-up CreateFileA/CreateFileW with  a confused bed-sheet of parameters. I worked both with that and with that, all legacy API are terrible on the but POSIX is especially awful. K>>> at the time of DDK usage of pluses in a kernel has been connected to a heap of stipulations, gotchas and crutches. CC>> about 8 years ago we in Windows wrote fire wood on With ++ without problems. E> Exception safety? I guarantee that you on it simply supposed. You  system on With ++ did not write anything, yes? To suppose on exceptions in fire wood it does not turn out, because it without dependence from language arrives and will be BSOD. Even for about analogs try / catch even are stuck everywhere. The code is written exceptions free and anything is simple so does not rush. CC>> in practice it madly helped, fire wood was small and strongly more stable than on With. E> Kernel Linux is written on a C and it on some orders is more stable than kernel Win. This disputable enough statement. E> about what it speaks? Yes about what. It is possible to write on everything, a question in the expended efforts. On With ++ the built in automation of language allows to write purer and safe the code. On With it is banal  language forces .... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

44

Re: Bucket

lpd> Under tests Java  in 2-3 times. We take for comparing https://benchmarksgame.alioth.debian.or … redux.html the Best  on With ++ SUDDENLY uses library written on With, and pulls functions which do not support Junikod. There is a truth and   (re2.h), but also all of them drive without support of Junikoda. I suspect, as in remaining comparing corners are cut off.> though it is possible to write the code and to forget, and objects to exchange through global variables And then such "Android -  a shit!"

45

Re: Bucket

Hello, CreatorCray, you wrote: CC> Matter is not in With, business in reasonableness. You a question answer. CC> about 8 years ago we in Windows wrote fire wood on With ++ without problems. CC> in practice it madly helped, fire wood was small and strongly more stable than on S.Eto says only that you at all do not know about what you speak. Though

46

Re: Bucket

Hello, koandrew, you wrote: CC>> Matter is not in With, business in reasonableness. K> you a question answer. What answer you expect? Listing of all successively with ? It is banal long and . K> It says only that you at all do not know about what you speak. Though   Djud, I personally wrote  fire wood on With ++. Without what that of special stipulations, gotchas and crutches. Everything that was necessary in language for fire wood worked also problems did not cause. Even exceptions worked, though and  them in a kernel to rush. Boost in a kernel would not gather, doh! std:: iostream too would not earn. But it is simple  for usermode, to the language have indirect enough relation.... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

47

Re: Bucket

Hello, CreatorCray, you wrote: CC> What answer you expect? Listing of all successively with ? It is banal long and . One example will be quite enough. CC> Djud, I personally wrote  fire wood on With ++. Without what that of special stipulations, gotchas and crutches. CC> Everything that was necessary in language for fire wood worked also problems did not cause. Even exceptions worked, though and  them in a kernel to rush. How there with the virtual calls in ISR? Or with RAII in ? In Low memory condition even in the dark blue screen did not fall down never? I do not trust (

48

Re: Bucket

Hello, koandrew, you wrote: CC>> What answer you expect? Listing of all successively with ? It is banal long and . K> One example will be quite enough. Well here that came to the first mind that enrages me in POSIX: open (2) int open (const char *, int...) Here for varargs in it API it is necessary to tear off hands. Therefrom: POSIX permissions - terrible abomination. K> As there with the virtual calls in ISR? You in course as are inside arranged "the virtual call"? Than here interrupt context is worse than the other? Expose correct  on CODE segments that it did not appear that them is necessary , the class data too should be in nonpaged. To With ++ it does not concern, it is specificity . And generally in fire wood the virtual functions still it is necessary to guess where . Normally there all on orders is easier. Static polymorphism suffices for eyes. K> or with RAII in ? And than on yours RAII in callbacks differs from other places? The code in fire wood (and basically system) is written exception free. Exceptions are applied strictly on business and is normal is thrown and caught nothing system, type got into which storage are not present. And any With ++ specificity in it is not present, all it strictly kernel-specificity. K> In Low memory condition even in the dark blue screen did not fall down never? No, from what? Fire wood not the first day we write, all for a long time reserved and zoned.  own. To write in ! = to write in , K> I do not trust () you Have the right.... <<RSDN@Home 1.0.0 alpha 5 rev. 0>>

49

Re: Bucket

Hello, Kolesiki, you wrote: K> And principal (as a solution of a problem): really all these   cannot hack an insertion? It is necessary all once  fire wood and to collect them in separate OS (https://en.wikipedia.org/wiki/FreeRTOS as an example) - such designer it is possible to stitch any  and to live in peace, free from probes and . If to do such under themselves (and under the specific device) basically no problems (except a heap of a downtime) are present. And here on sale (or even free ) such hardly turns out, since the rights to all these drivers, etc. belong  chips and they explicitly do not intend them shares simply so. Moreover, as far as I know they even to vendors of smart phones produce the documentation under terrible NDA. K> Who holds all this market for eggs?  for a mafia? Why there is no normal smart which can be programmed? "Scandals, intrigues, investigations..." Well were Maemo (and legendary Nokia N900), MeeGo (with excellent Nokia N9). Now there is their successor in the form of Sailfish OS (it is possible even to buy the smart phone https://inoi.com as though "our manufacture" for 12 roubles). Well and one more more distant successor is Tizen (there is on sale for example Samsung Z4), but there it is already a little further from "pure system".

50

Re: Bucket

Hello, vsb, you wrote: vsb> Java fine language, on the order is more convenient Objective a C or Swift. Well if about Objective-C it is really possible to agree, comparing Java with Swift is simply ridiculous. Swift is the modern language with set of conveniences to the developer while Java wildly lagged behind in development and hardly already makes sometime up.