I want to access COM objects using Python 3.1, but I can't find a library to support 3.x. Do I need to use some extension or there is something in the standard library?
Try the PyWin stuff. It provides (among other things, like direct support for Win32 APIs) a COM bridge for Python and now supports both 2.x and 3.x.
Older downloadable releases are available here.
Documentation can be found here.
Related
How is the versioning of Jython? If I install Jython 2.5 does it mean that I can program in Python 2.5 syntax in spite of Python3.3 or the Jython versioning system is dependent?
By now the last version of Jython available for production is 2.5.3. If the versioning of Jython is based on Python, it looks deluding to be able to program only In Python 2.5 or earlier.
Jython x.y.z means that it's spec compatible with Python x.y, e.g. Jython 2.5.3 is compatible with Python 2.5 versions. (Python 2.5 introduced the "with" statement aka context manage. This has been implemented in Jython 2.5.)
As implementing each new version is a lot of work and the Jython project has not enough resources to keep up with all versions it was decided to not implement all intermediate versions.
The PyPy project aims to avoid this by abstracting and automating the transformation to a concrete runtime system (native, jvm, .net, etc.)
I don't understand the part "in spite of Python 3.3" in your question.
1.3 Is Jython the same language as Python?
Yes. Jython is an implementation of the Python language in Java. We strive to ensure that Jython remains as compatible with CPython as possible. The latest Jython release (2.2) implements the same language as CPython 2.2 and many of the CPython standard library modules.
There are two incompatibilities with modern CPython that often catch newcomers. First, Jython 2.2 does not implement any features added to CPython in version 2.3 or later. This includes language features such as decorators, and library modules such as optparse. A more modern version of Jython is under active development.
Second, Jython programs cannot use CPython extension modules written in C. These modules usually have files with the extension .pyc, .pyd or .dll. If you want to use such a module, you should look for an equivalent written in pure Python or Java.
There are a number of other differences between the two implementations that are unlikely to go away. These range from the trivial - Jython's code objects don't have a co_code attribute because they don't have any Python bytecodes; to the significant - Jython uses Java's true garbage collection rather than Python's reference counting scheme.
http://jython.sourceforge.net/docs/differences.html
Python has never really had much of a language definition beyond it's C-based implementation. The existence of Jython changed that for the first time and will hopefully lead to a much clearer sense of what Python the language is; independent of any specific implementation.
From: http://www.jython.org/archive/22/userfaq.html#id4
To me it seems that you only have access to Python2.5 if you are using Jython 2.5.3.
I want to use some of the non-standard GLES 2 extensions like 'GL_OES_vertex_array_object' but I can't find a way to use them with Marmalade SDK. I guess I have to initialize them with a marmalade related function like the wglGetProcAddress on Windows but I can't find anything about this on the net. Currently my code compiles fine, but on the linking process I get "unresolved external symbol" errors. Is there a way I can use these extensions with Marmalade?
This is covered in Marmalade Documentation.
I am one of the Marmalade SDK developers, and as I know support of GLES2 drivers was not finished yeat. This functionality should be released somewhere in the end of August. I know defenetly that it will not work for OSX.
I am looking for a good DNP3 library for .NET/VB applications.
Any recommendations?
Thanks,
The open-dnp3 project has recently added .NET bindings:
code.google.com/p/dnp3
Automatak maintains a fork of the opendnp3 library with .NET bindings:
http://automatak.com/opendnp3/
We have heard from users that opendnp3 significantly outperforms the TMW library for large master integrations.
Opendnp3 is Apache-licensed (free-to-use), but commercial support is available if you get stuck.
All I could find with a Google search was Trianble MicroWorks' .NET Protocol Components.
It looks like they're not exactly on top of the latest technology (it lists itself as .NET framework 2.0 compatible), but I wasn't able to find anything else that looked terribly promising.
I've managed to build the Automatak version of this library:
https://github.com/automatak/dnp3
and use the .NET bindings with C#, though they would work equally well with VB.
OpenDNP3 from automak is available in Nuget, but you should install 32bit openssl application to able to load it.It installs two required .dll files.
Has anyone used Google's Protocol Buffers when developing applications in Objective-C?
Are there any current projects for compiling .proto files into Objective-C, all the Google docs simply refer to Java, C++ or Python.
I've been working on an fork of Cyrus' project. It's based on protobuf 2.3 and works as a protoc plugin (protoc-gen-objc) instead of requiring a modified protobuf distribution.
You can find it as the protobuf-obj project on GitHub.
The Third Party page lists this Objective-C port. Unfortunately the project appears to be empty at the moment, but it's encouraging to see it anyway. I had heard internal rumours of the project, but hadn't seen it as an open source project before today.
You could get in touch with the project owner (Cyrus Najmabadi) to ask about it though...
(Small piece of trivia - Cyrus used to work on the C# team in Microsoft before he joined Google.)
This may or may not be helpful, but Apache Thrift (originally developed at Facebook) supports Cocoa, and seems to have people attempting to use it in the iPhone.
Thrift officially supports more languages. But Protocol Buffers have 5x the Stack Overflow interest, so who knows if it's a good replacement in terms of maintenance—not to mention compatibility with your own project! Still, maybe it's worth consideration.
I just asked a related question you may find helpful if it gets good answers: Any success using Apache Thrift on iPhone?
Protocol Buffers v3 supports Objective-C
Protocol Buffers v3 supports Objective-C as a first class language.
To generate Objective-C code from a .proto file call the compiler with the objc_out option:
protoc --proto_path=src --objc_out=build/gen src/foo.proto src/bar/baz.proto
I prefer to use c++ generated classes within my objc projects, works just fine.
I did try the objc PB version but without success.
I'm working on a cross-platform solution currently. The solution uses XmlMtomReader and XmlMtomWriter from .NET framework 3.0.
Now i need to know if these two classes (and all the nessasary infrastructure around them) are fully supported in Mono project from the porting-it-to-linux point of view. :)
You can check it on the mono status:
http://go-mono.com/status/
You can also check your code using the mono migration analyser
http://www.mono-project.com/MoMA
I checked they are currently not implemented
The APIs are available on the current Mono 2.6 preview, but they are not available on the 2.4 release (the current official release).