Re: [IronPython] Is any one use IronPython in your project?

2006-11-23 Thread Rodolfo Conde

Yes, i use it in a project where an electronical device makes phone 
calls to a server (this is the one that uses IP) telling it a client needs a 
service...Also, i did a server prototipe that listens in an UDP port for 
vehicles to send their GPS position. the server stores those positions 
inside a BD server...

Greetings...



- Original Message - 
From: Eyvind Axelsen [EMAIL PROTECTED]
To: Discussion of IronPython users@lists.ironpython.com
Sent: Thursday, November 23, 2006 3:15 AM
Subject: Re: [IronPython] Is any one use IronPython in your project?


Yes, we use it in a large C# WinForms application to build dynamic forms 
from XML definitions with inline python snipes. These snippets are executed 
at runtime and can be configured/altered by the user.

Eyvind.

-Opprinnelig melding-
Fra: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] På vegne av Kevien Lee
Sendt: 23. november 2006 08:30
Til: users@lists.ironpython.com
Emne: [IronPython] Is any one use IronPython in your project?

Hi,
Now ,Ironpython had release some time,but i want to konw is any one use
IronPython in your project?
As a dynamic language ,what it will bring us some advantage for
project,which the  advantage C#,VB.net couldn't have?

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

__ Información de NOD32, revisión 1876 (20061121) __

Este mensaje ha sido analizado con  NOD32 antivirus system
http://www.nod32.com


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


Re: [IronPython] Final release packaging

2006-08-30 Thread Rodolfo Conde
Title: Bericht




 Hi, i just wanna say that i use 
SharpDevelop in my daily development, As it doesnt have IP support, i open an 
emacs windows to edit IP codeit would be great to have IP support inside 
SharpDevelop, as in VS...

 Cheers...



  - Original Message - 
  From: 
  fabio.pliger 
  To: Discussion of IronPython 
  Sent: Wednesday, August 30, 2006 12:59 
  AM
  Subject: Re: [IronPython] Final release 
  packaging
  
  I think that exchanging info 
  about IDE, editor, or debugger people use could be really useful! So, can we 
  do it here? If don't, can you please fw them to my email too?
  
  
  Personally, sometimes, i try to use VS SDK, but i have lots of 
  indentation issues in the editor, intellisense is still a dream and the 
  debugger don't work as i think it should... ( hope all those things could be 
  fixed in the near future... and IP definitelly full integrated in VS 20XX ... 
  (is it possible or just a dream? :) ))). Sometimes i use eclipse pydev or wing 
  IDE for editing... 
  
  
  cheers
  -Original 
Message-From: S H Yoon [EMAIL PROTECTED]To: Discussion of 
IronPython users@lists.ironpython.comDate: Tue, 29 Aug 2006 
16:41:51 -0700 (PDT)Subject: Re: [IronPython] Final release 
packagingMSI could be nice for some, but I won't probably ever 
bother with it. Just let me know which envionmental var has to be set up and 
I will be happy.On more serious note, on my machine memory foot 
print on cpython is 3mb, but IPY takes up whopping 17mb+.Is this release 
candidate thing or is this something that we have to live with? I know that 
Jim did mention this as an issue before, but certainly seem 
bloated.BTW: What is everyone using for IDE, editor, or debugger? 
Pls, e-mail me directly with subject: "my IPY editor" [EMAIL PROTECTED] I 
would not like to clogg this space up. I would like to take a small 
sample.Thanks much!Dino Viehland 
[EMAIL PROTECTED] wrote:

  
  I’ve 
  opened a bug for us to track this – (#2705, http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2705 
  ) if anyone else has any suggestions as for what the MSI should do 
  please either comment here or add a comment to the bug. 
  
  
  It’s 
  too much work to get this ready for 1.0, but we’ll look at distributing an 
  MSI shortly after 1.0 (either 1.01 or 1.1 
  hopefully).


Get your own web 
address for just $1.99/1st yr. We'll help. Yahoo! 
Small Business. __ Informacie NOD32, 
  revisi.1730 (20060829) __Este mensaje ha sido analizado con 
  NOD32 antivirus systemhttp://www.nod32.com
  
  

  ___users mailing 
  listusers@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com__ 
  Informacisn de NOD32, revisisn 1.1730 (20060829) __Este 
  mensaje ha sido analizado con NOD32 antivirus 
  systemhttp://www.nod32.com
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Embedded IP eating memory

2006-08-14 Thread Rodolfo Conde




 i did as you said, the problem 
didnt go, but the memory consumtion was only 150K. then what i tried was 
to make only one static object of the class inside the module 
CMOpFuncionalidad.py, and put it right there, so my while-cycle script now 
is:

import sys

try:i = 
sys.path.index("scripts")except:sys.path.append("scripts")

import CMOpFuncionalidad

try:#pyop = CMOpFuncionalidad.PyOperador()pyop = 
CMOpFuncionalidad.pyop

if not 
pyop.variablesInicializadas:pyop.colocaOpBD(cmop, dba, 
connID)
pyop.atiendeCM()#pyop.liberaRecursos()pyop = 
Noneexcept:if pyop != 
None:#pyop.liberaRecursos()pyop = None

raise

I.e. i initialize the object and the internal variables only once, 
and now it only consumes 150 bytes each time. It seems IP beta was not able to 
GC the pyop object and the related variables, evenno references were left 
for it (and the internal variables were cleaned inside the method 
pyop.liberaRecursos(). Now i dont know where the 150 bytes are being left, 
perhaps local variables memoryisnt cleaned up neither (just a wild guess 
here:) )??


 Cheers...



  - Original Message - 
  From: 
  Dino Viehland 
  To: Discussion of IronPython 
  Sent: Friday, August 11, 2006 4:25 
  PM
  Subject: Re: [IronPython] Embedded IP 
  eating memory
  
  
  The 
  real problem is that by directly interfacing w/ the Engine APIs you’re not 
  doing a simple import. There is actually an Import API but that’s only 
  going to import the code into the “default module” and not provide you w/ a 
  convenient way to execute it.
  
  
  
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Rodolfo 
  CondeSent: Friday, August 11, 2006 4:50 PMTo: Discussion 
  of IronPythonSubject: Re: [IronPython] Embedded IP eating 
  memory
  
  
  
  
   
  PS. The module the script loads with import (CMOpFuncionalidad.py) has 15 
  global-module variables, but with import the module loads only once...doesnt 
  it ??
  
  
  
   
  Cheers...
  
  
  
  
  

- Original 
Message - 

From: Dino Viehland 


To: Discussion of IronPython 


Sent: Friday, August 
11, 2006 1:48 PM

Subject: Re: [IronPython] 
Embedded IP eating memory


How 
are you executing the script file? If you’re creating a new optimized 
module each time we won’t be able to collection the optimized module 
code. If on the other hand you’re just compiling it as a helper method 
then when it’s done running we can collect the code.

In 
pre-RC1 we had a leak where creating a new PythonEngine would result in a 
leak of a SystemState and ClrModule which were being hung onto by an event 
rooted in the app domain. So if you’re re-creating the engine each 
time you might be seeing that. Also, now that I’ve mentioned events, 
you might want to check your own C# code if you’re using events: It’s 
easy to forget to unhook one and leak memory because the event handler stays 
alive forever.

If 
none of those turn out to be the problem an option here would be to download 
the free CLR Profiler and look at the object type that is consuming the 
increased memory. It’ll give you a nice graphical display w/ a block 
view of what’s referencing what. 




From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Rodolfo 
CondeSent: Friday, August 11, 2006 12:58 PMTo: 
Discussion of IronPythonSubject: [IronPython] Embedded IP eating 
memory






 
Hi



 
I have an IP-Embedded C#application (IP version IronPython 1.0.60523 
(Beta) on .NET 2.0.50727.42, Yeah i know, im out of date, but i havent make 
the change to latest version because i saw there weresome API changes 
:) ), i create one PyEngine, set some global variablesand inside a 
while block iexecute this little script every 
time:



import 
sys



try:i = 
sys.path.index("scripts")except:sys.path.append("scripts")



import 
CMOpFuncionalidad



try:pyop 
= CMOpFuncionalidad.PyOperador(cmop, dba, 
connID)pyop.atiendeCM()pyop.liberaRecursosBD()pyop 
= Noneexcept:pyop.liberaRecursosBD()pyop = 
Noneraise



The module 
CMOpFuncionaliad is an IPython script i wrote, it contains a class 
definition. Inside the scripts i use components defined in some assemblies i 
made (these are already loaded into the CLR). The problem is,after the 
Engine takes the usual 12M+- of memory it needs, every time the script 
executes it consumes 2M more, i dont have a clue why is this...Does this 
version of IP have memory problems ? Or what else could be ?? If you need to 
see CMOpFuncionalidad.py let me know and ill send 
it



 


 
Thanks for your help



  

[IronPython] Embedded IP eating memory

2006-08-11 Thread Rodolfo Conde





 Hi

 I have an IP-Embedded 
C#application (IP version IronPython 1.0.60523 (Beta) on .NET 
2.0.50727.42, Yeah i know, im out of date, but i havent make the change to 
latest version because i saw there weresome API changes :) ), i create one 
PyEngine, set some global variablesand inside a while block iexecute 
this little script every time:

import sys

try:i = 
sys.path.index("scripts")except:sys.path.append("scripts")

import CMOpFuncionalidad

try:pyop = CMOpFuncionalidad.PyOperador(cmop, dba, 
connID)pyop.atiendeCM()pyop.liberaRecursosBD()pyop 
= Noneexcept:pyop.liberaRecursosBD()pyop = 
Noneraise

The module CMOpFuncionaliad is an IPython script i wrote, it contains a 
class definition. Inside the scripts i use components defined in some assemblies 
i made (these are already loaded into the CLR). The problem is,after the 
Engine takes the usual 12M+- of memory it needs, every time the script executes 
it consumes 2M more, i dont have a clue why is this...Does this version of IP 
have memory problems ? Or what else could be ?? If you need to see 
CMOpFuncionalidad.py let me know and ill send it

 
 Thanks for your help

 Greetings...

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


Re: [IronPython] Embedded IP eating memory

2006-08-11 Thread Rodolfo Conde




 Inside the while cycle, i just 
do this:

 pyEngine.RunFile("scripts/CMOpAtiendeCM.py");
 thats the little script file. 
The engine is created only once.

 However, i did inside the 
cyclea Console.WriteLine("{0} bytes", System.GC.GetTotalMemory(true)) and 
it gives lower memory usage, there i see that IP seems to be consuming each time 
the file is run only 2k, no 2m, as the windowstaskmanager 
says

 I do use events, but i do remove 
the handlers when no longer in use...

 Where can i get a free CLR 
profiler ?? :)...

 thanks for the 
help...

 Greetings



  - Original Message - 
  From: 
  Dino Viehland 
  To: Discussion of IronPython 
  Sent: Friday, August 11, 2006 1:48 
  PM
  Subject: Re: [IronPython] Embedded IP 
  eating memory
  
  
  How 
  are you executing the script file? If you’re creating a new optimized 
  module each time we won’t be able to collection the optimized module 
  code. If on the other hand you’re just compiling it as a helper method 
  then when it’s done running we can collect the code.
  
  In 
  pre-RC1 we had a leak where creating a new PythonEngine would result in a leak 
  of a SystemState and ClrModule which were being hung onto by an event rooted 
  in the app domain. So if you’re re-creating the engine each time you 
  might be seeing that. Also, now that I’ve mentioned events, you might 
  want to check your own C# code if you’re using events: It’s easy to 
  forget to unhook one and leak memory because the event handler stays alive 
  forever.
  
  If 
  none of those turn out to be the problem an option here would be to download 
  the free CLR Profiler and look at the object type that is consuming the 
  increased memory. It’ll give you a nice graphical display w/ a block 
  view of what’s referencing what. 
  
  
  
  
  From: 
  [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
  On Behalf Of Rodolfo CondeSent: Friday, August 11, 2006 
  12:58 PMTo: Discussion of IronPythonSubject: 
  [IronPython] Embedded IP eating memory
  
  
  
  
  
  
   
  Hi
  
  
  
   
  I have an IP-Embedded C#application (IP version IronPython 1.0.60523 
  (Beta) on .NET 2.0.50727.42, Yeah i know, im out of date, but i havent make 
  the change to latest version because i saw there weresome API changes :) 
  ), i create one PyEngine, set some global variablesand inside a while 
  block iexecute this little script every 
time:
  
  
  
  import 
  sys
  
  
  
  try:i = 
  sys.path.index("scripts")except:sys.path.append("scripts")
  
  
  
  import 
  CMOpFuncionalidad
  
  
  
  try:pyop 
  = CMOpFuncionalidad.PyOperador(cmop, dba, 
  connID)pyop.atiendeCM()pyop.liberaRecursosBD()pyop 
  = Noneexcept:pyop.liberaRecursosBD()pyop = 
  Noneraise
  
  
  
  The module 
  CMOpFuncionaliad is an IPython script i wrote, it contains a class definition. 
  Inside the scripts i use components defined in some assemblies i made (these 
  are already loaded into the CLR). The problem is,after the Engine takes 
  the usual 12M+- of memory it needs, every time the script executes it consumes 
  2M more, i dont have a clue why is this...Does this version of IP have memory 
  problems ? Or what else could be ?? If you need to see CMOpFuncionalidad.py 
  let me know and ill send it
  
  
  
   
  
  
   
  Thanks for your help
  
  
  
   
  Greetings...
  
  __ 
  Información de NOD32, revisión 1.1703 (20060811) __Este 
  mensaje ha sido analizado con NOD32 antivirus systemhttp://www.nod32.com
  
  

  ___users mailing 
  listusers@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com__ 
  Información de NOD32, revisión 1.1703 (20060811) __Este 
  mensaje ha sido analizado con NOD32 antivirus 
  systemhttp://www.nod32.com
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Embedded IP eating memory

2006-08-11 Thread Rodolfo Conde




 PS. The module the script loads 
with import (CMOpFuncionalidad.py) has 15 global-module variables, but with 
import the module loads only once...doesnt it ??

 Cheers...



  - Original Message - 
  From: 
  Dino Viehland 
  To: Discussion of IronPython 
  Sent: Friday, August 11, 2006 1:48 
  PM
  Subject: Re: [IronPython] Embedded IP 
  eating memory
  
  
  How 
  are you executing the script file? If you’re creating a new optimized 
  module each time we won’t be able to collection the optimized module 
  code. If on the other hand you’re just compiling it as a helper method 
  then when it’s done running we can collect the code.
  
  In 
  pre-RC1 we had a leak where creating a new PythonEngine would result in a leak 
  of a SystemState and ClrModule which were being hung onto by an event rooted 
  in the app domain. So if you’re re-creating the engine each time you 
  might be seeing that. Also, now that I’ve mentioned events, you might 
  want to check your own C# code if you’re using events: It’s easy to 
  forget to unhook one and leak memory because the event handler stays alive 
  forever.
  
  If 
  none of those turn out to be the problem an option here would be to download 
  the free CLR Profiler and look at the object type that is consuming the 
  increased memory. It’ll give you a nice graphical display w/ a block 
  view of what’s referencing what. 
  
  
  
  
  From: 
  [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
  On Behalf Of Rodolfo CondeSent: Friday, August 11, 2006 
  12:58 PMTo: Discussion of IronPythonSubject: 
  [IronPython] Embedded IP eating memory
  
  
  
  
  
  
   
  Hi
  
  
  
   
  I have an IP-Embedded C#application (IP version IronPython 1.0.60523 
  (Beta) on .NET 2.0.50727.42, Yeah i know, im out of date, but i havent make 
  the change to latest version because i saw there weresome API changes :) 
  ), i create one PyEngine, set some global variablesand inside a while 
  block iexecute this little script every 
time:
  
  
  
  import 
  sys
  
  
  
  try:i = 
  sys.path.index("scripts")except:sys.path.append("scripts")
  
  
  
  import 
  CMOpFuncionalidad
  
  
  
  try:pyop 
  = CMOpFuncionalidad.PyOperador(cmop, dba, 
  connID)pyop.atiendeCM()pyop.liberaRecursosBD()pyop 
  = Noneexcept:pyop.liberaRecursosBD()pyop = 
  Noneraise
  
  
  
  The module 
  CMOpFuncionaliad is an IPython script i wrote, it contains a class definition. 
  Inside the scripts i use components defined in some assemblies i made (these 
  are already loaded into the CLR). The problem is,after the Engine takes 
  the usual 12M+- of memory it needs, every time the script executes it consumes 
  2M more, i dont have a clue why is this...Does this version of IP have memory 
  problems ? Or what else could be ?? If you need to see CMOpFuncionalidad.py 
  let me know and ill send it
  
  
  
   
  
  
   
  Thanks for your help
  
  
  
   
  Greetings...
  
  __ 
  Información de NOD32, revisión 1.1703 (20060811) __Este 
  mensaje ha sido analizado con NOD32 antivirus systemhttp://www.nod32.com
  
  

  ___users mailing 
  listusers@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com__ 
  Información de NOD32, revisión 1.1703 (20060811) __Este 
  mensaje ha sido analizado con NOD32 antivirus 
  systemhttp://www.nod32.com
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] producing exe's

2006-08-08 Thread Rodolfo Conde




 Hi all, first mail on the list 
:)...

 Do you mean you have do make a 
little program with IronPython.Hosting.PythonCompiler class 
to make your assembly ?? Doest have the ipy.exe console an option for this 
purpose??

 Greetings...



  - Original Message - 
  From: 
  Martin Maly 
  To: Discussion of IronPython 
  Sent: Tuesday, August 08, 2006 11:05 
  AM
  Subject: Re: [IronPython] producing 
  exe's
  
  Yes, that's correct. The 
  -X:SaveAssemblies flag is mainly for debugging purposes. If you need to 
  produce an exe, the recommended way is to use the 
  IronPython.Hosting.PythonCompiler class which allows you to set the type of 
  assembly among other things.
  
  Martin
  
  
  
  From: [EMAIL PROTECTED] 
  On Behalf Of jeff sackstederSent: Monday, August 07, 2006 11:10 
  AMTo: users@lists.ironpython.comSubject: [IronPython] 
  producing exe's
  
  If I make exe's like this-ipyw.exe -X:SaveAssemblies 
  myscript.pyI still get the console window. Is this 
  correct?__ Información de NOD32, revisión 1.1696 
  (20060807) __Este mensaje ha sido analizado con NOD32 
  antivirus systemhttp://www.nod32.com
  
  

  ___users mailing 
  listusers@lists.ironpython.comhttp://lists.ironpython.com/listinfo.cgi/users-ironpython.com__ 
  Información de NOD32, revisión 1.1696 (20060807) __Este 
  mensaje ha sido analizado con NOD32 antivirus 
  systemhttp://www.nod32.com
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com