Thanks. When will the downloads be available? Jon

I know what you mean; it's certainly not a handholding language. I don't profess to know any where near enough about template metaprogramming to be able to coerce it do do some of the things I might like. Definitely a language for grown up programming.

I’ll make a comment that has to do less with programming( it’s the lounge ) and more with common sense. I’ll give you a cultural example. If you say numbers and words are different basic types that’s not true. The Old Covenant for instance is about both words and numbers. If you take the Eastern Orthodox Church and Chinese culture that’s conflicting basic types. EOC is very sign oriented ( the cross for instance) the Chinese culture is very sign oriented as well. It’s a mismatch. (that’s not a problem because the two don’t meet in real life anyways.)

I see thank you In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP

charlieg wrote: But it seems C# is the trivial part. Agreed. While C# is nice (I like it a lot), it's the .NET framework in which the power lies.  The .NET framework is to C# what the JDK is to Java. /ravi My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com

Nah. To make it any good it needs access to the type information the compiler has built up. It can be a separate pass like C++ does to make it work, but it needs to be integrated into the compiler to do things like typed arguments and specialization. Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix

Member 16391238 wrote: What if rephrase the question to lookf or to capture frames from NIC? And then what? How do you view them? How do you collect them? You are going to need more than just that. Member 16391238 wrote: an academic project This is going to be a complex project. FIRST, you would need to learn how to write a driver, and driver. And figure out how to do it for the target OS. Either Windows or Linux. Then you would need to find a NIC that you can actually find internal documentation for. So you can access it. Following is the layers you would be looking to replace. And it took me a bit to even find that diagram. The Internet Protocol Stack[^] I suspect you would need to create a IP layer. I think you can do that these days with C++. However you are going to need to really understand how linking works and API interfaces. And probably a bit of hardware knowledge also. It will likely also require special compilation macros to insure that your API is constructed correctly. Internally you might be able to use OO but for the API methods they will not be class methods. It is possible that one of the small hobby computers (like 'Basic Stamp') might be workable mainly because it might be easier to find hardware details. But with that you are then also going to learn how to use that and to create binaries for it.

Gary Wheeler wrote: Since OOP largely predates my college education (1979-1984, Wright State University, go Raiders) I learned it on the fly at work. I was less than a year old when you went to college then. Don't hold it against me though. :laugh: Gary Wheeler wrote: You can use OOP principles in assembly language or a Windows batch file if that serves the problem at hand. Amen, brother. Gary Wheeler wrote: I've always viewed academic purists(*) with skepticism, and Alan Kay's opinion triggers me. He has a chocolate hammer, and seems to think it is the only thing for nails even when they're pesto-flavored. True dat, man. Acedamia is great and needed, but you don't _really_ learn something until you apply it and use it. Even Einstein said at some point you gotta get your face out of the books and start doing. Never stop reading, but do something already... otherwise you're just repeating crap you don't really know. Personally, I think OOP (even the version we know that's not the same) is cool. I like the way Java/C# organizes things, for instance. Nothing against the theories. But, you can also accomplish the same concepts with functional programming, etc. Then you get peeps that don't even understand what they're doing acting all superior. Welcome to life I guess... Gary Wheeler wrote: (*) Don't even mention Grady Booch. I'll have to Google him, but I dare not mention it. :laugh: :laugh: Jeremy Falcon

Internet vạn vật (IoT): Viễn thông đang thúc đẩy các thành phố thông minh như thế nào khoảng 22 giờ trước bởi Liam Smith Khi các thành phố trở nên thông minh hơn, cơ sở hạ tầng viễn thông đang đóng vai trò quan trọng trong việc tạo điều kiện cho Internet vạn vật (IoT). Từ đèn giao thông thông minh đến hệ thống quản lý chất thải, các thiết bị IoT đều dựa vào kết nối internet mạnh mẽ, nhanh và độ trễ thấp để hoạt động liền mạch. Các công ty viễn thông đang đầu tư mạnh vào việc xây dựng cơ sở hạ tầng cần thiết để hỗ trợ các thiết bị này, sử dụng kết hợp 5G, cáp quang và điện toán biên để đảm bảo dữ liệu có thể được xử lý theo thời gian thực. Ví dụ, ô tô được kết nối dựa vào mạng nhanh để giao tiếp với nhau và với hệ thống giao thông để ngăn ngừa tai nạn và tối ưu hóa lưu lượng giao thông. Tương tự như vậy, các tòa nhà thông minh sử dụng cảm biến IoT để quản lý mức tiêu thụ năng lượng hiệu quả hơn. Sự gia tăng của các thành phố thông minh do IoT thúc đẩy có thể cải thiện đáng kể cuộc sống đô thị, giảm tắc nghẽn, cải thiện an toàn và giảm tác động đến môi trường. Khi số lượng thiết bị được kết nối tiếp tục tăng, vai trò của các công ty viễn thông trong việc thúc đẩy tương lai này sẽ ngày càng trở nên quan trọng hơn.

Thank you, your answer is helpful

Does it come with a free [deck](https://images.kaplanco.com/catalog/jumbo/92865\_r\_23.jpg)? Jeremy Falcon

The STM32s w/ CubeMX are alright. You can use them with Zephyr too. I'm kind of disappointed in the hardware selection offered by STM32. They don't really push the envelope for ARM devices the way NXP does. The issue with NXP is coding w/ MCUXpresso is like having your teeth pulled. But 1GHz ARM Cortex M (not a typo) in the NXP MIMIXRT1170 that can take various types of external "flash" including - get this - m.2 storage, plus external RAM including DDR3 is an absolute beast. It has a second 400MHz lower power Cortex M core as well. It is, as far as I know, the only realtime MCU that can run Linux. Really amazing kit. I have a $200 devkit w/ it but MCUXpresso has kept me from doing more with it. There's scuttlebutt on the PJRC forums that the next Teensy will use this chip. If so, they will support Arduino. What a world. Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix

Zishan Ud787 wrote: case BUTTON1: This case is not ever going to execute because it's all uppercase (and what's getting assigned to m_threadCmd is not). Is that intentional? "One man's wage rise is another man's price increase." - Harold Wilson "Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons "You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

Yes, but it would refuse to load the DLL even if there were no code changes or assembly property changes. I think I have solved it however. There is a file in the DLL project named AssemblyInfo.cpp, and it contains an assembly attribute named AssemblyVersionAttribute. And it was set to L"1.0.*". I think this was causing the problem. The asterisk means that it should autoincrement the version number. I changed the value to L"1.0.0" and it no longer fails to load the DLL if the DLL is rebuilt. Thanks for reading my post and for your input! The difficult we do right away... ...the impossible takes slightly longer.

On my side, I can download both zip without any problem.

This is not spam. I am the author. In what way does this look like spam?

I've considered preprocessing but many of these devices are connectible and you can't download SVGs if I don't support them. I don't know how big of a deal that is in practice, probably not much, but it would actually be a lot more work for me. I have codebases I'm pulling from, mainly a nanosvg port I completed for gfx 1.0, and plutosvg so I have quite a bit of the work more or less done, waiting to import and massage. If I switch to another format I have to redo all that code. TinyVG is interesting, and I'll keep it in my back pocket, until I hear that someone's actually using the format, as this is the first I've heard of it. One of the advantages of htcw_gfx is you don't need to preprocess most things. You can get your screens directly from your designers in SVG, PNG or whatever, and simply put them on the display. This saves time, especially when you have a lot of assets. It also makes the build process simpler since you're not doing any preprocessing of assets. So all that said, I like being able to support formats as they were intended, where possible. Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix

Here is my stab with a rusty spoon (i.e. a very bad analogy based on the link you provided) Particles are like boats on a flat lake, the 2D surface of the lake representing our 3D universe. Without an anchor (massless objects) they go racing about the lake, as the current directs them. If they have mass then they have an anchor hanging down into the lake. This will not simply hang down, as the water is not thick enough, but will swing back and forth like a pendulum. This will cause the boat to oscillate and that will cause ripples. (Just about everything in the analogy is wrong, I'm afraid, but I was trying to emphasize the role the anchor plays and how something can be stationary and still cause ripples.)