jython-dev — Discussion of developing and enhancing Jython itself(!) (not how to use Jython)

Re: [Jython-dev] Missing os.chdir()

[brian z. <bz...@zi...>]

Lars,

Java has no facility for os.chdir() so making it available in Jython without
JNI is difficult, if not impossible.

brian

----- Original Message -----
From: "Lars Hupfeldt Nielsen" <lh...@so...>
To: <jyt...@li...>
Sent: Wednesday, September 05, 2001 3:25 AM
Subject: [Jython-dev] Missing os.chdir()


> Hi.
>
> The 'chdir()' function is missing from the os module, this is a show
> stopper for my application.
> Is there any other way to do a chdir()?
> Calling 'java.lang.System.setProperty("user.dir", dir.toString());' has
> no effect.
>
> Is there any plan for the implementation of this function?
>
>
> Regards
> Lars Hupfeldt Nielsen.
>
>
>
>
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev

[Jython-dev] getting filename of script executed with execfile

[Lars H. N. <lh...@so...>]

Hi.

How can a command get the filename of the script/module from which it is 
called?

I figured out how to do it when a command is called from a module being 
imported, but when execfile is used I instead get the filename of the 
file from which 'execfile' was called.

Regards
Lars Hupfeldt Nielsen.

[Jython-dev] no 'inspect' module

[Lars H. N. <lh...@so...>]

Hi.

Is the 'inspect' module planned in the near future?

Is there any other way to get a unique fingerprint of a function 
definition? I need to compare functions for equality, not identity.

Regards,
Lars Hupfeldt Nielsen.

[Jython-dev] Missing os.chdir()

[Lars H. N. <lh...@so...>]

Hi.

The 'chdir()' function is missing from the os module, this is a show 
stopper for my application.
Is there any other way to do a chdir()?
Calling 'java.lang.System.setProperty("user.dir", dir.toString());' has 
no effect.

Is there any plan for the implementation of this function?


Regards
Lars Hupfeldt Nielsen.

Re: [Jython-dev] python modules within jarfiles revisited

[Ted B. <te...@et...>]

On Tuesday 04 September 2001 11:46, Finn Bock wrote:
> [Ted Berg]
>
> >Background:
< snip >

> >and /path/to/jarfile!/subdirectory is not a valid addition and is ignored.
>
> Wrong. The jar file name must still and with .zip or .jar and normally
> the subdirectory in the .jar file is not an absolute path. Try to add
>
>    /path/to/jarfile.jar!subdirectory
>
> instead.

Ahh.  Java code loading resources from a .jar file requires the leading / for 
subdirectories.  loading the image /path/to/jarfile.jar!subdirectory/foo.gif 
would fail where /path/to/jarfile.jar!/subdirectory/foo.gif would succeed.  
It never occurred to me to try it without the leading slash.  *thanks*!

> >If this is the
> >case, why does an __init__.py placed in the jar root directory not get
> >executed, allowing me to import subdirectories without the need for
> >__init__.py files in them?
>
> It wouldn't make sense. If there is more than one .jar file on sys.path,
> when should the __init__.py files be executed and in what namespace?

Doh!  Thanks.  I hadn't thought of that scenario.

> >Honestly, this isn't a really big deal.  It makes for some strange looking
> >import clauses if you're used to CPython ( from Lib import string ),
>
> Yuck! This is certainly the wrong approach. I believe it is already
> possible to avoid this hackery entirely.

Yeah, and since you've shown me the error of my ways I can do things 
*correctly* now.  :) Thanks a million!

ted

Re: [Jython-dev] jython java access

[<bc...@wo...>]

[Christian Pape]

>Hi Folks,
>
>we are currently trying to use Jython to give users the possibility to
>enter python scripts to automate some steps in a Java application we are
>developing. We want to provide the users an API with Java Classes. But we
>want to restrict the user that he can only use these public Classes from
>the API.

Just to make sure that I understand: you want to add further
restrictions than the normal java access modifiers. Your java classes
have public methods which you do *not* want the users to call. Right?

How would your application decide which methods to restrict? Do you
expect this feature to be truely secure? Or is it mainly a way of hiding
unwanted methods from eyes of the casual user?

>For this we first set Options.respectJavaAccessibility to true. 

As you note later, a hook into the access check should not be tied
together with the respectJavaAccessibility flag. It is two different
things.

>To
>be able to restrict the user to the API the introduced a new interface
>JavaAccessInterceptor and made some small changes to class PyJavaClass.
>Mainly a new method setJavaAccessInterceptor(JavaAccessInterceptor
>anInterceptor) to set an interceptor and a call of the interceptor in the
>methods getAccessibleConstructors, getAccessibleFields and
>getAccessibleMethods.

I don't like the patch in its current form. Setting an intercepter is
too global and the java API (PyJavaClass.setJavaAccessInterceptor)
simply sucks. 

I think the java API should set the interceptor on the PySystemState
instance. That should be the right place for this kind of information
and it will allow an independent system state to run without an
interceptor or with a different interceptor.

>I did this changes in the python version 2.0. but I think it is also
>possible in the version 2.1a3.
>
>We think the change can be useful for other jython users and would like if
>you are able to ingrate the changes or provide something similar.
>What do you think about this ?

If there are others that could use such a feature, please raise your
hand.

>Probably it would be better to call the interceptor also in the case when
>Options.respectJavaAccessibility is set to false.....

Right.

regards,
finn

Re: [Jython-dev] python modules within jarfiles revisited

[<bc...@wo...>]

[Ted Berg]

>Background:
>I'm distributing a java application in executable jar format.  My goal is to 
>offer python as a scripting engine for the application, and to that end I 
>wish to distribute the jython Lib/ modules as part of the jar, such that user 
>scripts can import these modules.
>
>1. Modules in the root directory of the jar may be imported normally

Right.

>2. Modules in a subdirectory of the jar may be imported iff a __init__.py 
>module also appears in that subdirectory.

If there is a __init__.py file it is actually a package.

>3. Attempts to import modules from a subdirectory without a corresponding 
>__init__.py file yield a "ImportError: no module named X" exception, where X 
>is the subdirectory.

Correct. This matches the normal behaviour for file-system directories.

>I assume this is because /path/to/jarfile is a valid addition to the sys.path 

Correct (assuming that "jarfile" ends with .jar or .zip).

>and /path/to/jarfile!/subdirectory is not a valid addition and is ignored.

Wrong. The jar file name must still and with .zip or .jar and normally
the subdirectory in the .jar file is not an absolute path. Try to add

   /path/to/jarfile.jar!subdirectory

instead.

>Am I correct in also assuming that the __init__.py file causes the python 
>interpreter to treat the *directory* as a module itself? 

Yes, that is a valid way of looking at a package.

>If this is the 
>case, why does an __init__.py placed in the jar root directory not get 
>executed, allowing me to import subdirectories without the need for 
>__init__.py files in them?  

It wouldn't make sense. If there is more than one .jar file on sys.path,
when should the __init__.py files be executed and in what namespace?

>Honestly, this isn't a really big deal.  It makes for some strange looking 
>import clauses if you're used to CPython ( from Lib import string ), 

Yuck! This is certainly the wrong approach. I believe it is already
possible to avoid this hackery entirely.

regards,
finn

Re: [Jython-dev] jython info

[Kevin B. <kb...@ca...>]

Ype Kingma wrote:
> 
> >Hi,
> >I am using jython to test my java application. I would to know how to do the
> >following
> >
> >1.) I have a java method which returns an int array.(public int[] read())
> >How to use this method in jpython. Say I am trying to do something like this
> > int [] r = read()
> >print r

// Java
public class Arr
{
    public static int[] read()
    {
        return new int[] { 1, 2, 3, 4 };
    }
}

# Python
import Arr
l = Arr.read()
for i in l:
    print i

Jython 2.1a1 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> ## working on region in file d:/TEMP/python-289_qK...
1
2
3
4
>>>     

kb

Re: [Jython-dev] jython info

[Ype K. <yk...@xs...>]

>Hi,
>I am using jython to test my java application. I would to know how to do the
>following
>
>1.) I have a java method which returns an int array.(public int[] read())
>How to use this method in jpython. Say I am trying to do something like this
> int [] r = read()
>print r

Have a look at
http://www.jython.org/docs/usejava.html
and look for the Foo[] return value.

Good luck,
Ype

[Jython-dev] jython info

[Vasanthi, N (Nagalingam) <N.V...@dl...>]

Hi,
I am using jython to test my java application. I would to know how to do the
following

1.) I have a java method which returns an int array.(public int[] read())
How to use this method in jpython. Say I am trying to do something like this
 int [] r = read()
print r

Thanks

Vasanthi, N (Nagalingam) Mrs 
 CLRC

[Jython-dev] [ jython-Patches-456993 ] PyFile truncate()

[<no...@so...>]

Patches item #456993, was opened at 2001-08-30 13:52
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=312867&aid=456993&group_id=12867

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Randy Jay Yarger (ryarger)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyFile truncate()

Initial Comment:
Jython does not support truncate() (as does CPython)
even though some types of files (such as
RandomAccessFiles) have this ability in Java.

Attached is a patch to add truncate()


----------------------------------------------------------------------

>Comment By: Randy Jay Yarger (ryarger)
Date: 2001-09-04 06:54

Message:
Logged In: YES 
user_id=312218

Here's the attachment...

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2001-09-03 23:02

Message:
Logged In: YES 
user_id=4201

No file is attached. You probably just forgot to check the 
field "Check to Upload & Attach File:".

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=312867&aid=456993&group_id=12867

[Jython-dev] python modules within jarfiles revisited

[Ted B. <te...@et...>]

Background:
I'm distributing a java application in executable jar format.  My goal is to 
offer python as a scripting engine for the application, and to that end I 
wish to distribute the jython Lib/ modules as part of the jar, such that user 
scripts can import these modules.

1. Modules in the root directory of the jar may be imported normally
2. Modules in a subdirectory of the jar may be imported iff a __init__.py 
module also appears in that subdirectory.
3. Attempts to import modules from a subdirectory without a corresponding 
__init__.py file yield a "ImportError: no module named X" exception, where X 
is the subdirectory.

I assume this is because /path/to/jarfile is a valid addition to the sys.path 
and /path/to/jarfile!/subdirectory is not a valid addition and is ignored.

Am I correct in also assuming that the __init__.py file causes the python 
interpreter to treat the *directory* as a module itself?  If this is the 
case, why does an __init__.py placed in the jar root directory not get 
executed, allowing me to import subdirectories without the need for 
__init__.py files in them?  

Honestly, this isn't a really big deal.  It makes for some strange looking 
import clauses if you're used to CPython ( from Lib import string ), but it 
does the job.  My biggest concern was a desire to modify the Lib/ tree as 
little as possible, not at all being my preference.  I know little enough 
about hard-core python hacking that I didn't want to mess with anything.

Ted

[Jython-dev] [ jython-Patches-456993 ] PyFile truncate()

[<no...@so...>]

Patches item #456993, was opened at 2001-08-30 13:52
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=312867&aid=456993&group_id=12867

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Randy Jay Yarger (ryarger)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyFile truncate()

Initial Comment:
Jython does not support truncate() (as does CPython)
even though some types of files (such as
RandomAccessFiles) have this ability in Java.

Attached is a patch to add truncate()


----------------------------------------------------------------------

>Comment By: Finn Bock (bckfnn)
Date: 2001-09-03 23:02

Message:
Logged In: YES 
user_id=4201

No file is attached. You probably just forgot to check the 
field "Check to Upload & Attach File:".

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=312867&aid=456993&group_id=12867

[Jython-dev] Un bon plan pour la rentrée

[<st...@wa...>]

C<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<TITLE>mailing082k1</TITLE>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
</HEAD>
<BODY BGCOLOR=#FFFFFF>
<TABLE WIDTH=661 BORDER=0 CELLPADDING=0 CELLSPACING=0>
  <TR>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/espaceur.gif" WIDTH=250 HEIGHT=1></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/espaceur.gif" WIDTH=90 HEIGHT=1></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/espaceur.gif" WIDTH=199 HEIGHT=1></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/espaceur.gif" WIDTH=43 HEIGHT=1></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/espaceur.gif" WIDTH=79 HEIGHT=1></TD>
  </TR>
  <TR>
    
    <TD ROWSPAN=5 align="right" valign="bottom"> <img src="http://www.phone-trader.com/images/boule.gif" width="251" height="225"></TD>
    <TD COLSPAN=4>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_02.gif" WIDTH=411 HEIGHT=96></TD>
  </TR>
  <TR>
    <TD COLSPAN=3>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_03.gif" WIDTH=332 HEIGHT=32></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_04.gif" WIDTH=79 HEIGHT=32></TD>
  </TR>
  <TR>
    <TD COLSPAN=2 ROWSPAN=2>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_05.gif" WIDTH=289 HEIGHT=80></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_06.gif" WIDTH=43 HEIGHT=54></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_07.gif" WIDTH=79 HEIGHT=54></TD>
  </TR>
  <TR>
    <TD COLSPAN=2>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_08.gif" WIDTH=122 HEIGHT=26></TD>
  </TR>
  <TR>
    
    <TD> <a href="http://www.phone-trader.com/netup/index.html"><IMG SRC="http://www.phone-trader.com/images/mailing082k1_09.gif" WIDTH=90 HEIGHT=18 border="0"></a></TD>
    <TD COLSPAN=3 ROWSPAN=3>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_10.gif" WIDTH=321 HEIGHT=52></TD>
  </TR>
  <TR>
    
    <TD ROWSPAN=3 valign="top" align="right" background="http://www.phone-trader.com/images/mailing082k1_11.gif"><img src="http://www.phone-trader.com/images/mailing082k1_11.gif" width="250" height="134"></TD>
    <TD> <a href="http://www.phone-trader.com/wellpack/index.htm"><IMG SRC="http://www.phone-trader.com/images/mailing082k1_12.gif" WIDTH=90 HEIGHT=16 border="0"></a></TD>
  </TR>
  <TR>
    
    <TD> <a href="http://www.phone-trader.com/cyberpack/index.htm"><IMG SRC="http://www.phone-trader.com/images/mailing082k1_13.gif" WIDTH=90 HEIGHT=18 border="0"></a></TD>
  </TR>
  <TR>
    <TD COLSPAN=3>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_14.gif" WIDTH=332 HEIGHT=100></TD>
    <TD>
      <IMG SRC="http://www.phone-trader.com/images/mailing082k1_15.gif" WIDTH=79 HEIGHT=100></TD>
  </TR>
</TABLE>
</BODY>
</HTML>                

Re: [Jython-dev] jythonc and "import warnings"

[<bc...@wo...>]

[Ben Burton]

>> warnings.py is installed together with the rest of the standard modules.
>
>I presume this is specific to CPython 2.1 - 

Correct.

>I don't seem to have it
>with my CPython 2.0 installation (and 2.1 does not yet exist for debian
>since they're still working on the mechanics of a seamless upgrade from a
>joint 2.0/1.5 installation AFAIK).
>
>I'm running from alpha3 (well, I checked out from CVS with the alpha3
>tags).  So am I right to conclude that if you don't use the binary
>installer then CPython >= 2.1 is a prerequisite for using jythonc?

Correct. A source version of CPython-2.1.1 and a single line in your
$HOME/.jython file is all it takes.

  python.path=/path/to/Python-2.1.1/Lib

regards,
finn

Re: [Jython-dev] jythonc and "import warnings"

[Ben B. <bb...@ma...>]

> warnings.py is installed together with the rest of the standard modules.

I presume this is specific to CPython 2.1 - I don't seem to have it
with my CPython 2.0 installation (and 2.1 does not yet exist for debian
since they're still working on the mechanics of a seamless upgrade from a
joint 2.0/1.5 installation AFAIK).

I'm running from alpha3 (well, I checked out from CVS with the alpha3
tags).  So am I right to conclude that if you don't use the binary
installer then CPython >= 2.1 is a prerequisite for using jythonc?

Ben.

Re: [Jython-dev] jythonc and "import warnings"

[<bc...@wo...>]

[Ben Burton]

>Hi.  I'm having problems running jythonc:
>
>Traceback (innermost last):
>  File "/usr/share/jython/Tools/jythonc/jythonc.py", line 4, in ?
>  File "/usr/share/jython/Tools/jythonc/main.py", line 70, in ?
>  File "/usr/share/jython/Tools/jythonc/compile.py", line 7, in ?
>  File "/usr/share/jython/Tools/jythonc/SimpleCompiler.py", line 12, in ?
>ImportError: no module named warnings
>
>I've had a hunt through all the jython sources as well as the cpython modules 
>on my system and I'm at a loss.
>
>May I ask where I should be looking to find the "warnings" module?

warnings.py is installed together with the rest of the standard modules.
If you are running from CVS, you should use a warnings.py file from
CPython-2.1.1.

regards,
finn

[Jython-dev] jythonc and "import warnings"

[Ben B. <be...@ac...>]

Hi.  I'm having problems running jythonc:

Traceback (innermost last):
  File "/usr/share/jython/Tools/jythonc/jythonc.py", line 4, in ?
  File "/usr/share/jython/Tools/jythonc/main.py", line 70, in ?
  File "/usr/share/jython/Tools/jythonc/compile.py", line 7, in ?
  File "/usr/share/jython/Tools/jythonc/SimpleCompiler.py", line 12, in ?
ImportError: no module named warnings

I've had a hunt through all the jython sources as well as the cpython modules 
on my system and I'm at a loss.

May I ask where I should be looking to find the "warnings" module?

Thanks - Ben.

-- 

Ben Burton
be...@ac...  |  ba...@de...
http://baasil.humbug.org.au/bab/
Public Key: finger ba...@de...

Every Friday night I have a margarita with a Christian God. I'll
share the observations of my week, and ask for answers and try to keep
an open mind. Then we both move on.
	- Tori Amos, Philadelphia Inquirer, May 3, 1998

[Jython-dev] Closing files at exit.

[<bc...@wo...>]

In the second half on the bugreport:

>  [ #448398 ] open('test.txt','w').write('test') fails
>  http://sourceforge.net/tracker/index.php?func=detail&aid=448398&group_id=12867&atid=112867

it is hinted that sys.exit() could close open python files. 

I haven't made up my mind about it yet. We could register open PyFile
instances in a global collection and have some exit code that close all
the files in the collection. An implementation would probably have to
use weak references on java2. On java1 the GC'ing of files would then be
disabled, which means that we must have a way of disabling the entire
close-at-exit feature.

It feels like a lot of code with only a little gain but I'm not
dismissing it completely because the current behaviour result in
complete and silent loss of a lot of information.

Is it worth the trouble? Of so, what should the default be? Enabled
close-at-exit for java2 and disabled for java1?


Note 1: I'm not even considering changing the behaviour for
    open('test.txt','w').write('test')
Code like that will still not close the file immediately.

Note 2: Supporting the buffer size argument could be another workaround.
At the moment python files are always buffered and while disabling
buffering could help for the example code, the two issues (close-at-exit
and buffering) are different problems.

regards,
finn

Re: [Jython-dev] jython, readline and GPL (again)

[Ben B. <be...@ac...>]

> Is this usefull outside of debian?

Certainly libedit should be usable on other flavours of linux, as well as 
*BSD and other linux/unix-like systems.  As a matter of fact, it was 
originally taken from NetBSD (afaik).

The sources can be viewed on the NetBSD CVS website:
http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/lib/libedit/
Alas I had a hunt and couldn't find a tidy sourceball available for download. 
 The debian packager of libedit obtained it by checking it out (anonymously) 
from the NetBSD CVS:
CVSROOT :pserver:an...@an...:/pub/NetBSD-CVS

For linux and *BSD machines it may be worth seeing if libedit has already 
been packaged for your distribution.  Apparently there are old versions and 
new versions floating around, and the new versions are sufficiently 
readline-compatible but the old ones aren't.  So if you build the patched 
version of Bablok's code and get compile errors about missing routines, I'd 
hassle the libedit maintainer for your distribution to update the sources or 
otherwise download them from CVS and build them yourself.  For reference, the 
libedit in debian calls itself /usr/lib/libedit.so.2.5.

If all of this is too much hassle you can always download the sourceball 
that's being used by the debian packager at:
http://packages.debian.org/unstable/libs/libedit2.html
(look for the source code link at the bottom of the page).



So.  As for patches to Bablok's code, I've attached a diff that contains all 
the changes I made.  From the email I sent to Bablok:

[ begin ]
All I really had to change was the makefiles.  I've put them in a different 
jar with a different native library (libJavaEditline.so) so the user can have 
both installed on the system at the same time.  This means for a 
GPL-compatible app you can put the GNU readline wrappers on your classpath 
and for a GPL-incompatible app you can use the BSD editline wrappers.

The actual editline library is missing two functions (parseAndBind and 
readInitFile) so I have commented these out wherever they appear.  Other than 
that pretty much everything else was left the same and it seems to work (at 
least with the test classes).
[ end ]

Bernhard says he plans to release version 0.6 of his wrappers with libedit 
support, at which point I'll forget my patches and use what he's done 
instead.  In the meantime I'm at least using these patches for debian because 
there have been calls for readline support in jython and I'd like to have it 
in place for the impending debian 3.0 release.

If I've made too much of a meal of all this, just ask and I'll clarify. :)

Ben.

-- 

Ben Burton
be...@ac...  |  ba...@de...
http://baasil.humbug.org.au/bab/
Public Key: finger ba...@de...

Paradoxically though it may seem, it is none the less true that life
imitates art far more than art imitates life.
	- Oscar Wilde

Re: [Jython-dev] jython, readline and GPL (again)

[<bc...@wo...>]

[Ben Burton]

>Hi.. just for reference, a followup to the July 1 thread on GPL-compatibility 
>issues with readline support if anyone's interested.
>
>I've patched Bernhard Bablok's readline wrappers to link with libedit.so 
>instead of libreadline.so.

Great news.

Is this usefull outside of debian? If so, could you give a few hints on
where to download libedit and the patched version of Bablok's code.

regards,
finn

Re: [Jython-dev] copyright characters in source files

[Ben B. <be...@ac...>]

> Could you add a bug report so we don't forget about it.

Done (#457614).

> >You could say "just don't use jikes",
>
> I would never say that.

*grin*..  Not suggesting you would; I've just had similar responses from 
(other projects') mailing list contributers in the past so I figured I'd 
mention it for reference.

Grazie,
	Ben. :)

-- 

Ben Burton
be...@ac...  |  ba...@de...
http://baasil.humbug.org.au/bab/
Public Key: finger ba...@de...

One should never trust a woman who tells one her age. A woman who would
tell one that, would tell one anything.
	- Oscar Wilde

Re: [Jython-dev] copyright characters in source files

[<bc...@wo...>]

[Mats Wichmann]

> >So basically what I'm going to ask is for all the copyright characters to be
> >replaced with (c). :)  I realise this is an onerous task (although one that
> >only took me a few minutes with a for loop in bash and a lot of repetitive
> >keystrokes in vi).
>
>It should be noted that the sequence (c) has no legal force, where the
>copyright symbol does.  

Does the string \u00A9 have more legal force? As I see it, that is the
alternativ to using "(c)".

I think I would go with using "(c)". That seemed to be good enough for
CNRI in their license and they cared far more about this topic than I
even will.

regards,
finn

Re: [Jython-dev] copyright characters in source files

[<bc...@wo...>]

[Ben Burton]

>Hi.. a note on a different subject.
>
>I'm using jikes to build jython. 

So am I.

>Some time ago I got an error regarding the 
>use of the copyright character in a quoted string (in sha.java).  Which was 
>fine, I just edited the file and replaced the character with (c) and all was 
>well.
>
>Now, since my last upgrade, jikes gets upset when the file contains 
>non-standard characters.  Even in comments.

I don't get any warnings about this at all. Maybe it is because I'm
using Windows where jikes (quite correctly) assume that the source files
is written using a windows codepage.

>So suddenly I find myself having to manually edit some 114 files to replace 
>copyright characters with (c) in the comment headers, eg.:
>// Copyright (c) Corporation for National Research Initiatives
>
>The error jikes gives me is:
>
>jikes +E +D -g -classpath 
>"../../..:/usr/share/java/libgcj.jar:/usr/share/kaffe/rmi.jar:/usr/share/java/servlet-2.2.jar" 
>ArgListCompiler.java
>Charset conversion error at offset 13: Invalid or incomplete multibyte or 
>wide character
>
>You could say "just don't use jikes", 

I would never say that.

>but jikes is explicitly designed to 
>adhere precisely to language and VM specifications; no more, no less.

Maybe it does, but I'm not entirely sure that the java language dictate
the use of ASCII-only in comments and strings. It is more of a tool
issue and there is few garanties on the tools. Javac have en -encoding
option but jikes doesn't.

>So I 
>would claim we *want* jython to compile with jikes because this should mean 
>it will compile with any sane and compliant java compiler.

I agree completely.

>So basically what I'm going to ask is for all the copyright characters to be 
>replaced with (c). :)  I realise this is an onerous task (although one that 
>only took me a few minutes with a for loop in bash and a lot of repetitive 
>keystrokes in vi).

Could you add a bug report so we don't forget about it.

[When making a release, the bug tracker gives me a list of all bugs that
was fixed in the release for free. That is another very good reason for
why I want all bugs to be entered in the tracker]

regards,
finn

Re: [Jython-dev] copyright characters in source files

[Mats W. <ma...@la...>]

 >You could say "just don't use jikes", but jikes is explicitly designed to
 >adhere precisely to language and VM specifications; no more, no less.  So I
 >would claim we *want* jython to compile with jikes because this should mean
 >it will compile with any sane and compliant java compiler.

Agree.

 >So basically what I'm going to ask is for all the copyright characters to be
 >replaced with (c). :)  I realise this is an onerous task (although one that
 >only took me a few minutes with a for loop in bash and a lot of repetitive
 >keystrokes in vi).

It should be noted that the sequence (c) has no legal force, where the
copyright symbol does.