- My Delphi projects work with C++Builder.. - 11 Updates
- std::atomic<T>::is_lock_free() - 2 Updates
- neoGFX - The Ultimate C++ GUI Library and App/Game Framework .. Coming Soon! - 1 Update
- Task for Amine - 1 Update
| Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Nov 16 08:36PM On 16/11/2019 18:32, Bonita Montero wrote: >> FireMonKey) that are used by C++ Builder are built with Delphi. > Ok, that might be right. But you usually write code on your own which > mixes Delphi and C++ in the same project. I am making a universal compiler that can compile ANY programming language and that allows you to mix ANY programming language with ANY OTHER programming language in the same source file. /Flibble -- "Snakes didn't evolve, instead talking snakes with legs changed into snakes." - Rick C. Hodgin "You won't burn in hell. But be nice anyway." – Ricky Gervais "I see Atheists are fighting and killing each other again, over who doesn't believe in any God the most. Oh, no..wait.. that never happens." – Ricky Gervais "Suppose it's all true, and you walk up to the pearly gates, and are confronted by God," Bryne asked on his show The Meaning of Life. "What will Stephen Fry say to him, her, or it?" "I'd say, bone cancer in children? What's that about?" Fry replied. "How dare you? How dare you create a world to which there is such misery that is not our fault. It's not right, it's utterly, utterly evil." "Why should I respect a capricious, mean-minded, stupid God who creates a world that is so full of injustice and pain. That's what I would say." |
| Cholo Lennon <chololennon@hotmail.com>: Nov 16 05:41PM -0300 On 11/16/19 3:32 PM, Bonita Montero wrote: >> source, but check it too see Delphi there on top of go, rust, >> TypeScript, Scala, Dart, Visual Basic, etc) > Delphi is about as relevant as COBOL. ;-) Well, a month ago I received an offer on Linkedin (Delphi Software Developer), I have to confess that that surprised me :-O (my last contact with Delphi/C++ Builder was 15 years ago). In some parts of Argentina, Delphi is still relevant, but of course, not like years ago. It's a very good product IMHO, but it's proprietary, very expensive and the cool kids today use web interfaces even in the desktop land :-O Regards Cholo Lennon Bs.As. ARG |
| David Brown <david.brown@hesbynett.no>: Nov 16 09:50PM +0100 On 16/11/2019 19:30, Bonita Montero wrote: > No, that's not a fight. I thought he could be encouraged to write his > code in a language which is more accepted and write code for a problem > that he might like since he had done a lot of parallel code. No, you didn't. There are many ways to describe you based on your postings - "stupid" is not one of them. |
| David Brown <david.brown@hesbynett.no>: Nov 16 09:55PM +0100 On 16/11/2019 19:32, Bonita Montero wrote: >> source, but check it too see Delphi there on top of go, rust, >> TypeScript, Scala, Dart, Visual Basic, etc) > Delphi is about as relevant as COBOL. ;-) COBOL is massively relevant - even today. I am not convinced by the estimates I have read of the quantity of COBOL code written in recent years, but even if they are out by a couple of orders of magnitude, COBOL is still a huge industry and a major programming language. In the same vein, Delphi is a major language / development tool, with a very large base in commercial companies. It is relatively small in the world of open source, sourceforge, github, etc., and so on. When you are using close source software on Windows, you won't know it is written in Delphi - but it might well be. And yes, there is plenty of software that mixes C++ and Delphi. |
| Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 09:27PM > are using close source software on Windows, you won't know it is written > in Delphi - but it might well be. > And yes, there is plenty of software that mixes C++ and Delphi. Delphi is for small one shot projects... usefull for single developer when she wants to deliver fast. Used C++ Builder in 90es. Served it's purpose... -- press any key to continue or any other to quit... U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi bili naoruzani. -- Mladen Gogala |
| "Öö Tiib" <ootiib@hot.ee>: Nov 16 01:35PM -0800 On Saturday, 16 November 2019 22:55:30 UTC+2, David Brown wrote: > estimates I have read of the quantity of COBOL code written in recent > years, but even if they are out by a couple of orders of magnitude, > COBOL is still a huge industry and a major programming language. Lot of companies that are more than 35 years old have some part of their bookkeeping written in COBOL. In my experience it is so more often than not with such companies. And our worldly economy stands on shoulders of companies that are more than 35 years old (and people who are more than 35 years old). In effort to modernize COBOL it was AFAIK standardized to be object-oriented since 2002. |
| Bo Persson <bo@bo-persson.se>: Nov 16 11:59PM +0100 On 2019-11-16 at 22:35, Öö Tiib wrote: > on shoulders of companies that are more than 35 years old (and people > who are more than 35 years old). In effort to modernize COBOL it was > AFAIK standardized to be object-oriented since 2002. And not only bookkeeping. :-) I recently worked for a bank with about 500 COBOL developers doing all the heavy data lifting. Even when you have a smart phone app accessing a server written in Java, the Java code will send all the transactions to the COBOL back end for validation and data base accesses. This doesn't show up in the Tiobe index, because it is all closed source and the 50 year old developers don't ask COBOL questions on any net forum. :-) Bo Persson |
| Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 11:00PM > on shoulders of companies that are more than 35 years old (and people > who are more than 35 years old). In effort to modernize COBOL it was > AFAIK standardized to be object-oriented since 2002. Much older then 35 years, actually in pension maybe, by now.. -- press any key to continue or any other to quit... U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi bili naoruzani. -- Mladen Gogala |
| Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 11:06PM > This doesn't show up in the Tiobe index, because it is all closed source > and the 50 year old developers don't ask COBOL questions on any net > forum. :-) I have 50 years and Cobol programers now enjoying pension... -- press any key to continue or any other to quit... U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi bili naoruzani. -- Mladen Gogala |
| David Brown <david.brown@hesbynett.no>: Nov 17 12:06AM +0100 On 16/11/2019 22:27, Melzzzzz wrote: > Delphi is for small one shot projects... usefull for single developer > when she wants to deliver fast. Used C++ Builder in 90es. Served it's > purpose... It is - and perhaps that is mostly the case. But it is also used in some massive projects (I know of a few). When it came out, the only serious RAD tool for Windows was Visual Basic. There was nothing remotely similar for C++. If you wanted to be able to make a GUI program for Windows without a great deal of manual labour, and you wanted a strongly typed, structured compiled programming language, Delphi was your tool of choice. Its heyday has long past, but projects often have history - there are a lot of programs that continue to be developed in Delphi simply because they were originally developed in Delphi. It is a lot less common as a choice for new software projects. |
| Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 11:08PM > lot of programs that continue to be developed in Delphi simply because > they were originally developed in Delphi. It is a lot less common as a > choice for new software projects. For what is worth, I think that Delphi is most used in eastern countries... Russia come to my mind... -- press any key to continue or any other to quit... U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi bili naoruzani. -- Mladen Gogala |
| "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>: Nov 16 01:55PM -0800 On 11/16/2019 10:07 AM, Scott Lurndal wrote: >> L2 cache line! Well, on x86 this should trigger a system wide bus lock >> for legacy reasons. > Yes, that's the "very time consuming" part. Indeed. A forced unaligned atomic access wrt hacking RCU was amortized and used on a fairly rare basis. Think along the lines of read-"mostly" usage patterns. Wrt RCU, we can collect garbage on a per-thread basis, and when a threads garbage gets over a "threshold", it can decide to execute a system wide membar, or something else. The asymmetric side of things is to have a fast side, and a slow side... The fast are the readers, the slow is the writers. Readers can run full steam ahead, and do not interfere with writers. > systems consisting of commodity 1u or 2u rack mount SMP boxes). > One of the national labs was benchmarking the system by pounding on > a spinlock from all 128 cores (across 16 2-socket nodes). YIKES! Hammer time. ;^) > workloads on the system). > [*] The chip had 2MByte of DRAM caching remote lines, a miss cost about > 800 ns round trip (using DDR IB) on the HT systems, and 500ns on QPI (using QDR IB). Did you try using hash tables just to experiment wrt taking pressure off of a single lock? Even that does not scale all that great. However, its better than a single funnel... ;^) |
| scott@slp53.sl.home (Scott Lurndal): Nov 16 10:13PM >Did you try using hash tables just to experiment wrt taking pressure off >of a single lock? Even that does not scale all that great. However, its >better than a single funnel... ;^) The purpose of the test was to see what happened when all cores contended for the same line (running slow is expected, crashing (which we didn't) isn't). Actual lab codes were much better structured from a parallelism standpoint. |
| Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Nov 16 09:02PM Hi! The "neoGFX" UI description language (based on Relaxed JSON) will allow you to embed code in any programming language; by default it will use braces {} to delineate the code from the surrounding purely declarative UI description elements. neoGFX will leverage "neos", my universal compiler, to achieve this feat. If the embedded language is C++ then the host C++ compiler will compile the code. #coding #neoGFX #cpp #qt /Flibble -- "Snakes didn't evolve, instead talking snakes with legs changed into snakes." - Rick C. Hodgin "You won't burn in hell. But be nice anyway." – Ricky Gervais "I see Atheists are fighting and killing each other again, over who doesn't believe in any God the most. Oh, no..wait.. that never happens." – Ricky Gervais "Suppose it's all true, and you walk up to the pearly gates, and are confronted by God," Bryne asked on his show The Meaning of Life. "What will Stephen Fry say to him, her, or it?" "I'd say, bone cancer in children? What's that about?" Fry replied. "How dare you? How dare you create a world to which there is such misery that is not our fault. It's not right, it's utterly, utterly evil." "Why should I respect a capricious, mean-minded, stupid God who creates a world that is so full of injustice and pain. That's what I would say." |
| Wisdom90 <d@d.d>: Nov 16 04:01PM -0500 On 11/16/2019 2:21 PM, Bonita Montero wrote: > in the future and maybe will a contender for C++. > The only thing I don't like with Rust is that it doesn't have > exceptions. I think here is the problem with Rust: I will reformulate more smartly what about race conditions detection in Rust, so read it carefully: You can think of the borrow checker of Rust as a validator for a locking system: immutable references are shared read locks and mutable references are exclusive write locks. Under this mental model, accessing data via two independent write locks is not a safe thing to do, and modifying data via a write lock while there are readers alive is not safe either. So as you are noticing that the "mutable" references in Rust follow the Read-Write Lock pattern, so this is not good, because it is not like more fine-grained parallelism that permits us to run the writes in "parallel" and gain more performance from parallelizing the writes. Thank you, Amine Moulay Ramdane. |
| You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com. |
No comments:
Post a Comment