Dave,

 

I love python and the large community of 3rd party developers such as you
creating really useful tools like "generateDS" is the reason why.

 

I just started using generateDS in early December with 1.20a and just
upgraded to 1.20b today (which resolved the exportLiteral issue I was
encountering and you so nicely documented in the 1.20b release notes).
Unfortunately I am developing under Windows Vista using Python 2.5; really
wish I was back under Linux, oh well!  I have generateds_gui.py running;
however, I get the following error when I click the "Generate" button using
both 1.20a and 1.20b.

 

Traceback (most recent call last):

  File "C:\Python25\Lib\site-packages\libgenerateDS\gui\generateds_gui.py",
line

 173, in on_generate_menuitem_activate

    self.run_command(cmd)

  File "C:\Python25\Lib\site-packages\libgenerateDS\gui\generateds_gui.py",
line

 352, in run_command

    returncode = os.waitpid(spobj.pid, 0)[1]

OSError: [Errno 10] No child processes

 

I have no problem doing a "Capture CL" and taking that output and running
generateDS.py straight from the command prompt.  For reference, I am using
gtk2-runtime-2.16.6-2009-12-01-ash.

 

A few other minor issues.

 

.         The "Save" and "Save As" dialogs have "Open" buttons instead of
"Save" buttons (i.e., simply needs relabeling).  The "Save" and "Save As"
still work when you click the "Open" button, just a little confusing to the
user.

.         The tar.gz distribution archive uses symbolic links, which is
typically not a problem unless you are an unfortunate Windows user.  Using
"tar" under Cygwin and GnuWin32, I am NOT able to get either to extract the
files within the archive so that the symlinks become real files during
extraction.  I thought tar's "-h" option would do the trick but no luck.  As
you can gather, these symlinks become useless .lnk files under Windows and
you cannot properly execute "python setup.py build" or "python setup.py
install" due to this.  As such, I have to extract the files under Linux and
copy the entire directory over via Samba, which causes the symlinks to
become actual files on the Windows side.

 

Tom

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
generateds-users mailing list
generateds-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/generateds-users

Reply via email to