where you will be able to find FastCGI Developer's Kit sources and documentations
322 karma · joined April 12, 2010
where you will be able to find FastCGI Developer's Kit sources and documentations
plenty of basic examples with execv, execve, execvp, etc.
if the execv() call succeed then it completely replaces the program running in the process that calls it
you can do plenty of tricks with that ;)
example: I got a tool that allow from any Windows/macOS/Linux to package a runtime+script to any Windows/macOS/Linux
the Windows .exe can not be compiled from sources under Linux, so this particular runtime can never be distributed on Debian official?
https://discuss.as3lang.org/t/javascript-the-first-20-years/...
same as with C++, C# where you would use namespaces to do that
aka define the scope of classes
in AS3, the packages are used the same, group collection of definitions, not only classes and interfaces but also variables, constants.
The namespaces in AS3 are used to define the visibility of definitions at the class level, a bit like being able to define your own "public" attribute.
In ActionScript 3, by default the AS3 namespace is open, for example with a builtin like Array instead of using the push() method defined in the prototype, it uses the push() method defined in the AS3 namespace.
See https://github.com/adobe/avmplus/blob/master/core/Array.as#L...
But you also have mode to compile with -ES to not open that AS3 namespace by default.
In ES4, namespaces could do more advanced stuff like namespace shadowing (only a proposal at the time), see https://web.archive.org/web/20070629024201/http://developer....
For AS3, see 1.9 Namespaces / 12 Namespaces / etc. https://github.com/as3lang/ActionScript3/wiki/Specification
No.
Flash = a browser plugin
ActionScript 3 = a programming language
ActionScript 3 can run in other runtimes than just Flash
Adobe AIR is another runtime, target desktop (Windows, macOS) and mobile (iOS, Android).
Redtamarin is yet another runtime (based on the avmplus) target the command-line and server-side (Windows, macOS, Linux).
And those namespaces in AS3 (much simpler than in ES4) I think are quite a good idea, they allow to control what is visible or not and/or to switch which implementation you use.
For example when some AS3 builtins do not support some methods defined later in ES5.1 then ES6 etc.
ES5 function trim():String
ES6 function repeat(count:Number):String
So yeah you not gonna use namespaces everyday for everything, but they do have allow to solve specific problems while "programming in the large".[0] does support for socket(udp and tcp)? [1] encountered with problem when Porting UDP socket communication c code using emscripten
one example among other, and so you can use WebAssembly all you want you will never be able to implement flash.net.DatagramSocket
[0]: https://github.com/WebAssembly/design/issues/1251 [1]: https://github.com/emscripten-core/emscripten/issues/5196
how convenient to consider that "pretty slim" now
anyone checked desktop OS market share [0] recently ?
Windows is 77.1%
[0]: https://gs.statcounter.com/os-market-share/desktop/worldwide
server-side you can track using the measurement protocol
few years ago I did a prototype test with PHP, example here https://pastebin.com/PQCRcJXq
with something like Slim PHP you can add a middleware and automatically track everything, but you can also customize on a needed basis
I use the same logic with different PL on different backends etc.
for a starter it is cheap to implement and put in place, and cover almost everything
I can imagine some candidates reusing half of those arguments ("Too Much Data", "Stalling For Time", etc.) to ghost recruiters and not answering to offers
someone should definitively write a counterpart "The Real Reasons Why Job Seekers Are Not Giving You Feedback"
with Adobe AIR for ex
I know it, few other dev know it too, and the rest well...
they will keep spewing stupid stuff about how flash is dead and ignore that wonderful tech
their loss
with the Adobe AIR runtime you will be able to publish to iOS, Android, Windows and macOS, see "Adobe AIR" [0]
ActionScript is something similar to TypeScript
you will have access to the whole Flash stack and more, see "Building Adobe AIR Applications" [1]
with ActionScript Native Extension (ANE) you will be able to add your native code with an easy to use AS3 interface, see "Extending Adobe AIR" [2] and "Using native extensions for Adobe AIR" [3]
Note, the latest Adobe AIR SDK are now maintained by Harman [4]
[0] https://www.adobe.com/products/air.html
[1] https://help.adobe.com/en_US/air/build/index.html
[2] https://www.adobe.com/devnet/air/articles/extending-air.html
[3] https://help.adobe.com/en_US/air/build/WS597e5dadb9cc1e0253f...
that's why it explodes
and I think you meant masochist
imagine if you could write command-line tools and server-side apps with it, that would be the dream
Adobe AIR is a compiler and a runtime
for iOS it compile AOT, for other platforms: Android, Windows, macOS, (and Linux) it compile JIT
the runtimes share the AVM2 (ActionScript Virtual Machine) and the Flash Platform API, which allow to share a lot between platforms
in 2013, AIR was v3.6, now in 2019, AIR is v33.0
not only you share code via ActionScript 3 (something like TypeScript just available 10+ years ago)
but you can also develop ActionScript Native Extension (ANE) in C, C++, Objective-C, Java, C#, Swift, etc.
and it does not only publish to mobile it also publish to desktop
but that's OK, keep ignoring it
you could make the same argument with threads
main process vs child threads, you would expect atexit installed in the child thread to execute before the main process atexit installed functions
Adobe AIR does not end, HARAMN take over its development
and AS3 is still a fine language, you can even use it on the command-line and server-side