💾 Archived View for blitter.com › apl-books › APLSE › www.sigapl.org › Archives › waterloo_archive ›… captured on 2024-08-18 at 19:33:46.
⬅️ Previous capture (2022-07-17)
-=-=-=-=-=-=-
From owner-jsoftware@lists.interlog.com Thu Dec 31 04:45:53 1998
Date: Thu, 31 Dec 1998 10:45:56 +0200
From: Anssi Seppala <anssi.seppala@enease.fi>
Subject: Re: Jforum: Event Handlers
In-Reply-To: <368AC446.448F@airmail.net>
To return the focus to main dialog after return from subdialog use
wd 'psel main'
I have a convention to use a loop to keep the event handling in the
subform. The variable close has value 0 in the loop and the dialog stays in
the while. do. end. loop as long as the close variable is 0. The Close
button of the subform sets new value for the close variable:
...
close=: 0
while. -. close do.
wd 'wait'
wdhandler ''
end.
)
)
At 18:24 30.12.1998 -0600, you wrote:
>I have a program that uses 2 windows. Let's say mainwin and subwin.
>When I open subwin from mainwin it executes wd 'wait'. While it
>executes everything is fine until it get's closed with wd 'pclose'.
>Mainwin is then displayed again. My problem is, how do I know when I'm
>back in mainwin. It doesn't seem to trigger an event, and I need to do
>some processing when subwin is done.
>
>Also, when mainwin invokes subwin with the wd 'wait' the next statement
>in the main program is executed. If its waiting on subwin, why does it
>continue in mainwin? It doesn't seem to work this way with the mb
>common dialogs. How are they coded to achieve a total wait?
>
>Is there someplace that these messages are stored? If someone has
>already answered this it would save me asking again.
>
>Thanks to everyone in advance.
>
>----------------------------------------------------------------------------
>----
>J Forum: for information about this list, see
>http://www.jsoftware.com/forum.htm
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 10:21:44 1998
Date: Thu, 31 Dec 1998 10:09:10 -0500
From: Murray Eisenberg <murray@math.umass.edu>
Organization: Mathematics & Statistics, Univ. of Mass./Amherst
Subject: Jforum: JUSER.CNT problem
References: <Pine.LNX.4.04.9812302218310.4037-100000@spin.vl.net.ua>
With J 4.02a for Win 95/NT, each time when I select "User" from the Help
menu, a Windows Help error dialog box pops up with the message:
Unable to open the file
G:\HELP\WINHLP\JUSER.CNT
(G: happens to be my CD-ROM drive.)
The file JUSER.CNT is where it ought to be (at least where I think it
ought to be) on my hard drive, namely, in
J402\System\Extras\help
(along with all the other .cnt and other help files).
No other selection from the Help menu causes the same Windows Help error
message.
After I click the OK button in the Windows Help error dialog box, the
desired User help does opens. But it's really annoying to have to go
through this extra step each time I want to access User help.
I prowled around in the Registry but found no entry likely to be causing
this problem there.
Diagnosis? Cure?
--
Murray Eisenberg Internet: murray@math.umass.edu
Mathematics & Statistics Dept. Voice: 413-545-2859 (W)
University of Massachusetts 413-549-1020 (H)
Amherst, MA 01003 Fax: 413-545-1801
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 10:46:39 1998
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: Jforum: What happened?
Date: Thu, 31 Dec 1998 15:42:05 -0000
Today it is the last day of the year in Iceland.
It is customary to stop a bit and look back and
reflect on what has been achieved last year and
put it in respect to earlier years and make promises
for the future.
So what happened ?
Not very much it seems.
We got J to keep in the pocket. When I got J the first time
I got a discette from Ken 1990 and I could keep it in my
pocket.
When I started to look at it I discovered that I could
manage to understand about 1% of what was there.
I still can only understand about 1% of what is in J.
J then was amazingly compact, clean and powerful
and had a great future.
J is still amazingly compact, clean and powerful
and has a great future.
So what is new then.
Well for one thing it is so much easier now to start using J
and learn to use all kinds of very advanvanced features.
For another then there are so many others who have already
spent some years of learning how to do things that those who
experience difficulties have a lot of examples and experienced
users to turn to.
I think that now finally we have a real opportunity to begin to
get a really broader audience. It is like rings on a water. The
first waves build a circle that is narrow and then the rings get
wider and wider.
Even if we have seen very big changes to J during last year then
in the light of earlier achievements they only improved an already
near perfect product.
The mapped file for one is an enourmously important feature but
it will probably take a long time before we will see the impact and
the importance of it.
Getting J to run on a calculator is another very important milestone
and it will surely lift J into categories of users and applications we
could hardly dream of just a few years ago.
The labs, tutorials and demos have been and area that has been lifted
to a near perfection and wil have a great effect of spreading the knowledge
of how to do things in and with J.
The importance of an active web to spread and concentrate knowledge
about J and its usage has also come to be during this passing year.
I could go on and on about what it is that is most important in making
J the most important product advancement this year but mostly it is
the combined effect of gradual enhancements that have happend over
the years behind great ideas.
I thank you all I have had the pleasure of meeting in person or on the
net to share the experience of J and its applications. I want to congratulate
us all on having this marvelous product and wish us all a great new and
coming years.
And if you are lucky then this will be the last message you will receive
from me this year.
Happy new Jer.
/Gosi
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 11:14:03 1998
From: "Chris Burke" <cdburke@interlog.com>
Subject: Re: Jforum: Event Handlers
Date: Thu, 31 Dec 1998 11:04:26 -0500
charset="iso-8859-1"
>I have a program that uses 2 windows. Let's say mainwin and subwin.
>When I open subwin from mainwin it executes wd 'wait'. While it
>executes everything is fine until it get's closed with wd 'pclose'.
>Mainwin is then displayed again. My problem is, how do I know when I'm
>back in mainwin. It doesn't seem to trigger an event, and I need to do
>some processing when subwin is done.
Define a verb that reinitialises main, say main_return, then have the close
handlers of subwin call it.
>Also, when mainwin invokes subwin with the wd 'wait' the next statement
>in the main program is executed. If its waiting on subwin, why does it
>continue in mainwin? It doesn't seem to work this way with the mb
>common dialogs. How are they coded to achieve a total wait?
Without seeing the code, I'm not sure what is going wrong. However, I
suggest you make a couple of changes. First, do not use 'wait' - you would
be much better off defining subwin as an owner form (see the form edit
dialog for a parent window). This prevents events occuring in mainwin while
subwin is active. Second, you should not need any statements after invoking
subwin from main. Any such statements should instead be in the main_return
verb suggested above.
>Is there someplace that these messages are stored? If someone has
>already answered this it would save me asking again.
The J Forum is not yet stored. We'll get something up and running shortly.
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 16:10:24 1998
Date: Thu, 31 Dec 1998 14:48:42 -0500
From: Eric Iverson <eiverson@interlog.com>
Organization: Iverson Software Inc.
Subject: Re: Jforum: Event Handlers
References: <368AC446.448F@airmail.net>
>Peter Nichols wrote:
> When I open subwin from mainwin it executes wd 'wait'....
The short answer is: don't use wd'wait'
wait is a holdover from the earliest verion of wd that worked between a
task running in DOS and a task running in Windows. I probably should
kill it off, but a few residual uses linger on.
wait should never be used in a normal GUI application as it is not part
of the event model.
Chris, in another message, suggests what you should do instead.
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 16:10:29 1998
Date: Thu, 31 Dec 1998 16:00:52 -0500
From: Eric Iverson <eiverson@interlog.com>
Organization: Iverson Software Inc.
Subject: Re: Jforum: JUSER.CNT problem
References: <Pine.LNX.4.04.9812302218310.4037-100000@spin.vl.net.ua> <368B9396.5A2EF496@math.umass.edu>
Murray Eisenberg wrote:
>
> With J 4.02a for Win 95/NT, each time when I select "User" from the Help
> menu, a Windows Help error dialog box pops up with the message:
>
> Unable to open the file
> G:\HELP\WINHLP\JUSER.CNT
I've seen variations on this problem and have never been able to track
it down and then it would go away. Your message gave a clue and I took
another look.
The problem is caused by gid files in the \windows\help directory. gid
files are hidden files that are 'compiled' help stuff. You need to use
something like the DOS dir /ah command to see them and the attrib -h
jxxxx.gid to make them visible so you can delete them.
Check your \windows\help directory and you will find some j*.gid files.
Erase these files and your problem should go away.
The problem is that windows help looks for gid files in this directory
before looking in the current directory (path of the hlp file it is
opening). The bad gid file in the \windows\help directory was probably
created browseing the cdrom help files directly from winhelp, in which
case it puts the gid file in its own directory.
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 16:21:49 1998
Date: Thu, 31 Dec 1998 16:12:00 -0500 (EST)
From: Olivier Lefevre <lefevre@panix.com>
Subject: Re: Jforum: JUSER.CNT problem
In-Reply-To: <368BE604.4E5D@interlog.com>
[Long description of the evil ways of WINHLP deleted]
Isn't Windows entertainingly crappy?
Best wishes for the new year to you all,
-- O.L.
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 18:31:11 1998
Date: Thu, 31 Dec 1998 17:23:55 -0600
From: Peter Nichols <pnichols@airmail.net>
Subject: Re: Jforum: What happened?
References: <01BE34D4.7CA74280@geisli-32.centrum.is>
I agree Bjorn, it's been awesome to begin learning J. I never thought I
would find something better than APL, but now I'm totally won over.
Once again I feel that I've found a 'tool for thought'. But perhaps
best is the quality of the feedback and help I've found in the forum.
You guys are great. Thanks for everything.
Peter Nichols
Bjorn G. Helgason wrote:
>
> Today it is the last day of the year in Iceland.
> It is customary to stop a bit and look back and
> reflect on what has been achieved last year and
> put it in respect to earlier years and make promises
> for the future.
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 20:51:25 1998
Date: Fri, 01 Jan 1999 03:39:33 +0200
From: Anssi Seppala <anssi.seppala@enease.fi>
Subject: Re: Jforum: Event Handlers
In-Reply-To: <009501be34d7$529d3500$1e0114d1@xps200>
Content-Transfer-Encoding: 8bit
Oh NO Chris & Eric,
I was a few months ago struggling with wait and succeeded with special
"close" loop. Now you are recommending not to use 'wait''. I do not
understand, please give me an example.
Anssi
At 11:04 31.12.1998 -0500, Chris wrote:
>First, do not use 'wait' - you would...
-------------------------------------------------------------------
Anssi Sepp�l�
Konsultti, s�hk�markkinat ja s�hk�njakelu: Sovellukset ja ohjelmistot
e-mail: anssi.seppala@enease.fi tel: +358 9 45400550
Enease Oy fax: +358 9 45400551
Mannerheimintie 66 A mob: +358 400 760077
FIN - 00260 HELSINKI, Finland http://www.kolumbus.fi/enease/
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Thu Dec 31 23:10:07 1998
From: "Chris Burke" <cdburke@interlog.com>
Subject: Re: Jforum: Event Handlers
Date: Thu, 31 Dec 1998 22:49:59 -0500
charset="iso-8859-1"
>I was a few months ago struggling with wait and succeeded with special
>"close" loop. Now you are recommending not to use 'wait''. I do not
>understand, please give me an example.
An example is below. Note that the main form is disabled when the subform is
called. However, you can still use the J session.
The standard J event handler can be used for pretty well any GUI, and is far
easier to use than wait. The only thing that wait gives you that is not
immediately available with the standard event handler is that wait disables
the rest of the J session until the wait is completed. The only example in
the scripts that really uses this feature is the input log dialog box. In
this case, wait prevents someone typing in the session while the input log
is displayed, so that the two do not get out of synch. Even in this case,
the wait is not strictly necessary.
Apart from the input log dialog, any remaining examples of wait in the J
scripts are likely based on code written when wait was the only mechanism
supported, which was true of J up to version 2.04.
The example follows.
require 'jinput'
MAINWIN=: 0 : 0
pc mainwin closeok;
xywh 136 8 34 12;cc getname button;cn "Get Name";
xywh 136 23 34 12;cc cancel button;cn "Cancel";
xywh 8 15 29 9;cc label static;cn "Name:";
xywh 37 15 80 9;cc name static;cn "";
pas 6 6;pcenter;
rem form end;
)
mainwin_run=: 3 : 0
wd MAINWIN
wd 'pshow;'
)
mainwin_cancel_button=: mainwin_close=: wd bind 'pclose'
mainwin_getname_button=: 3 : 0
'Enter your name' conew 'jinput'
)
input_result=: 3 : 0
wd 'set name *',y.
)
mainwin_run''
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 06:59:11 1999
Date: Fri, 01 Jan 1999 13:40:25 +0200
From: Anssi Seppala <anssi.seppala@enease.fi>
Subject: Re: Jforum: Event Handlers
In-Reply-To: <002201be353a$292c58a0$550114d1@xps200>
Chris,
Thanks for your explanation. One thing I do not understand in your example.
What mechanism disabes the main form?
For my applications it is the most important feature to keep the user in
one dialog in time. Therefore the wd'wait' did the job. Now in your example
I look at the jinput script, but where is the "disable main form"-command.
Or is it default here?
Anssi
At 22:49 31.12.1998 -0500, you wrote:
>>I was a few months ago struggling with wait and succeeded with special
>>"close" loop. Now you are recommending not to use 'wait''. I do not
>>understand, please give me an example.
>
>An example is below. Note that the main form is disabled when the subform is
>called. However, you can still use the J session.
>
>The standard J event handler can be used for pretty well any GUI, and is far
>easier to use than wait. The only thing that wait gives you that is not
>immediately available with the standard event handler is that wait disables
>the rest of the J session until the wait is completed. The only example in
>the scripts that really uses this feature is the input log dialog box. In
>this case, wait prevents someone typing in the session while the input log
>is displayed, so that the two do not get out of synch. Even in this case,
>the wait is not strictly necessary.
>
>Apart from the input log dialog, any remaining examples of wait in the J
>scripts are likely based on code written when wait was the only mechanism
>supported, which was true of J up to version 2.04.
>
>The example follows.
...
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 08:10:39 1999
From: "Chris Burke" <cdburke@interlog.com>
Subject: Re: Jforum: Event Handlers
Date: Fri, 1 Jan 1999 07:59:21 -0500
charset="iso-8859-1"
Anssi
>Thanks for your explanation. One thing I do not understand in your example.
>What mechanism disabes the main form?
>
>For my applications it is the most important feature to keep the user in
>one dialog in time. Therefore the wd'wait' did the job. Now in your example
>I look at the jinput script, but where is the "disable main form"-command.
>Or is it default here?
The "owner" parameter in the pc command, in this case:
pc a dialog owner;
See Help|User|Form Editor|Parent.
Chris
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 08:51:26 1999
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: RE: Jforum: Mac runtime for Pousse?
Date: Fri, 1 Jan 1999 13:43:34 -0000
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BE358D.A6F83DA0"
------ =_NextPart_000_01BE358D.A6F83DA0
Content-Transfer-Encoding: quoted-printable
The solution to the problem with the Mac was closer to home
than I expected. I started to read about runtime on my Windows=20
system and there it was:
"Macintosh
The Macintosh doesn't have command line parameters so there is no /rt =
parameter. If J is started by double-clicking a script file with a =
suffix of .ijr, then J is started as a runtime application. The ijr file =
does not have to be an encoded ijr file."
Therefore I conclude that my Windows solution for pousse can be made
by just renaming pusl.ijs to pusl.ijr on the Mac and it would run by=20
double-clicking on that file on the Mac.
It sometimes helps to read the manual.
/Gosi
------ =_NextPart_000_01BE358D.A6F83DA0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IgwNAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
ABwBAAABAAAADAAAAAMAADADAAAACwAPDgAAAAACAf8PAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABmb3J1bUBqc29mdHdhcmUuY29tAFNNVFAAZm9ydW1AanNvZnR3YXJlLmNvbQAAAAAe
AAIwAQAAAAUAAABTTVRQAAAAAB4AAzABAAAAFAAAAGZvcnVtQGpzb2Z0d2FyZS5jb20AAwAVDAEA
AAADAP4PBgAAAB4AATABAAAAFgAAACdmb3J1bUBqc29mdHdhcmUuY29tJwAAAAIBCzABAAAAGQAA
AFNNVFA6Rk9SVU1ASlNPRlRXQVJFLkNPTQAAAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEAAAAEAAAA
AAAAAxs0AQiABwAYAAAASVBNLk1pY3Jvc29mdCBNYWlsLk5vdGUAMQgBBIABACQAAABSRTogSmZv
cnVtOiBNYWMgcnVudGltZSBmb3IgUG91c3NlPwA4DAEFgAMADgAAAM8HAQABAA0AKwAiAAUANwEB
IIADAA4AAADPBwEAAQANACUAFAAFACMBAQmAAQAhAAAAQTAyNDhEQkY2NkExRDIxMThCOUEyQ0Ex
RkZDMDAwMDAAKwcBA5AGAOADAAASAAAACwAjAAEAAAADACYAAAAAAAsAKQABAAAAAwA2AAAAAABA
ADkAgKG2uYw1vgEeAHAAAQAAACQAAABSRTogSmZvcnVtOiBNYWMgcnVudGltZSBmb3IgUG91c3Nl
PwACAXEAAQAAABsAAAABvjNW0Y/sEpGpn0cR0ouaLKH/wAAAAI1CaMMAHgAeDAEAAAAFAAAAU01U
UAAAAAAeAB8MAQAAABAAAABnb3NpQGNlbnRydW0uaXMAAwAGEOyoKpMDAAcQ+wEAAB4ACBABAAAA
ZQAAAFRIRVNPTFVUSU9OVE9USEVQUk9CTEVNV0lUSFRIRU1BQ1dBU0NMT1NFUlRPSE9NRVRIQU5J
RVhQRUNURURJU1RBUlRFRFRPUkVBREFCT1VUUlVOVElNRU9OTVlXSU5ET1dTU1kAAAAAAgEJEAEA
AABbAgAAVwIAAMcDAABMWkZ1lxiWo/8ACgEPAhUCqAXrAoMAUALyCQIAY2gKwHNldDI3BgAGwwKD
MgPFAgBwckJxEeJzdGVtAoMzdwLkBxMCgH0KgAjPCdk78RYPMjU1AoAKgQ2xC2DAbmcxMDM5CvsU
URUL8mMAQCAKhVRoZUQgcwbwdXRpAiAg3HRvHCAbcRNQbwJgE+BuIAPwHGAcU00A0B0QYb0EIGMV
oBGwBcAcMWgDcA5lCoUcYAORSSBleOZwBZAT0GQuH8ETwArA9yBBHCIWEGEhEAGgCGAFQCxydQIw
B3EgHAFtecQgVwuAZG93BCAKhb5zE7MhoCMQHFIWECAdMO0d4joKhQqFIh2xC4AcMNxzaCVsG2Im
VyAjIAeQbG4nBUARgHYbgAWgbbsDgSEQbAuAHIEKwGEHgF8T0BGgG5EkhgQgbhxAL8cAICo4IHFm
IEorciC2VmIi0CMgdRzRLR4waXRjawuAZyGgG5AFBGYvAxAbgB0jLwF1DdBpeIMigCzgLmlqciwc
Up8DoC0LHgEvACIWYXALUP0ukGEb4iBwG2IxAS+EKKL3K6EpBRwxYjMhA6AJ8AWg5w2wIRA0Vi4i
Ju8WEAIQ/yTBH9AFoDZgCkANsB9yBUD/IskbpzihHJAIYAQQKVEDkd818QDADbAKhS3RajuQIfHX
CfAqcC7CcDuQbDDxBCD/HDE+FQXAHAIdhSRSJPIIYP5sIRAiES3CCoUuDj9jOcHrL5M/aC4lbEkF
QBugKoHzB3MbcGxwPoMhYxxiA4GmdQdARD0vRx5QaQqFBRUxAElgAAMAEBAAAAAAAwAREAAAAABA
AAcwILwh24s1vgFAAAgwILwh24s1vgEeAD0AAQAAAAUAAABSRTogAAAAANYN
------ =_NextPart_000_01BE358D.A6F83DA0--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 10:32:45 1999
Date: Fri, 01 Jan 1999 10:22:11 -0500
From: Murray Eisenberg <murray@math.umass.edu>
Organization: Mathematics & Statistics, Univ. of Mass./Amherst
Subject: Re: Jforum: JUSER.CNT problem
References: <Pine.LNX.4.04.9812302218310.4037-100000@spin.vl.net.ua> <368B9396.5A2EF496@math.umass.edu> <368BE604.4E5D@interlog.com>
Diagnosed and cured!!
Eric Iverson wrote:
>
> Murray Eisenberg wrote:
> >
> > With J 4.02a for Win 95/NT, each time when I select "User" from the Help
> > menu, a Windows Help error dialog box pops up with the message:
> >
> > Unable to open the file
> > G:\HELP\WINHLP\JUSER.CNT
>
> I've seen variations on this problem and have never been able to track
> it down and then it would go away. Your message gave a clue and I took
> another look.
>
> The problem is caused by gid files in the \windows\help directory. gid
> files are hidden files that are 'compiled' help stuff. You need to use
> something like the DOS dir /ah command to see them and the attrib -h
> jxxxx.gid to make them visible so you can delete them.
>
> Check your \windows\help directory and you will find some j*.gid files.
> Erase these files and your problem should go away.
>
> The problem is that windows help looks for gid files in this directory
> before looking in the current directory (path of the hlp file it is
> opening). The bad gid file in the \windows\help directory was probably
> created browseing the cdrom help files directly from winhelp, in which
> case it puts the gid file in its own directory.
>
> --------------------------------------------------------------------------------
> J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
--
Murray Eisenberg Internet: murray@math.umass.edu
Mathematics & Statistics Dept. Voice: 413-545-2859 (W)
University of Massachusetts 413-549-1020 (H)
Amherst, MA 01003 Fax: 413-545-1801
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 10:33:50 1999
Date: Fri, 1 Jan 1999 10:24:16 -0500 (EST)
From: "Brian M. Schott" <dscbms@panther.Gsu.EDU>
Subject: Re: Jforum: What happened?
In-Reply-To: <368C078B.728D@airmail.net>
Thank you Bjorn and Peter for getting the ball
acknowledging the value of this forum and J rolling. I want
to push the ball along too. Thank you ISI and J'ugglers.
(B=)
On Thu, 31 Dec 1998, Peter Nichols wrote:
+I agree Bjorn, it's been awesome to begin learning J. I never thought I
+would find something better than APL, but now I'm totally won over.
+Once again I feel that I've found a 'tool for thought'. But perhaps
+best is the quality of the feedback and help I've found in the forum.
+You guys are great. Thanks for everything.
+
+Peter Nichols
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 10:52:07 1999
Date: Fri, 1 Jan 1999 10:42:35 -0500 (EST)
From: "Brian M. Schott" <dscbms@panther.Gsu.EDU>
Subject: RE: Jforum: Mac runtime for Pousse?
In-Reply-To: <01BE358D.A6EF15E0@geisli-76.centrum.is>
On Fri, 1 Jan 1999, Bjorn G. Helgason wrote:
+The Macintosh doesn't have command line parameters so there
+is no /rt parameter. If J is started by double-clicking a
+script file with a suffix of .ijr, then J is started as a
+runtime application. The ijr file does not have to be an
+encoded ijr file."
+Therefore I conclude that my Windows solution for pousse
+can be made by just renaming pusl.ijs to pusl.ijr on the
+Mac and it would run by double-clicking on that file on the
+Mac.
I doubt that simply renaming an .ijs file to an .ijr
file will make the resulting script into a runtime file.
Rather, I suspect that the file has to be a proper .ijr file
(from Windows) first.
(B=)
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 12:10:37 1999
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: RE: Jforum: Mac runtime for Pousse?
Date: Fri, 1 Jan 1999 17:01:58 -0000
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BE35A8.A7F54700"
------ =_NextPart_000_01BE35A8.A7F54700
From: Brian M. Schott[SMTP:dscbms@panther.Gsu.EDU]
> On Fri, 1 Jan 1999, Bjorn G. Helgason wrote:
>
> > +The Macintosh doesn't have command line parameters so there
> > +is no /rt parameter. If J is started by double-clicking a
> > +script file with a suffix of .ijr, then J is started as a
> > +runtime application. The ijr file does not have to be an
> > +encoded ijr file."
> I doubt that simply renaming an .ijs file to an .ijr
> file will make the resulting script into a runtime file.
Well...
That is what the J Help claims and I urge you or someone
else to try it and if it DOES NOT work please report it.
And if it DOES work as I expect it to do then I urge you
to report that as well so we know for sure.
I will test it myself as soon as I get the opportunity.
/Gosi
------ =_NextPart_000_01BE35A8.A7F54700
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+Ih4RAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
ABwBAAABAAAADAAAAAMAADAFAAAACwAPDgAAAAACAf8PAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABmb3J1bUBqc29mdHdhcmUuY29tAFNNVFAAZm9ydW1AanNvZnR3YXJlLmNvbQAAAAAe
AAIwAQAAAAUAAABTTVRQAAAAAB4AAzABAAAAFAAAAGZvcnVtQGpzb2Z0d2FyZS5jb20AAwAVDAEA
AAADAP4PBgAAAB4AATABAAAAFgAAACdmb3J1bUBqc29mdHdhcmUuY29tJwAAAAIBCzABAAAAGQAA
AFNNVFA6Rk9SVU1ASlNPRlRXQVJFLkNPTQAAAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEAAAAEAAAA
AAAABR80AQiABwAYAAAASVBNLk1pY3Jvc29mdCBNYWlsLk5vdGUAMQgBBIABACQAAABSRTogSmZv
cnVtOiBNYWMgcnVudGltZSBmb3IgUG91c3NlPwA4DAEFgAMADgAAAM8HAQABABEAAQA6AAUAKQEB
IIADAA4AAADPBwEAAQARAAEAOgAFACkBAQmAAQAhAAAANkIyRDE3NzM5QUExRDIxMThCOUEyQ0Ex
RkZDMDAwMDAAHgcBA5AGAMgEAAASAAAACwAjAAEAAAADACYAAAAAAAsAKQABAAAAAwA2AAAAAABA
ADkAgL56cag1vgEeAHAAAQAAACQAAABSRTogSmZvcnVtOiBNYWMgcnVudGltZSBmb3IgUG91c3Nl
PwACAXEAAQAAABYAAAABvjWocXpzFy1woZoR0ouaLKH/wAAAAAAeAB4MAQAAAAUAAABTTVRQAAAA
AB4AHwwBAAAAEAAAAGdvc2lAY2VudHJ1bS5pcwADAAYQMdDzAQMABxBGAgAAHgAIEAEAAABlAAAA
RlJPTTpCUklBTk1TQ0hPVFRTTVRQOkRTQ0JNU0BQQU5USEVSR1NVRURVT05GUkksMUpBTjE5OTks
QkpPUk5HSEVMR0FTT05XUk9URTorVEhFTUFDSU5UT1NIRE9FU05USEFWRQAAAAACAQkQAQAAAEYD
AABCAwAAPAYAAExaRnVio2Eq/wAKAQ8CFQKoBesCgwBQAvIJAgBjaArAc2V0MjcGAAbDAoMyA8UC
AHByQnER4nN0ZW0CgzN3AuQHEwKAfQqACM8J2TvxFg8yNTUCgAqBDbELYEBuZzEwMzkK/zFWNgwh
E1BvE9BjBUBGPQNhOgrhGesa1gyCIEJzByEDoE0uBgARcBrwdIBbU01UUDpkBPCwYm1zQAqwAjBo
BJAALkdzdS5FRFXCXQqLbGkzNg3wC1XLFFEL8mMAQCA+G6ch1Y0a1k8DoBtQaSwgImAySgORMTkl
ACRwQmoLBbADoEcd4EhlbGekYXMCICB3GuI6Cod/IX8ijxrWJt8n6Sh/GtYrHlQfcAXQANALgHRv
c5BoIGRvB5BuJwVALRGAdi2ABaBtA4FkIO0hAG4tgAqxYQeAE9ARoOogJjAgH2JlKg8rHywv0y0x
BAAgbjCgLwAgL9jpHeBJZiSgIDRxE8AKwFMT0C9wYnkuMXUCYGUkLWMhAGNrC4BnIL5hMR8yLzM/
LTEE9WYDEF8tgAPwH2A34DCAdQ3QaQh4IG810C5panL/JHAfYQOgNfsmIDfvOP86D7ktE3J1AjAH
cT7QcAtQ/TeAYUKAAiAd4C1iPUE7xL8uQjSRLqUt8DawQrFuPv//QA9BHy0xCfAFoA2wL3BD5rwu
Iin/J99IDx0USTbj/wVAH2BDMDCAB3ALUDbQFhD+bjAQN7MDoD0xBCA700VRvU+0ckpvS39MjzvV
bAMgvQDAa0UxLXEWEB/AbEKA/zfBBPUt0jxhQlZJ8wqPUezlV9VXJfBsLlpwSlZX1fctYE6BNHF3
TnJVQjXwJeH+cC8AC2EfAEWhL3BN4Ahw+mctgHkIYDzwBcAmMAeAnwIgMQYl8BGwRUJ0cjbQjzww
XXMGkGAyRE9FBfDYTk9UJmAFsGsv0DcweyYgVWJwFbFgMVfGV9VBj2CMYaM+sU3gZXhwGxL/YEFF
US5APYRdyFfVRVFiZTtOYz6xd1pBMIJo8CBr/zSgB+ACEF6BCHBXt1fVTeDvVKMT0BPAYDJtE7Al
8DXQvz6xJjAmQWUjXgBcRG9C4JcVsUJgPDB5Yv0vRy4AFmlX1RUxAHCwAAADABAQAAAAAAMAERAA
AAAAQAAHMKDoH5ynNb4BQAAIMEDmg3GoNb4BHgA9AAEAAAAFAAAAUkU6IAAAAACNcg==
------ =_NextPart_000_01BE35A8.A7F54700--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 14:36:38 1999
Date: Fri, 01 Jan 1999 21:11:23 +0200
From: Anssi Seppala <anssi.seppala@enease.fi>
Subject: Re: Jforum: Event Handlers
In-Reply-To: <000a01be3586$9c002ea0$1d0114d1@xps200>
Content-Transfer-Encoding: 8bit
Thanks Chris,
Finally the problem is solved. I never expected that this could be a form
"owner" parameter. Now I have removed all the loops and wd'wait' statements.
Anssi
PS The benefit of this mistake was however, that I now also understand the
eventhandler mechanism.
At 07:59 1.1.1999 -0500, you wrote:
>The "owner" parameter in the pc command, in this case:
>
> pc a dialog owner;
>
>See Help|User|Form Editor|Parent.
>
>Chris
-------------------------------------------------------------------
Anssi Sepp�l�
Konsultti, s�hk�markkinat ja s�hk�njakelu: Sovellukset ja ohjelmistot
e-mail: anssi.seppala@enease.fi tel: +358 9 45400550
Enease Oy fax: +358 9 45400551
Mannerheimintie 66 A mob: +358 400 760077
FIN - 00260 HELSINKI, Finland http://www.kolumbus.fi/enease/
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Fri Jan 1 20:02:48 1999
Date: Fri, 1 Jan 1999 19:51:46 -0500
From: Alain Miville de Chene <Infodev@compuserve.com>
Subject: Jforum: Archival
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by lists.interlog.com id TAA07603
It has been mentioned many times that this list is not archived. If it were
an ordinary news group (comp.lang.jsoftware) it would automatically be
archived by dejanews and would gain in usefulness. There are many simple
and complex questions answered here. Of course it would be a target for
spam (we have some balls for you jugglers at www.balls.com) but that may be
the price to pay to gain free archival.
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 09:44:17 1999
Date: Sat, 02 Jan 1999 08:32:27 -0600
From: Steven H Rogers <shrogers@ionet.net>
Organization: S H Rogers & Associates
Subject: Re: Jforum: Archival
References: <199901011952_MC2-6536-A8A0@compuserve.com>
Alain Miville de Chene wrote:
>
> It has been mentioned many times that this list is not archived. If it were
> an ordinary news group (comp.lang.jsoftware) it would automatically be
> archived by dejanews and would gain in usefulness. There are many simple
> and complex questions answered here. Of course it would be a target for
> spam (we have some balls for you jugglers at www.balls.com) but that may be
> the price to pay to gain free archival.
>
> --------------------------------------------------------------------------------
> J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
A moderated news group would would help with the spam, though it would
be a burden for the moderator.
-- Steve
-----------------------
Steven H. Rogers, Ph.D.
Systems Engineer
shrogers@ionet.net
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 13:10:53 1999
Date: Sat, 02 Jan 1999 11:33:38 -0600
From: Steven H Rogers <shrogers@ionet.net>
Organization: S H Rogers & Associates
Subject: Re: Jforum: What happened?
References: <01BE34D4.7CA74280@geisli-32.centrum.is>
Bjorn G. Helgason wrote:
>
> I think that now finally we have a real opportunity to begin to
> get a really broader audience. It is like rings on a water. The
> first waves build a circle that is narrow and then the rings get
> wider and wider.
>
> Even if we have seen very big changes to J during last year then
> in the light of earlier achievements they only improved an already
> near perfect product.
>
It would be more nearly perfect if the full funcitonality of the Win32
version could be provided for the Unix version.
>
> Getting J to run on a calculator is another very important milestone
> and it will surely lift J into categories of users and applications we
> could hardly dream of just a few years ago.
>
This is indeed good. I ran J for DOS on my HP100LX, though it wasn't
very convienient as I had to close down all other applications to free
up
enough memory for it. When the HP died, I replaced it with a Palm
Pilot as I wasn't impressed by the price+performance+bulk combination
of the WinCE palmtops. How about J for the Palm OS? It's a bigger
market than WinCE.
>
> The importance of an active web to spread and concentrate knowledge
> about J and its usage has also come to be during this passing year.
>
Speaking of the Web, here's a page that compares several functional
languages to IDL and C++ for scientific programming:
"http://www.azstarnet.com/~dmcclain/Language%20Study.html". J fares
well, though I think it may have been underrated in a couple of
categories.
>
And a Happy New Year to all.
-- Steve
----------------------
Steven H. Rogers, Ph.D.
Systems Engineer
shrogers@ionet.net
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 15:34:46 1999
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: RE: Jforum: What happened?
Date: Sat, 2 Jan 1999 20:12:50 -0000
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BE368D.CEA71E60"
------ =_NextPart_000_01BE368D.CEA71E60
From: Steven H Rogers[SMTP:shrogers@ionet.net]
> It would be more nearly perfect if the full funcitonality of the Win32
> version could be provided for the Unix version.
What you are refering to is the excellent cooperation between J and
the Windowing environment under the Windows.
What would be needed on the Unix side is a similar arrangement with X
and/or similar Windowing in Unix.
In Rome last year some people were talking about experiments with
X/J connections and as far as I could understand then they are very
promising. So it may not be very long before you begin to hear more
about Windowing possibilities in Unix.
X as you very probably know has much more possibilities and options
than Windows so whatever happens there it is sure to surpass quickly
whatever you at the moment have in Windows.
On my PC I have dual boot so I can start the PC either in Windows or
in Linux. In Linux I can run J and X. Unfortunately my PC is not very powerful
so running applications together with X is not as enjoyable as it could
be. I see enough though to understand that when I get a more powerful
PC what opportunities that will bring. I have also had the privilege to use
X on other machines so I do know a fair bit about X.
I do agree with you that this is something that needs to be enhanced and
I am looking very much forward to see J evolve more in this direction too.
In the meantime you do have an excellent J in Unix which allows you
aready to do a lot of things you can not do in Windows and it is more
questionable whether those features will ever be available in Windows
and that has to do with limitations in Windows not J.
So I guess what you are asking for is more X interactions in J and
I do agree that will be nice. It will probably happen sooner than you expect.
/Gosi
------ =_NextPart_000_01BE368D.CEA71E60
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IjEUAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
ABwBAAABAAAADAAAAAMAADADAAAACwAPDgAAAAACAf8PAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABmb3J1bUBqc29mdHdhcmUuY29tAFNNVFAAZm9ydW1AanNvZnR3YXJlLmNvbQAAAAAe
AAIwAQAAAAUAAABTTVRQAAAAAB4AAzABAAAAFAAAAGZvcnVtQGpzb2Z0d2FyZS5jb20AAwAVDAEA
AAADAP4PBgAAAB4AATABAAAAFgAAACdmb3J1bUBqc29mdHdhcmUuY29tJwAAAAIBCzABAAAAGQAA
AFNNVFA6Rk9SVU1ASlNPRlRXQVJFLkNPTQAAAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEAAAAEAAAA
AAAAAxs0AQiABwAYAAAASVBNLk1pY3Jvc29mdCBNYWlsLk5vdGUAMQgBBIABABsAAABSRTogSmZv
cnVtOiBXaGF0IGhhcHBlbmVkPwD2CAEFgAMADgAAAM8HAQACABQADAAyAAYAMQEBIIADAA4AAADP
BwEAAgATADYAAwAGACsBAQmAAQAhAAAANjg2NEQxNjI3Q0EyRDIxMThCOUEyQ0ExRkZDMDAwMDAA
FAcBA5AGAPAGAAASAAAACwAjAAEAAAADACYAAAAAAAsAKQABAAAAAwA2AAAAAABAADkAwBHURYw2
vgEeAHAAAQAAABsAAABSRTogSmZvcnVtOiBXaGF0IGhhcHBlbmVkPwAAAgFxAAEAAAAWAAAAAb42
jEW7YtFkaaJ8EdKLmiyh/8AAAAAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABAAAABnb3Np
QGNlbnRydW0uaXMAAwAGEDqsYK0DAAcQlQUAAB4ACBABAAAAZQAAAEZST006U1RFVkVOSFJPR0VS
U1NNVFA6U0hST0dFUlNASU9ORVRORVRJVFdPVUxEQkVNT1JFTkVBUkxZUEVSRkVDVElGVEhFRlVM
TEZVTkNJVE9OQUxJVFlPRlRIRVdJTjMyVkUAAAAAAgEJEAEAAAB2BQAAcgUAAIcJAABMWkZ1uT5F
l/8ACgEPAhUCqAXrAoMAUALyCQIAY2gKwHNldDI3BgAGwwKDMgPFAgBwckJxEeJzdGVtAoMzdwLk
BxMCgH0KgAjPCdk78RYPMjU1AoAKgQ2xC2BAbmcxMDM5Cv8xVjYMIRNQbxPQYwVARv0DYToK4Rnr
GtYMggYAE9BSdgnwIEgH8WcEkHMAW1NNVFA6c2izA2AeIkBpAiARwC4fccJdCotsaTM2DfALVcsU
UQvyYwBAID4bpyGVFRrWSQVAdwhgbGQg2GJlIARgFhAgH3AKwNBseSBwBJBmGxIGkOggdGgkcGYk
IAMgJkDwbmNpdAIgB0Am0CUwym8l5FcLgDMyCochP98iTxrWHaARoB9RIAWgJCX5GtF2aQ2wJEAC
EAXAJgKKVQMAeCtWLiAgCo+3KPwufyj8VxGABUB5CGD+IArAJHAWECWABRAZECXwDm8lwAQgJgJl
eGNl7yZgCfAFQAWgbyVRMnArokkkYHR3CeEgSjLQbuckQDBlJ6VkbwPwM4EJ8PssoANgbgeANMEm
oASBNvn8cy4wZTBlMlMkBx9wCYC/LNErsS1HAJANsDPSYTyh/m0DEArBCsA1QBkQE+A0srMD8CYA
IFgwZTZRLwWx3z1WN0gLgC1zOb1JA6AIAf8kcAtgE8AykCTxPKBCkiVQPzUQNKAj8ASQJHABkGxr
/zNyAaAIYAVANFAlUQdxAjBnBCA+kzBlWC82MAWgbv8fcBsgH1E9ETZhQuAmMD2i/QQgSSvVOKMT
wDZSJgE8A/8lMDLiK2ElMDBlGtE9cACQexkQLkBTM8EFQADAJTBu/xrwJFJK0xWgM4EkYC0BJHD7
MqIkYGdA8TOxJhAKwSSSJz72RRM3SHBvBBBpYv8DECbQCJAEIED/RpRIEjKi20rTGtFiAaAlIWtM
4Afg8xGABCBtdRFwJIRRPDZS/zUQR4M2lwOROUVDYSPwMmH3HZEFwBGAcCVQBjEmASSx+0xxM+Fz
CHBEYTPAWuEwkMEEEXF1aWNrJSAwZf9ZFzKjBUAmAgRgOFMRgB2gV1ICOU8wg08DoG0lMFDmQ0ix
XnNkdQdAJFA1AP8FQFjhSMEDkUmRACAl82Cx3mU+oTjRXsgnYHIwZVIRekwLgHVBUEJCZTNiFXK7
JqA2JVguQC2ALQF0JqD/WTElIWCEM+FM4lQEN4AlYf8kIDBlWOFmkQMARNJZwCDA/2JAR4Qm4B4g
Y3M+lGiWSCHxCfBqb3lUkSRwSCFMcf8r5DBlJGBlgTygCeA30Qhg/mc+wCYAcAQzwElLOsJKAv9I
wGvxPSFVxWmLYLFZElch/1EwZ6JRtHGkAxBhgTNib2K/XnMHQFjhEYBJ0yxhaSyg/zSgHiBwsxGw
UwcrsRrwY4L9AMFoC4AHkWHzN3BU1D0w/0hQOBAkUExxRQRnMEF9eqL+YQnCPoQyonGjJgAz4Vqy
/0KRftEzgjJiO4JrsiRSCfCfWCE0cEgBNmB812FtTZHeb0SzStNVcy0BdwsRWyP/b7E2MB2QBvBe
kSSTTtJ+4u5kOBBHZDOhb0FvXbQk8P8CMAdxMpN6sXaUA6A0WDYw/1IVWQFcAD7AB0AVoFixMqL/
PvYWEHdAJTAzsX1iTZF0Yf8l4jNxU6RiQkzierFjyTZS/1qET4lb4AeQNWJtw3HxY3P/cFERsCYw
JPBnsBYQRgImYf9ZUyRhXoALcAtgbdJjyT74/3GUVTKM1D6TIMA9cAGQR4T7Y8lM4ko5vUxBckGR
MUYB/zJqQuBEsy0CkEVsogIwNTH/R3VSETYzfN91WiTBXABvUv91lVRXWaRDYR9hV/UyokVi0xsg
Ob0vR1FAaTBlFTECAKVgAAADABAQAAAAAAMAERAAAAAAQAAHMIDptqWJNr4BQAAIMIDptqWJNr4B
HgA9AAEAAAAFAAAAUkU6IAAAAAChRQ==
------ =_NextPart_000_01BE368D.CEA71E60--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 16:04:42 1999
From: "J Tibollo" <jtibollo@backassociates.com>
Subject: Jforum: Trying to access J.DLL from VB
Date: Sun, 13 Dec 1998 14:55:00 -0500
boundary="----=_NextPart_000_000C_01BE26A8.8ED900E0"
This is a multi-part message in MIME format.
------=_NextPart_000_000C_01BE26A8.8ED900E0
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I am trying to access j.DLL from VB 6. Here is the defclaration:
Declare Function jDo Lib "D:\j.dll" (ByVal Msg As String) As Long
Does anyone see anything wrong with the declaration? Does anyone have =
the
proper declarations for standard DLL access?
The error message I get is:
"Can't find DLLl entry point jDo in D:\j.dll"
This error would suggest that that the function JDo is not in the dll...
I got the name jDo from jdll.h ? Any idea of what the problem=20
might be?
Regards,
J. Tibollo
------=_NextPart_000_000C_01BE26A8.8ED900E0
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>I am trying to access =
j.DLL from VB=20
6. Here is the defclaration:</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Declare Function jDo =
Lib=20
"D:\j.dll" (ByVal Msg As String) As Long</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Does anyone see =
anything wrong with=20
the declaration? Does anyone have the</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>proper declarations =
for =20
standard DLL access?</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>The error message I get =
is:</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>"Can't find DLLl =
entry point jDo=20
in D:\j.dll"</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>This error would =
suggest that that=20
the function JDo is not in the dll...</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>I got the name jDo from =
jdll.h=20
? Any idea of what the problem </FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>might be?</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>Regards,</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>J. =
Tibollo</FONT></DIV></BODY></HTML>
------=_NextPart_000_000C_01BE26A8.8ED900E0--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 16:14:09 1999
From: "J Tibollo" <jtibollo@backassociates.com>
Subject: Jforum: Accessing J.DLL from VB
Date: Sun, 13 Dec 1998 15:06:08 -0500
boundary="----=_NextPart_000_001F_01BE26AA.1D1BA780"
This is a multi-part message in MIME format.
------=_NextPart_000_001F_01BE26AA.1D1BA780
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I have found the problem with the declaration for jDo. I remembered =
that function names are case sensitive when accessing 32 bit DLL's so I =
tried all permutations. I found that JDo is the correct spelling. A =
close examination of jdll.h shows:
long _stdcall JDo(char* sentence);
I guess I just didn't look closely enough... Thanks just the same...
Regards,
Joe
------=_NextPart_000_001F_01BE26AA.1D1BA780
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I have found the problem with the =
declaration for=20
jDo. I remembered that function names are case sensitive when =
accessing 32=20
bit DLL's so I tried all permutations. I found that JDo is the =
correct=20
spelling. A close examination of jdll.h shows:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>long _stdcall JDo(char* =
sentence);</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2>I guess I just didn't =
look closely=20
enough... Thanks just the same...</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Regards,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Joe</FONT></DIV></BODY></HTML>
------=_NextPart_000_001F_01BE26AA.1D1BA780--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 16:57:41 1999
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: RE: Jforum: Trying to access J.DLL from VB
Date: Sat, 2 Jan 1999 21:49:50 -0000
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BE369A.25C9D3C0"
------ =_NextPart_000_01BE369A.25C9D3C0
From: J Tibollo[SMTP:jtibollo@backassociates.com]
> Declare Function jDo Lib "D:\j.dll" (ByVal Msg As String) As Long
In Jole.bas you have:
Public Function jdo(txt As String) As Integer
'execute sentence, return error code
Dim v As Variant
jdo = js.Do(txt)
If jdo Then
js.ErrorText jdo, v
MsgBox v
End If
End Function
Here is jDo is used in the jdll.ijs
jdo=: 'jj.dll JDo i *c'"_ cd <^:(L. = 0:)
NB. jdo send sentence to be executed
NB. e.g. jdo 'ABC=: i.2 3 4'
NB. The examples here assume you have copied J.DLL to JJ.DLL
Used in cmd:
jcmd=: 3 : 0
jdo 'JDAT=: ',y.
jget 'JDAT'
)
In the help there is refered to methods:
Once the J servers are referenced, you can check the methods available, which are as follows.
Break interrupt J execution
Clear erases all definitions in J
Do execute a J sentence
------ =_NextPart_000_01BE369A.25C9D3C0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IgoVAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
ABwBAAABAAAADAAAAAMAADADAAAACwAPDgAAAAACAf8PAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABmb3J1bUBqc29mdHdhcmUuY29tAFNNVFAAZm9ydW1AanNvZnR3YXJlLmNvbQAAAAAe
AAIwAQAAAAUAAABTTVRQAAAAAB4AAzABAAAAFAAAAGZvcnVtQGpzb2Z0d2FyZS5jb20AAwAVDAEA
AAADAP4PBgAAAB4AATABAAAAFgAAACdmb3J1bUBqc29mdHdhcmUuY29tJwAAAAIBCzABAAAAGQAA
AFNNVFA6Rk9SVU1ASlNPRlRXQVJFLkNPTQAAAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEAAAAEAAAA
AAAAAxs0AQiABwAYAAAASVBNLk1pY3Jvc29mdCBNYWlsLk5vdGUAMQgBBIABACsAAABSRTogSmZv
cnVtOiBUcnlpbmcgdG8gYWNjZXNzIEouRExMIGZyb20gVkIA0A0BBYADAA4AAADPBwEAAgAVADEA
MgAGAFcBASCAAwAOAAAAzwcBAAIAFQAjADIABgBJAQEJgAEAIQAAADcwNjREMTYyN0NBMkQyMTE4
QjlBMkNBMUZGQzAwMDAwAA0HAQOQBgD0BAAAEgAAAAsAIwABAAAAAwAmAAAAAAALACkAAQAAAAMA
NgAAAAAAQAA5AMDvb9KZNr4BHgBwAAEAAAArAAAAUkU6IEpmb3J1bTogVHJ5aW5nIHRvIGFjY2Vz
cyBKLkRMTCBmcm9tIFZCAAACAXEAAQAAABYAAAABvjaZ0gJi0WRxonwR0ouaLKH/wAAAAAAeAB4M
AQAAAAUAAABTTVRQAAAAAB4AHwwBAAAAEAAAAGdvc2lAY2VudHJ1bS5pcwADAAYQ+HD/wgMABxBw
AgAAHgAIEAEAAABlAAAARlJPTTpKVElCT0xMT1NNVFA6SlRJQk9MTE9AQkFDS0FTU09DSUFURVND
T01ERUNMQVJFRlVOQ1RJT05KRE9MSUIiRDpKRExMIihCWVZBTE1TR0FTU1RSSU5HKUFTTE9OR0lO
SgAAAAACAQkQAQAAAGkDAABlAwAA3QUAAExaRnUxy14o/wAKAQ8CFQKoBesCgwBQAvIJAgBjaArA
c2V0MjcGAAbDAoMyA8UCAHByQnER4nN0ZW0CgzN3AuQHEwKAfQqACM8J2TvxFg8yNTUCgAqBDbEL
YEBuZzEwMzkK/zFWNgwhE1BvE9BjBUBGPQNhOgrhGesa1gyCIEoOIAdgBuEVoFtTTVSQUDpqdB2k
QGIA0GRrYQQQb2MHMBPQcxIuBaBtXQqLbGkz/jYN8AtVFFEL8hrWCocha7JjAEAgPiMeGtZEBZCn
C2AWEBtAdW4bIGkCIEAgakRvIEwdoCAAIkQ6XFxqLmSBHdAiIChCeVYHQNkF0HNnFLAGQXQFEBkQ
6iko0kwCIGcKjyN8KgXKSQOgSgbwZS4e8AQginkIYCARgHZlOioFSSoFUHUCYGljJllkfG8oDNAF
QCjsLGAT0GejBJAqBSdleAWQdRPQjiARsDEBJoBlLCAWEP50CHADoASQA2AFwAWgDbDlKgVEB3Ag
dijSKGAHIecCMCoFL5EgPSbgH8AnAJUvwikr9mY141RoCfDXKgU4cDZRRTOCVDHgBUAbL5Ey4HY4
FyihQm948Tm3RW5kN1E66SZmLbx9KgVIBJAmQAQAJuM+gXXnEbA7cAuAIHQ34C+BHdBcLmk2UC28
L5E9G5AnDmonwx1gPsIgKmMnDCJfM8A7cDxeOijkTC42ITA6NuYgnysv8ypPI7hOQkNgNfJIgzJh
bztwMmY/kCcQYiZAMeVkd0YlSBIswGdDYDiBNgEnSEFCQ0FxaS4R4DN4IDQnSqlIgzfRShFhvm0L
UAeRN+AmMR8xdQeAWy0XM8FwCJA7cEo2cExaTEmySlCDLbxVPzVj9G1kLa1qUtFBcUywG5AnCnZL
w0IgQVRBcix5/i41hjEwBUBVY0zmNuYr+HM/ojfgbHA/kj5UFhBmvz5BO3BJwQeAP6AEcHMtrd5P
SYM/sR1wEbByLYARoG9PACYxWfQysWQy4C0iY3cDkRFwBZBrP5NapU8Adk8LcAtgAmAy0XdoLtBo
710jLPECEB3Rdx/APU1GJfJCFhBhax0jC4AT0DOA3nUFMR1wMeQ8uEMssArA/x0jBJAfMAeRB0AD
IA2xC4C+aSaiBCA/cR1wNBZvZeS9MfVhXIMyhEYlFTEAasAAAAADABAQAAAAAAMAERAAAAAAQAAH
MKAZ392XNr4BQAAIMKAZ392XNr4BHgA9AAEAAAAFAAAAUkU6IAAAAABicw==
------ =_NextPart_000_01BE369A.25C9D3C0--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 17:12:00 1999
From: "J Tibollo" <jtibollo@backassociates.com>
Subject: Re: Jforum: Trying to access J.DLL from VB
Date: Sun, 13 Dec 1998 16:02:56 -0500
charset="iso-8859-1"
Bjorn:
Thanks for taking the time to respond to my note. I think I have a good
handle on the problem. I am trying to see if the "standard" way of calling
DLL's is easier than the OLE way. With OLE you have to register J.DLL.
When I register J.DLL with JReg.EXE it displays a dialog box. Do you know
of anyway to use JReg.exe to quietly register the DLL?
Thanks,
Regards,
Joe
PS. So far I have the following declarations:
Declare Function JDo Lib "j.dll" (ByVal Msg As String) As Long
' Use with numbers
Declare Function JGet Lib "j.dll" (ByVal jName As String, result As Variant)
As Long
Declare Function JSet Lib "j.dll" (ByVal jName As String, vbvar As Variant)
As Long
Declare Function JErrorText Lib "j.dll" (ByVal resultcode As Long, vbvar As
Variant) As Long
' Use with Strings
Declare Function JGetB Lib "j.dll" (ByVal jName As String, result As
Variant) As Long
Declare Function JSetB Lib "j.dll" (ByVal jName As String, vbvar As Variant)
As Long
Declare Function JErrorTextB Lib "j.dll" (ByVal resultcode As Long, vbvar As
Variant) As Long
' Miscellaneous
Declare Function JClear Lib "j.dll" () As Long
Declare Function JBreak Lib "j.dll" () As Long
Declare Function JIsBusy Lib "j.dll" () As Long
/Joe
-----Original Message-----
From: Bjorn G. Helgason <gosi@centrum.is>
Date: Saturday, January 02, 1999 4:45 PM
Subject: RE: Jforum: Trying to access J.DLL from VB
>From: J Tibollo[SMTP:jtibollo@backassociates.com]
>
>> Declare Function jDo Lib "D:\j.dll" (ByVal Msg As String) As Long
>
>In Jole.bas you have:
>
>Public Function jdo(txt As String) As Integer
>'execute sentence, return error code
>Dim v As Variant
>jdo = js.Do(txt)
>If jdo Then
> js.ErrorText jdo, v
> MsgBox v
>End If
>End Function
>
>
>Here is jDo is used in the jdll.ijs
>
>jdo=: 'jj.dll JDo i *c'"_ cd <^:(L. = 0:)
>
>NB. jdo send sentence to be executed
>NB. e.g. jdo 'ABC=: i.2 3 4'
>NB. The examples here assume you have copied J.DLL to JJ.DLL
>
>Used in cmd:
>
>jcmd=: 3 : 0
>jdo 'JDAT=: ',y.
>jget 'JDAT'
>)
>
>In the help there is refered to methods:
>
>Once the J servers are referenced, you can check the methods available,
which are as follows.
>
>
>Break interrupt J execution
>Clear erases all definitions in J
>Do execute a J sentence
>
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sat Jan 2 21:24:31 1999
Date: Sat, 02 Jan 1999 20:09:12 -0600
From: Steven H Rogers <shrogers@ionet.net>
Organization: S H Rogers & Associates
Subject: Re: Jforum: What happened?
References: <01BE368D.CDCCEB00@geisli-256.centrum.is>
Bjorn G. Helgason wrote:
>
> In Rome last year some people were talking about experiments with
> X/J connections and as far as I could understand then they are very
> promising. So it may not be very long before you begin to hear more
> about Windowing possibilities in Unix.
>
> X as you very probably know has much more possibilities and options
> than Windows so whatever happens there it is sure to surpass quickly
> whatever you at the moment have in Windows.
>
> On my PC I have dual boot so I can start the PC either in Windows or
> in Linux. In Linux I can run J and X. Unfortunately my PC is not very powerful
> so running applications together with X is not as enjoyable as it could
> be. I see enough though to understand that when I get a more powerful
> PC what opportunities that will bring. I have also had the privilege to use
> X on other machines so I do know a fair bit about X.
>
> I do agree with you that this is something that needs to be enhanced and
> I am looking very much forward to see J evolve more in this direction too.
>
> In the meantime you do have an excellent J in Unix which allows you
> aready to do a lot of things you can not do in Windows and it is more
> questionable whether those features will ever be available in Windows
> and that has to do with limitations in Windows not J.
>
> So I guess what you are asking for is more X interactions in J and
> I do agree that will be nice. It will probably happen sooner than you expect.
>
> /Gosi
>
> ------------------------------------------------------------------------
I suppose that I'm a little greedy, wanting the best of both the MS and
Unix
versions of J. In addition to exploiting X Windows with J, I'd like to
see
integration between J and Java. The ability to call J from a shell
script is
a powerful feature and I can see building applications with the the GUI
done
in TCL or Python, and numerically intensive parts done in J, perhaps
using
XML to exchange data between the interface and compute engine.
-- Steve
-----------------------
Steven H. Rogers, Ph.D.
Systems Engineer
shrogers@ionet.net
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sun Jan 3 03:50:50 1999
Date: Sun, 03 Jan 1999 09:37:41 +0100
From: "david alis" <dalis@balcab.ch>
Subject: Jforum: Editors; Books & Windows GUI
References: <01BE368D.CDCCEB00@geisli-256.centrum.is>
Re Bjorn G. Helgason:
The " Edit|Configure..." main menu option does not provide for the use
of a third
party text editor against scripts. Is this in fact already possible but
not yet
documented? Or is this something for the next release? Speaking of
which.... have
I missed a forum item from ISI about their hopes for 1999 ... technical
developments
in the pipeline .. etc?
Re:Anssi Seppala:
None of the topics in the Jeffrey Richter book (Advanced Windows
Programming)
deals with user-interface issues that Anssi mention. What books would
Eric or
Chris recommend to help understand their thinking when they implemented
the
Windows GUI for J?
Bjorn G. Helgason wrote:
> What you are refering to is the excellent cooperation between J and
> the Windowing environment under the Windows.
Anssi Seppala wrote:
> Thanks Chris,
> Finally the problem is solved. I never expected that this could be a form
> "owner" parameter. Now I have removed all the loops and wd'wait' statements.
>
> Anssi
>
> PS The benefit of this mistake was however, that I now also understand the
> eventhandler mechanism.
>
> At 07:59 1.1.1999 -0500, you wrote:
> >The "owner" parameter in the pc command, in this case:
> >
> > pc a dialog owner;
> >
> >See Help|User|Form Editor|Parent.
> >
> >Chris
>
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sun Jan 3 05:44:47 1999
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: RE: Jforum: Editors; Books & Windows GUI
Date: Sun, 3 Jan 1999 10:39:56 -0000
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BE3705.9C992940"
------ =_NextPart_000_01BE3705.9C992940
From: david alis[SMTP:dalis@balcab.ch]
> The " Edit|Configure..." main menu option does not provide for the use
> of a third party text editor against scripts. Is this in fact already possible
> but not yet documented?
Scripts are and have always been straight textfiles and you can edit them
as much as you like with any texteditor you prefer. I frequently use
Notepad, Emacs or Vi for minor changes and also to use the methods
a features available in those editors.
I prefer to run my applications as runtime and have done so for years.
There is no need to change the scripts to encoded or locked forms
to run them in runtime.
It is of course close to impossible to do any major changes directly
without the devolopment environment. You only need to have one tiny little
mistake somewhere and the application stops. For those eventualities
I always run the applications with status and/or logs to know how far the
application went before failing and sprinkle the code with asserts and
heavy use of try and catch.
By aiming at running the application without the development environment
forces one into more disiplined use of tools and utilities. In a way the
devolopment environment is a big debug tool. I would like the debug
to allow me to set breakpoints and be able to step through my application
from breakpoints.
> Or is this something for the next release? Speaking of
> which.... have I missed a forum item from ISI about their hopes for
> 1999 ... technical developments in the pipeline .. etc?
I thought you knew by now that ISI never tell about things to come.
Come to think of it they hardly mention the things that are already
there. It is up to the rest of us to make a guess what is possible :)
/Gosi
------ =_NextPart_000_01BE3705.9C992940
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IhkKAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
ABwBAAABAAAADAAAAAMAADADAAAACwAPDgAAAAACAf8PAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABmb3J1bUBqc29mdHdhcmUuY29tAFNNVFAAZm9ydW1AanNvZnR3YXJlLmNvbQAAAAAe
AAIwAQAAAAUAAABTTVRQAAAAAB4AAzABAAAAFAAAAGZvcnVtQGpzb2Z0d2FyZS5jb20AAwAVDAEA
AAADAP4PBgAAAB4AATABAAAAFgAAACdmb3J1bUBqc29mdHdhcmUuY29tJwAAAAIBCzABAAAAGQAA
AFNNVFA6Rk9SVU1ASlNPRlRXQVJFLkNPTQAAAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEAAAAEAAAA
AAAAAxs0AQiABwAYAAAASVBNLk1pY3Jvc29mdCBNYWlsLk5vdGUAMQgBBIABACkAAABSRTogSmZv
cnVtOiBFZGl0b3JzOyBCb29rcyAmIFdpbmRvd3MgR1VJAEcNAQWAAwAOAAAAzwcBAAMACgAnADgA
AABDAQEggAMADgAAAM8HAQADAAoAEQArAAAAIAEBCYABACEAAABFRjZBMUM3REY0QTJEMjExOEI5
QTJDQTFGRkMwMDAwMABQBwEDkAYAQAcAABIAAAALACMAAQAAAAMAJgAAAAAACwApAAEAAAADADYA
AAAAAEAAOQAgR05nBTe+AR4AcAABAAAAKQAAAFJFOiBKZm9ydW06IEVkaXRvcnM7IEJvb2tzICYg
V2luZG93cyBHVUkAAAAAAgFxAAEAAAAWAAAAAb43BWc9fRxq8KL0EdKLmiyh/8AAAAAAHgAeDAEA
AAAFAAAAU01UUAAAAAAeAB8MAQAAABAAAABnb3NpQGNlbnRydW0uaXMAAwAGEIc3HO8DAAcQXQUA
AB4ACBABAAAAZQAAAEZST006REFWSURBTElTU01UUDpEQUxJU0BCQUxDQUJDSFRIRSJFRElUQ09O
RklHVVJFIk1BSU5NRU5VT1BUSU9ORE9FU05PVFBST1ZJREVGT1JUSEVVU0VPRkFUSElSRFBBUlQA
AAAAAgEJEAEAAAC2BQAAsgUAAA0LAABMWkZ1l32qP/8ACgEPAhUCqAXrAoMAUALyCQIAY2gKwHNl
dDI3BgAGwwKDMgPFAgBwckJxEeJzdGVtAoMzdwLkBxMCgH0KgAjPCdk78RYPMjU1AoAKgQ2xC2BA
bmcxMDM5Cv8xVjYMIRNQbxPQYwVARj0DYToK4RnrGtYMgiBkYGF2aWQgB0AEAFtgU01UUDodcB3h
QKpiB0BjAaAuEXBdCot5HeAzNg3wC1UUUQvxIA4+G6chFBrHVGhlIIAiIEVkaXR8CFCQbmZpZwhw
ZS4kUB8jUADAC4AkkAnwdSBvrQUwaQIgHWBvB5FuGvC+IBrRHZEjMAIQBcB0IyHudRGwCochy2MA
QCF/Gsfsb2YdwCbxaQsoKGkpL5Ma5QqxdHkm8GV4BUBnCYAjkAWxYWcLcRPAIOEE9HMuIEkEICrx
BCA9JMFmANAFQAdAFhBhZOkuMHBvBBBpAmAnbyh/4yzfLGBidXQynyxfGsd9JgJ5EcA1nzavGscl
sGPGdSTxE9BkPyAKjzLsvTwlUy+kHcAWEB3Abh2wxRGAdj8hbHdhE7A1UJMJ4S+AdHILcGdoBUBf
LlIj8DIAPuE/UXkIYCCvHwADoC6iJvJtPCVhBCC8bXURcENyQgId4GsjMP8D8CcAPzEuNC6lQgIT
UA3AbwSQMAEmsBYQcQpQAjBsNy4wJ0E8Fk4a8TxQZCxPI2AAwQQgBbFWaSazbT8LgAWxEXEZEEGV
B0Bzb38m8EsgR5InAgeAJwAEcHO3QxYmsDFQdCQhPuF2C3D/C2Ax8TCSTBFHoS6kL/A8Jc88JUbA
RkRLMnJ1JNEuMPRhcAtQaR8AJWI+4QQg31DRJWAHgD84JbBuIzBLEf8mwjiAEZFPJiMRPxEwcSYA
/yXwCeAdsEtBSjQm8y+VSzK/CfAFoA2wHbAFsRWgY0SQ+x2wJsFtTFZQpULSMJJSRX9PLgVAMHEq
oQWgCHBHoWP/FaBLgksgB3AxpksyJbBFA/0AwGpKCSOAFhAbIEdhPCVPRMIIYEKzHWBldhWRcG87
oldxHZADYG47ojAAWf9CEQIgR2FVpj+DU2IlYEUh3x3gAkAyB0nQE8BhRJFLEP0HgHdU8z9CJwJR
SUCBJUC9L/FGJtNOcz+gAjB1HdH/JWAHkE+nP9VZlVE8RMNloatNIEGjL1gDZ1czayYA/wfgTCAH
4DDQJuRDFmc5RLC/YbJAQCbBJqFNoQuAZz8z9nMTUAuAa13CIyFXokS1/wQQBJA+0j9QPCUjIB2A
R3R/KqFAoFEhP1FRkRFwTy1C/1EhB3BxEwVAUNEDAHEhZu69YH1lYX8CMDwlJsFjB5H/U2ILgEtB
BGA/ESOAAJBRYfdTcB2wdIZvBvBBpDVwcPH/aYIwAQOgKtA/8W6KYT9iRPtVMirQYiQAgJE1YHfh
fiH1RqJ3CGBsHbBEc2D0gtH/WPgHQBWgB+BSkUtBEbE1UP0xQWsxoHxRQaRAQB3AXbX9E8FwJvED
YILgQ+BRHHs2fwNhhmpPLR9/II0zfyJLT/8FwDBxMFNmAirxcSEmxlNwLy5xFhAyAEOAZTwAU3D/
hpFxEiqgMi+N/48PZkBRgP91sCRROdA/gpPvOc8ax0bA/2WBEbAdsSayO5AwkBPRijT8SVNqMQbg
YMQrEG4BktAfBCAmwZN/lI+ZPyAxOe2g0CCXAhsBaAMAHwAV8P+eD5i/Oud52BMgof+jDxrW+04j
IzBwBSB58H1RoQEukP11kD88Lz0/T9RgkkDiQgL7bcAH0WJjMW3hJwB3UZvy/1NwP6Am4XnwAyCc
NnERVzPfBaBaqAhQhdSRAmsqkkKk+y4wEYFkR2E7oiVyJwKvFn+tgj8DMTVY9lTyMAFbw3X/iFGw
0iMwTUEqg2yhfHJlwn8q0CQQB5Br8a2CMHFdZzrGKYvPqh4gL0cxsACgF6pPudYVMQC9wAAAAwAQ
EAAAAAADABEQAAAAAEAABzAgWPFMAje+AUAACDAgWPFMAje+AR4APQABAAAABQAAAFJFOiAAAAAA
81s=
------ =_NextPart_000_01BE3705.9C992940--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sun Jan 3 15:38:24 1999
From: "Bjorn G. Helgason" <gosi@centrum.is>
Subject: Jforum: J man page - Linux - stdin, stdout, echo
Date: Sun, 3 Jan 1999 20:22:56 -0000
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BE3757.12F6D000"
------ =_NextPart_000_01BE3757.12F6D000
Reading through the material that comes with J402 Linux I found in
one place some release notes and there stdin,stdout, echo and
a few others are mentioned. They are not present when I start J.
They are however in the script shell.ijs which is called quite
smartly in the samplescript !!! So why not put them in stdlib.ijs
so that they will be present when J is started ?
I can not find anywhere help with the vocabulary nor the foreign
conjunctions. Could we not put at least these two major items
into the man pages ? They are not very big and the man pages
is probably a good place to display them.
I also noticed that the labs directory is not empty ?
Is it possible to use labs in Linux ? If so how ?
(same question for Tutorials ? Demos ?)
/Gosi
------ =_NextPart_000_01BE3757.12F6D000
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IiEUAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
ABwBAAABAAAADAAAAAMAADAFAAAACwAPDgAAAAACAf8PAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABmb3J1bUBqc29mdHdhcmUuY29tAFNNVFAAZm9ydW1AanNvZnR3YXJlLmNvbQAAAAAe
AAIwAQAAAAUAAABTTVRQAAAAAB4AAzABAAAAFAAAAGZvcnVtQGpzb2Z0d2FyZS5jb20AAwAVDAEA
AAADAP4PBgAAAB4AATABAAAAFgAAACdmb3J1bUBqc29mdHdhcmUuY29tJwAAAAIBCzABAAAAGQAA
AFNNVFA6Rk9SVU1ASlNPRlRXQVJFLkNPTQAAAAADAAA5AAAAAAsAQDoBAAAAAgH2DwEAAAAEAAAA
AAAABR80AQiABwAYAAAASVBNLk1pY3Jvc29mdCBNYWlsLk5vdGUAMQgBBIABAC4AAABKIG1hbiBw
YWdlICAtICBMaW51eCAgICAtIHN0ZGluLCBzdGRvdXQsIGVjaG8A6Q0BBYADAA4AAADPBwEAAwAU
ABYAOAAAADwBASCAAwAOAAAAzwcBAAMAFAAWADgAAAA8AQEJgAEAIQAAADg0MzI2QTJEM0VBM0Qy
MTE4QjlBMkNBMUZGQzAwMDAwABwHAQOQBgBwBAAAEgAAAAsAIwABAAAAAwAmAAAAAAALACkAAQAA
AAMANgAAAAAAQAA5AOC1edlWN74BHgBwAAEAAAApAAAAUkU6IEpmb3J1bTogRWRpdG9yczsgQm9v
a3MgJiBXaW5kb3dzIEdVSQAAAAACAXEAAQAAABsAAAABvjcFZz19HGrwovQR0ouaLKH/wAAAABFn
BXEAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABAAAABnb3NpQGNlbnRydW0uaXMAAwAGEOi9
WfEDAAcQVQIAAB4ACBABAAAAZQAAAFJFQURJTkdUSFJPVUdIVEhFTUFURVJJQUxUSEFUQ09NRVNX
SVRISjQwMkxJTlVYSUZPVU5ESU5PTkVQTEFDRVNPTUVSRUxFQVNFTk9URVNBTkRUSEVSRVNURElO
LFNURE9VVCwAAAAAAgEJEAEAAADmAgAA4gIAAFgEAABMWkZ1IUtLpf8ACgEPAhUCqAXrAoMAUALy
CQIAY2gKwHNldDI3BgAGwwKDMgPFAgBwckJxEeJzdGVtAoMzdwLkBxMCgH0KgAjPCdk78RYPMjU1
AoAKgQ2xC2DAbmcxMDM5CvsUUX0L8SAKhxnqFXAAQAfwZYRhZAuAZyB0aANgyHVnaBzBZSAAwBPQ
9wciHMEdoCAFoAeCA/Ac0FAgSjQwEeBMC4B1IHggIEkgAhB1bnxkIAuAGqYCIB1wC1Fj1R1wcx6B
IBYQbBxgEbD4IG5vE9AEIABwIEAdUWsWECGQdByBLCNxCGB0ZCwgBZBobyLDCoVh/x/wB9EigCMh
IrEjQQeAAjBCaSEBZC4gVB1gef8mEyJxITAWEBGwAjAewB1g3wOgH+ATwArABUBKJvAKheMnFyRw
d2V2BJAgUh1SBQT1cx1gbGwuaWq5HrFoaRFwIFAEIGMHQFMiECBAcXUe4GUKhXObAMAAIGwnQCrm
YW0LUPsHkAUEIS/gBgAkgChgJ0A3J6MkEB1CbSBSI3Fsaf5iLBIttiSAHiMdUSdAA/DZK/AgYiEh
J/pKLLIo0/0tMT8KhQqFH+As8AOgJ6LuZguAIEAAcHkoYSoyIgAmcB7EHVJ2byzwYnV9C2ByMHIF
wB1SAhAWEGmmZyB3BaBuaiAgYyaS9nMm8AhRbCBAKoAwhx5BZyISMPMiQXR3JIAAwGrbBbEtgW0y
JguAdDKyHXLrA6AKsGcHkT8nDCqhJ0B+YjpQIsY/yD7WBCATUG/OYgGgLnElUGdvBHAhNbs/YRyA
cwtRJ0AxEi41rv8HQDKhInEsgC0xMtY9EAGg/wQgHIAWEDtgBbAugQQgJ6LvE+AFMCdANZZJBCAe
4CEw3m8EEDHQIhBE8nUiQUhj5yBhH3RAcElmMpIqYTWH/igvER1wLWAHkCaSOgInAO8kEAWwBzFA
UkQT4EsQNYDSKTWsL0dLEGkKhRUxAgBScAAAAwAQEAAAAAADABEQAAAAAEAABzAA60wDSze+AUAA
CDDgH5LZVje+AR4APQABAAAAAQAAAAAAAABpPA==
------ =_NextPart_000_01BE3757.12F6D000--
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sun Jan 3 15:59:49 1999
Date: Sun, 03 Jan 1999 22:32:28 +0200
From: Anssi Seppala <anssi.seppala@enease.fi>
Subject: Re: Jforum: Editors; Books & Windows GUI
In-Reply-To: <368F2C55.3696FE5E@balcab.ch>
References: <01BE368D.CDCCEB00@geisli-256.centrum.is>
I have learned all my Windows programming by using the tools provided. The
J user manual gives good ideas to start, but I have also missed good
references.
Instead of thick books I wish a library of many short examples of J GUI
applications. The OO system gives here plenty of possibilities to share
code. We only need a good quide classifying and indexing examples so that
you easily find what you need.
Anssi
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sun Jan 3 20:30:15 1999
From: "David Vincent-Jones" <geomap@galaxynet.com>
Subject: Jforum: Editors
Date: Sun, 3 Jan 1999 17:08:42 -0800
When I am debugging I am often frustrated trying to count to a specific line
number in a long function.
Is there any way to display line numbers during the debug process; it would
make the application of stops etc. easier to apply.
David V-J
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Sun Jan 3 20:38:22 1999
From: "David Vincent-Jones" <geomap@galaxynet.com>
Subject: Jforum: Operating Systems
Date: Sun, 3 Jan 1999 17:13:58 -0800
Are there significant advantages to be gained from NT or Linux over Win'98
in running J.
Given the same amount of memory etc. is processing speed much the same?
David V-J
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Mon Jan 4 00:32:14 1999
From: "John D. Baker" <bakerjd@kos.net>
Subject: Re: Jforum: Operating Systems
Date: Mon, 4 Jan 1999 00:18:05 -0500
charset="iso-8859-1"
David,
For the Last week I have been running J under NT after running
it under 95 for years. I have enough experience with how J behaves
under 95 to categorically state that it works better under NT for a number
of reasons:
1) J is developed on NT machines. All other versions are ports. With rare
exceptions something is allways lost in porting.
2) The NT paging system is just a lot better than 95's. Once you
start crunching very large arrays you notice the improvement right
away.
3) The J programming environment is more useful under NT primarily because
the
limitations on the size of text windows is far higher. Under 95 I
often had to
break up scripts into one or more files because the J editor cannot
handle
large scripts under 95. With NT the limit is much higher. So high that
if
you hit it your doing something wrong!
4) Some nagging instabilities in the J's menu system do not appear (at least
so for) under NT.
5) Running multiple J tasks is very smooth. Last night I ran four J's all
executing the
OpenGL slide show. On a 400 mhz machine with a few hundred megs of
ram even this torture test is smooth.
6) ODBC is much smoother. I've done a lot of ODBC'ing with J and many of
of the problems I experienced go away under NT.
Yes the OS matters.
John Baker
bakerjd@kos.net
-----Original Message-----
From: David Vincent-Jones <geomap@galaxynet.com>
Date: Sunday, January 03, 1999 8:26 PM
Subject: Jforum: Operating Systems
>Are there significant advantages to be gained from NT or Linux over Win'98
>in running J.
>Given the same amount of memory etc. is processing speed much the same?
>
>David V-J
>
>
>
>---------------------------------------------------------------------------
-----
>J Forum: for information about this list, see
http://www.jsoftware.com/forum.htm
>
--------------------------------------------------------------------------------
J Forum: for information about this list, see http://www.jsoftware.com/forum.htm
From owner-jsoftware@lists.interlog.com Mon Jan 4 00:59:30 1999
From: "John D. Baker" <bakerjd@kos.net>
Subject: Re: Jforum: Editors
Date: Mon, 4 Jan 1999 00:47:39 -0500
charset="iso-8859-1"
>When I am debugging I am often frustrated trying to count to a specific
line
>number in a long function.
>Is there any way to display line numbers during the debug process; it would
>make the application of stops etc. easier to apply.
The solution to this problem is to forget about line numbers
and set stops based on strings in the code. A few years
ago I wrote a few stop setting verbs that do this. Take a
look at the the attached verb (stopat)
NB. J script begins
require 'debug'
stopat =: 3 : 0
:
NB. Sets stops on J code. Stops cannot be set on all
NB. comment or blank lines as they are not executed.
NB.
NB. 'verb' stopat 'thisstr'
NB.
if. 1 <# jc99 =. 0 decomm jcr x. do.
NB. multiple line explicit definition
b99 =.(':' = 0{"1 jc99) *. ' ' *./"1 . = }."1 jc99
NB. drop "n : 0" header and closing ")"
b99 =. }:@}. b99 [ jc99 =. }:@}. jc99
ln99 =. b99 i. 1
NB. monad/dyad line numbers handles null cases
ln99 =. (i. ln99) ; i. 0 >. (#b99) - >:ln99
null99 =. 2 _2 {~ 1 e. b99
NB. delete : monad/dyad delimiter
jc99 =. jc99 #~ -. b99
NB. monad/dyad string match masks - all blank lines excluded
b99 =. (-. *./"1 ' ' = jc99) *. +./"1 ($ jc99) $ y. E. , jc99
b99 =. null99 {. (0 = ; ln99) <;.1 b99
NB. select matching lines from monad/dyad and set stops
dbsq@dbss x. , ' ' , ; 2&A. ' : ' ; ":&.> b99 #&.> ln99
else.
NB. tacit or single line explicit
dbsq@dbss x. , ' 0 : 0 '
end.
)
NB. remove comments from J code
decomm =: 3 : 0
1 decomm y.
:
NB. mask of unquoted comment starts
c =. ($y.)