Re: [IronPython] Anyone know what DLLs is called on Unix?

2007-11-05 Thread Matt Clinton
Courtesy of http://en.wikipedia.org/wiki/Dynamic_library,

 

GNU http://en.wikipedia.org/wiki/GNU /Linux
http://en.wikipedia.org/wiki/Linux , Solaris
http://en.wikipedia.org/wiki/Solaris_%28operating_system%29  and other
System V Release 4 http://en.wikipedia.org/wiki/System_V_Release_4
derivatives, and BSD http://en.wikipedia.org/wiki/BSD  variants

libfoo.a and libfoo.so files are placed in directories like /lib,
/usr/lib or /usr/local/lib. The filenames always start with lib, and end
with .a (archive, static library) or .so (shared object, dynamically
linked library), with an optional interface number. For example
libfoo.so.2 is the second major interface revision of the dynamically
linked library libfoo. Old Unix http://en.wikipedia.org/wiki/Unix
versions would use major and minor library revision numbers
(libfoo.so.1.2) while contemporary Unixes will only use major revision
numbers (libfoo.so.1). Dynamically loaded libraries are placed in
/usr/libexec and similar directories. The .la files sometimes found in
the library directories are libtool
http://en.wikipedia.org/wiki/Libtool  archives, not usable by the
system as such.

Mac OS X http://en.wikipedia.org/wiki/Mac_OS_X  and upwards

The system inherits static library conventions from BSD
http://en.wikipedia.org/wiki/BSD , with the library being in a .a
file, and can use .so-style dynamically-linked libraries (with the
.dylib suffix instead). Most libraries in Mac OS X, however, are
frameworks, placed inside of special directories called bundles
http://en.wikipedia.org/wiki/Bundle_%28NEXTSTEP%29 , which wrap the
library's required files and metadata. For example a library called My
Neat Library would be implemented in a bundle called My Neat
Library.framework.

Microsoft Windows http://en.wikipedia.org/wiki/Microsoft_Windows 

*.DLL http://en.wikipedia.org/wiki/Dynamic-link_library  files are
dynamically linkable libraries
http://en.wikipedia.org/wiki/Dynamic-link_library . Other file name
patterns may be used for specific purpose DLLs, e.g. *.OCX for OCX
http://en.wikipedia.org/wiki/OCX  control libraries. The interface
revisions are either encoded in the files, or abstracted away using
COM-object http://en.wikipedia.org/wiki/Component_object_model
interfaces. Depending on how they are compiled, *.LIB files can be
either static libraries or representations of dynamically linkable
libraries needed only during compilation, known as Import Libraries.
Unlike in the UNIX http://en.wikipedia.org/wiki/UNIX  world, where
different file extensions are used, when linking against .LIB file in
Windows http://en.wikipedia.org/wiki/Windows  one must first know if
it is a regular static library or an import library. In the latter case,
a .DLL http://en.wikipedia.org/wiki/Dynamic-link_library  file must be
present at runtime.

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dino Viehland
Sent: Monday, November 05, 2007 4:34 PM
To: users@lists.ironpython.com
Subject: [IronPython] Anyone know what DLLs is called on Unix?

 

Seo proposed this feature a while ago:

 

http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=3730

 

and I'm (finally) adding it and wondering what (if anything) we should
do if the platform is Unix.   Unfortunately I don't have a Unix box
handy but I'm just guessing it's not called DLLs there :-).

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Anyone know what DLLs is called on Unix?

2007-11-05 Thread Matt Clinton
Same source for the refined question:

Unix-like systems 

Most Unix-like http://en.wikipedia.org/wiki/Unix-like  systems have a
search path specifying file system directories
http://en.wikipedia.org/wiki/Directory_%28file_systems%29  in which to
look for dynamic libraries. On some systems, the default path is
specified in a configuration file
http://en.wikipedia.org/wiki/Configuration_file ; in others, it is
hard coded into the dynamic loader. Some executable file
http://en.wikipedia.org/wiki/Executable  formats can specify
additional directories in which to search for libraries for a particular
program. This can usually be overridden with an environment variable
http://en.wikipedia.org/wiki/Environment_variable , although it is
disabled for setuid http://en.wikipedia.org/wiki/Setuid  and setgid
programs, so that a user can't force such a program to run arbitrary
code. Developers of libraries are encouraged to place their dynamic
libraries in places in the default search path. On the downside, this
can make installation of new libraries problematic, and these known
locations quickly become home to an increasing number of library files,
making management more complex.

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dino Viehland
Sent: Monday, November 05, 2007 4:40 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Anyone know what DLLs is called on Unix?

 

Sorry, maybe I wasn't clear - I know they're .so files but is that also
the name of the directory where the extensino modules are stored
relative to the Python installation?

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of James Matthews
Sent: Monday, November 05, 2007 3:37 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Anyone know what DLLs is called on Unix?

 

.SO

On 11/6/07, Dino Viehland [EMAIL PROTECTED] wrote:

Seo proposed this feature a while ago:

 

http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=3730 

 

and I'm (finally) adding it and wondering what (if anything) we should
do if the platform is Unix.   Unfortunately I don't have a Unix box
handy but I'm just guessing it's not called DLLs there :-).


___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com




-- 
http://www.goldwatches.com/
http://www.jewelerslounge.com 

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Announcement: Project to get some CPython C extensions running under IronPython

2007-10-15 Thread Matt Clinton
NumPy is largely about speed, and going through extra interop layers can
really bite into that (my $0.02).

 

I think the suggestion for a smaller module to start with was about
learning about compatibility with a more manageable chunk of code than
the many, many lines of deep number-crunching that NumPy has
accumulated, but maybe a few sections of compatibility there (i.e.
limited part of the API) would be a similarly tractable goal?

 

Wrapping the plain-C in COM would be a good way to test implementation
compatibility, 

if your plan is to ported raw C to C++, so that the DLR/CLR can get some
hooks in and go-quicka:

the COM-wrapped CPy extensions may be faster to develop, if not
performing as quickly, 

and if your C++ ports behave the same, you have pretty good confidence.

Along the way, they'll help point out what's the framework and what's
your code, especially if you can run the same test-cases through
straight CPy.

 

Wrapping all the way back through Mono seems an odd goal - isn't IPy
compatible enough with CPy in source that your business apps would be
light to port back to Cpy-land, if you're on Posix already anyway? 

For some purposes, it really makes sense, but a NumPy implementation for
IPy for Mono?  

Seem to me that going that deep this soon will make you a valuable
contributor to low-level compatibility testing... but I don't have the
whole picture of where you're going.

 

If you're going to alloy FePy, would that make a type of SteelPython? -
a happier compound than Rust!

 

Cheers,

-- Matt

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
Sent: Monday, October 15, 2007 9:17 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Announcement: Project to get some CPython C
extensions running under IronPython

 

Davy,

What would the issues be with NumPy - just the size of the API that
would have to be wrapped?  I must admin that my biggest concern with
this would be getting everything running under Mono...


Cheers,

Giles


Davy Mitchell wrote: 

On 10/12/07, Giles Thomas [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  wrote:
  

Python and .NET, but also the existing CPython C extensions.


 
Hi Giles,
 
Sounds like a good idea and the approaches mentioned seemed solid.
 
One strategy I was considering for a port of my Mood News site to
Ironpython (but not tried yet!) is wrapping a CPython Lib into a COM
object using the win32 stuff and getting it into .Net via the COM
interop support.
 
Maybe not practical for Numpy :-) Does have the advantage of not
having to modify the original lib...
 
Cheers,
Davy
 
  





-- 
Giles Thomas
MD  CTO, Resolver Systems Ltd.
[EMAIL PROTECTED]
+44 (0) 20 7253 6372
 
We're hiring! http://www.resolversystems.com/jobs/ 
 
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79 
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] [python] Re: Object DBs - Zope/Plone vs LINQ?

2007-10-01 Thread Matt Clinton
Thanks for the rich responses - illuminating.

To be a little more specific, I was thinking about the Object/Relational
Designer in the LINQ article: not so much the SQL-variant syntax to
access traditional DBs (sweet as that is, there's plenty of good ways
already, ala DBI), but was wondering the language-support level for
database-like collections of pythonic objects, like ZODB.

It looks to me like IPy has two ways to get to roughly the same end: one
down the CPy route, the other through LINQ.  As usual, both is
probably the preferred answer.

Thanks again,
-- Matt 

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


[IronPython] Object DBs - Zope/Plone vs LINQ?

2007-09-28 Thread Matt Clinton
Folks,

I was recently reading the July issue of Visual Studio mag, and the
opening few paragraphs of their article on Layer Data Access...
reminded me strongly of the problem solved by Zope/Plone in CPython
land: databases with linked objects, rather than tabled varchars, bytes,
etc.

They go on to talk about how LINQ will allow storage/retrieval (CRUD) of
CLR objects through a SQL-like syntax.

Will IronPython have access to both these approaches?  
If so, there could be very terse  clean crossovers through it.
Any reflections on when to use which?

Food for thought,
-- Matt

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Using blocks separators instead of indentation

2007-08-13 Thread Matt Clinton
Ori,

I'm pretty sure there isn't - that's a basic 'feature' of Python itself:
code blocks are defined by whitespace.  
(one of many bug-reduction syntax features)

If you're working in VS, you'll often spend a little time highlighting a
block of rows then pulling down Edit - Advanced - Increase/Decrease
Indent 
when refactoring.  
Other editors (I'm fond of Crimson) make that even easier.

Maybe Dino and Team can / have implement(ed) something special so IP can
recognize blocks defined by curly-braces, but it would be rather
anti-pythonic to do so.  Why do you need to?

Cheers,
-- Matt

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ori
Sent: Monday, August 13, 2007 12:34 AM
To: users@lists.ironpython.com
Subject: [IronPython] Using blocks separators instead of indentation


Hello,

Is there a way to use code blocks (like { and } in other languages)
instead
of indentation?

Thanks,
Ori
-- 
View this message in context:
http://www.nabble.com/Using-blocks-separators-instead-of-indentation-tf4
259431.html#a12121490
Sent from the IronPython mailing list archive at Nabble.com.

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] integrating IronPython as a VS Extension with TeamSuite Trial?

2007-07-13 Thread Matt Clinton
Thanks Dan.

Yep - IP is live in the experimental hive.

Can anyone please suggest where to start to understand why the Team
Studio tools in that hive have only the Developer set, not Tester (nor
Architect, etc.)?  Again, those are from the trial edition, if that's
relevant.

Alternately, can IP Extentions be added to the main hive instead?

Trying to Evangelize my shop,
-- Matt  

:
Well you can get IronPython back by launching Visual Studio with the
experimental hive (check shortcuts under the SDK install.)

Not sure about the testers components, hopefully someone else here can
help with that.

-Dan

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


[IronPython] integrating IronPython as a VS Extension with Team Suite Trial?

2007-07-12 Thread Matt Clinton
Folks,

I'm using:
[begin copy from About:
Microsoft Visual Studio 2005
Version 8.0.50727.762  (SP.050727-7600)
Microsoft .NET Framework
Version 2.0.50727

Installed Edition: Enterprise

Microsoft Visual Basic 2005   77718-204-007-41996
Microsoft Visual Basic 2005

Microsoft Visual C# 2005   77718-204-007-41996
Microsoft Visual C# 2005

Microsoft Visual C++ 2005   77718-204-007-41996
Microsoft Visual C++ 2005

Microsoft Visual J# 2005   77718-204-007-41996
Microsoft Visual J# 2005

Microsoft Visual Studio Tools for Office   77718-204-007-41996
Microsoft Visual Studio Tools for the Microsoft Office System

Microsoft Visual Web Developer 2005   77718-204-007-41996
Microsoft Visual Web Developer 2005

Microsoft Web Application Projects 2005   77718-204-007-41996
Microsoft Web Application Projects 2005
Version 8.0.50727.762

Visual Studio 2005 Team Edition for Architects   77718-204-007-41996
Microsoft Visual Studio 2005 Team Edition for Software Architects

Visual Studio 2005 Team Edition for Developers   77718-204-007-41996
Microsoft Visual Studio 2005 Team Edition for Software Developers

Visual Studio 2005 Team Edition for Testers   77718-204-007-41996
Microsoft Visual Studio 2005 Team Edition for Software Testers

Crystal ReportsAAC60-G0CSA4B-V7000AY
Crystal Reports for Visual Studio 2005


Microsoft Visual Studio 2005 Team Edition for Software Developers - ENU
Service Pack 1 (KB926601)   
This service pack is for Microsoft Visual Studio 2005 Team Edition for
Software Developers - ENU. 
If you later install a more recent service pack, this service pack will
be uninstalled automatically. 
For more information, visit http://support.microsoft.com/kb/926601

SQL Server Analysis Services   
Microsoft SQL Server Analysis Services Designer 
Version 9.00.3042.00

SQL Server Integration Services   
Microsoft SQL Server Integration Services Designer
Version 9.00.3042.00

SQL Server Reporting Services   
Microsoft SQL Server Reporting Services Designers 
Version 9.00.3042.00

Visual Studio Package Load Analyzer   1.0
A utility that analyzes package load failures in Visual Studio 2005.)
end copy]

with the 180-day trial version of Team Suite.




I'd like to use IronPython as an integrated language (contextual
textcolor, etc.) - Extension.

The only how-to I've seen for that said run the Sample build in the
SDK.

When I do that, I get a new instance of Visual Studio that has
IronPython, but no longer has access to the Team Studio for Testers
components.

When I close them all and re-launch, I don't have IronPython as an
Extension.



Would someone please point me to an instruction set, so I can add IP as
an Extension without losing access to the Trial Team Suite for Testers?

(I'm trying to use Load tools to show IP performance to some of the
other developers).

Thanks,
-- Matt 



___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com