Still not able to run Find in Files after reinstall ??:
Other Edit functions work eg: Find , Configure
Engine: j701/2011-01-10/11:25
Library: 7.01.050
Platform: Win 64
Installer: j701a_win64.exe
InstallPath: c:/users/owner/j64-701
require'pacman'
'search' jpkgv 'ide/gtk'
--------T------T------T-------┐
│ide/gtk │1.0.73 │1.0.73 │GTK IDE │
L-------+------+------+--------
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, 27 September 2011 12:42 AM
To: [email protected]
Subject: Programming Digest, Vol 72, Issue 49
Send Programming mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://jsoftware.com/cgi-bin/mailman/listinfo/programming
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Programming digest..."
Today's Topics:
1. J64-701 GTK Find in Files (William Szuch)
2. Re: J64-701 GTK Find in Files (Ric Sherlock)
3. Re: Workspace Save (Ian Clark)
4. Bug/Inconsistency among namelist verbs from z locale (The Geeko)
5. Drop trailing zeros in a number (Andrew Nikitin)
6. Re: Bug/Inconsistency among namelist verbs from z locale
(Bj?rn Helgason)
7. Re: Bug/Inconsistency among namelist verbs from z locale
(Marshall Lochbaum)
8. Re: Bug/Inconsistency among namelist verbs from z locale
(The Geeko)
----------------------------------------------------------------------
Message: 1
Date: Mon, 26 Sep 2011 14:47:03 +1000
From: "William Szuch" <[email protected]>
Subject: [Jprogramming] J64-701 GTK Find in Files
To: "J Programming Forum" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I am not able to run Find in Files from the GTK Term or Edit windows.
Using GTK IDE 1.0.73
I get no response when clicking Find in Files.
Any help welcome.
Regards
Bill Szuch
------------------------------
Message: 2
Date: Mon, 26 Sep 2011 22:31:17 +1300
From: Ric Sherlock <[email protected]>
Subject: Re: [Jprogramming] J64-701 GTK Find in Files
To: Programming forum <[email protected]>
Message-ID:
<caoouvu_vfa9bdyvv+waogzb2+5eeagudoz7h1ojbokuazjg...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Works ok for me:
JVERSION
Engine: j701/2011-01-10/11:25
Library: 7.01.050
Platform: Linux 64
Installer: j701a_linux64.sh
InstallPath: /usr/local/lib/j64_701
require'pacman'
'search' jpkgv 'ide/gtk'
???????????????????????????????
?ide/gtk?1.0.73?1.0.73?GTK IDE?
???????????????????????????????
On Mon, Sep 26, 2011 at 5:47 PM, William Szuch <[email protected]>
wrote:
> I am not able to run Find in Files from the GTK Term or Edit windows.
>
> Using GTK IDE 1.0.73
>
> I get no response when clicking Find in Files.
>
> Any help welcome.
>
>
>
> Regards
>
>
>
> Bill Szuch
>
>
>
>
>
>
>
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
>
------------------------------
Message: 3
Date: Mon, 26 Sep 2011 11:13:15 +0100
From: Ian Clark <[email protected]>
Subject: Re: [Jprogramming] Workspace Save
To: Programming forum <[email protected]>
Message-ID:
<CAB2g=gapqbmc6k42-thme1hn+eaueu9peiurlamxr8ngtor...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
The (newer version of) LoBrow http://www.jsoftware.com/jwiki/IanClark/LoBrow
dumps the contents of any given locale as an orderly script.
I use LoBrow to maintain itself. But bearing in mind what Chris says, you
might not want to develop a serious project using it. Think of it as a
can-opener, for applying temporary patches to code. Study the
verb: namepick2ijs to become aware of the issues involved in getting a
sensible script out of a locale which will reliably restore the locale
contents: notably the need to ignore certain unwanted or unwieldy nouns and
verbs.
If you want to run it for real, you may need other library scripts of mine,
but off-hand I don't know which. Pm me.
On Mon, Sep 26, 2011 at 1:39 AM, Devon McCormick <[email protected]> wrote:
> There are these routines - http://www.jsoftware.com/jwiki/Scripts/WS
> Files - and this one I wrote (which is probably not as good):
> http://www.jsoftware.com/jwiki/Scripts/File J Variables .
>
> On Sun, Sep 25, 2011 at 7:56 PM, chris burke <[email protected]> wrote:
>
>> The use of workspaces has been discussed several times in the forum,
>> try searching on workspace in http://www.jsoftware.com/forumsearch.
>>
>> We recommend doing all your development work in scripts, see
>> http://www.jsoftware.com/jwiki/Doc/J4APL#WorkspacesandScripts. Since
>> scripts are saved automatically when run from the IDE, you will not
>> lose work in progress after a crash.
>>
>> Chris
>>
>> On Mon, Sep 26, 2011 at 7:00 AM, Nick Simicich <[email protected]>
wrote:
>>
>> > I see that ?there is entry on the J wiki about the fact that there
>> > is no workspace save in
>> > J<http://www.jsoftware.com/jwiki/Guides/General%20FAQ/Workspace>
>> > that asserts that there is no built-in workspace save.
>> >
>> > But then I thought that it should be possible to save a workspace in J.
>> > ?Not
>> > with a built in save, but with a function that enumerates names of
>> > different types, classifies them, writes them to files and puts
>> > them back together.
>> >
>> > I think that such a function would have to go through the list of
>> > objects (definitions and nouns), determine type, and convert it to
>> > some format
>> that
>> > could be written to a file.
>> >
>> > The biggest problem I see is that some nouns would be unable to be
>> > converted to nouns in a definition...you could create special verbs
>> > that could recreate those nouns, maybe all of them at once, and
>> > then delete the creating verb once it had done its job. Or maybe
>> > you could put everything into a file in a special format and then
>> > have the "restore workspace"
>> verb
>> > read the create verb and put the defined functions and nouns back.
>> >
>> > In my adventures in programming, I occasionally do something that
>> > freezes my whole machine because I overcommit memory so bad that I
>> > can't get
>> through,
>> > and then if I've built tables in my workspace I lose them, because
>> > all I can do is x out.
>> >
>> > Overcommiting is serious - it gets so bad that I can't get to
>> > anyplace I can start the break program from, so all I can do is
>> > click on the kill window box, and that gets me out.
>> >
>> > Has anyone tried to write a "save" verb? ?Or one that saves the
>> > base locale, or some named locale?
>> >
>> > or is it just impossible because of something I don't get?
>> >
>> > --
>> > Of course I can ride in the carpool lane, officer. ?Jesus is my
>> > constant companion.
>> > -------------------------------------------------------------------
>> > --- For information about J forums see
>> > http://www.jsoftware.com/forums.htm
>> >
>> ---------------------------------------------------------------------
>> - For information about J forums see
>> http://www.jsoftware.com/forums.htm
>>
>
>
>
> --
> Devon McCormick, CFA
> ^me^ at acm.
> org is my
> preferred e-mail
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
>
------------------------------
Message: 4
Date: Mon, 26 Sep 2011 13:46:45 +0000 (UTC)
From: The Geeko <[email protected]>
Subject: [Jprogramming] Bug/Inconsistency among namelist verbs from z
locale
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Here is how to reproduce:
1) From within jgtkide, define global nouns m, n, x, y, u, and v.
2) Use the namelist, formatted namelist, and selective namelist verbs.
(These verbs are highlighted in the stdlib.ijs file located in the repo at
http://www.jsoftware.com/trac/base7/browser/trunk/main/main/stdlib.ijs)
3) The selective namelist and formatted namelist have a bug, in that they
neglect to identify the x and y globals. Their relative, namelist, however
behaves as expected. In both monadic and dyadic forms, namelist displays
the variables of interest.
I am gaining better comfort with this library... Life is good.
Notes:
selective namelist = nl
formatted namelist = names
namelist = namelist (of which both forms are flawless)
I would expect that the results of all three verbs would be the same
(except, perhaps, w.r.t. formatting).
------------------------------
Message: 5
Date: Mon, 26 Sep 2011 10:06:17 -0400
From: Andrew Nikitin <[email protected]>
Subject: [Jprogramming] Drop trailing zeros in a number
To: J programming <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Mike Day mike_liz.day at tiscali.co.uk wrote:
> I had another method involving q: and dividing by 10 ^ the
> lesser of the powers of 2 and 5 in the factors, but it hangs J in
> some circumstances!
Dyadic q: to the rescue:
(% 10 ^ [: <./ 0 2 {3&q:) 12345024500000x
123450245
But, if you ARE using dyadic q: and it still freezes J, then this is
probably, a bug. Submit it.
------------------------------
Message: 6
Date: Mon, 26 Sep 2011 14:19:27 +0000
From: Bj?rn Helgason <[email protected]>
Subject: Re: [Jprogramming] Bug/Inconsistency among namelist verbs
from z locale
To: Programming forum <[email protected]>
Message-ID:
<cajtn3k8-osh8srphsuuq-tf5onnytjef9hh1aeekp3dvgbf...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Try defining a conjunction instead of a verb and then you may use the rest
of the special letters
https://groups.google.com/forum/#!topic/j-programming/YCDoBWT-ZGs
2011/9/26 The Geeko <[email protected]>
> Here is how to reproduce:
> 1) From within jgtkide, define global nouns m, n, x, y, u, and v.
> 2) Use the namelist, formatted namelist, and selective namelist verbs.
> (These
> verbs are highlighted in the stdlib.ijs file located in the repo at
> http://www.jsoftware.com/trac/base7/browser/trunk/main/main/stdlib.ijs)
> 3) The selective namelist and formatted namelist have a bug, in that
they
> neglect to identify the x and y globals. Their relative, namelist,
however
> behaves as expected. In both monadic and dyadic forms, namelist displays
> the
> variables of interest.
>
> I am gaining better comfort with this library... Life is good.
>
> Notes:
> selective namelist = nl
> formatted namelist = names
> namelist = namelist (of which both forms are flawless)
>
> I would expect that the results of all three verbs would be the same
> (except,
> perhaps, w.r.t. formatting).
>
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
Bj?rn Helgason, Verkfr??ingur
Fornustekkum II
781 Hornafir?i,
t-p?st: [email protected]
gsm: +3546985532
twitter: @flugfiskur
http://groups.google.com/group/J-Programming
T?knikunn?tta h?ndlar hi? fl?kna, sk?punarg?fa er meistari einfaldleikans
g??ur kennari getur stigi? ? t?r ?n ?ess a? glansinn fari af sk?num
/|_ .-----------------------------------.
,' .\ / | Me? l?ttri lund ver?ur |
,--' _,' | Dagurinn ? dag |
/ / | Enn betri en g?rdagurinn |
( -. | `-----------------------------------'
| ) | (\_ _/)
(`-. '--.) (='.'=) ??????
`. )----' (")_(") ??
------------------------------
Message: 7
Date: Mon, 26 Sep 2011 10:24:46 -0400
From: Marshall Lochbaum <[email protected]>
Subject: Re: [Jprogramming] Bug/Inconsistency among namelist verbs
from z locale
To: Programming forum <[email protected]>
Message-ID:
<CAPm_igL=9ouhse5kk8vnaxuzwjbz9k-c2rhibpjlftff8us...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Step 1 is a problem. You never want to define global variables x and y . In
fact, if you inspect the code for nl, you will find the line
nms=. (4!:1 y) -. ;: 'x y x. y.'
which specifically removes instances of x and y, as well as x. and y. .
That's because nl is an explicit verb, so x and y are overwritten with local
values once you enter the verb.
Marshall
On Mon, Sep 26, 2011 at 9:46 AM, The Geeko <[email protected]> wrote:
> Here is how to reproduce:
> 1) From within jgtkide, define global nouns m, n, x, y, u, and v.
> 2) Use the namelist, formatted namelist, and selective namelist verbs.
> (These
> verbs are highlighted in the stdlib.ijs file located in the repo at
> http://www.jsoftware.com/trac/base7/browser/trunk/main/main/stdlib.ijs)
> 3) The selective namelist and formatted namelist have a bug, in that
they
> neglect to identify the x and y globals. Their relative, namelist,
however
> behaves as expected. In both monadic and dyadic forms, namelist displays
> the
> variables of interest.
>
> I am gaining better comfort with this library... Life is good.
>
> Notes:
> selective namelist = nl
> formatted namelist = names
> namelist = namelist (of which both forms are flawless)
>
> I would expect that the results of all three verbs would be the same
> (except,
> perhaps, w.r.t. formatting).
>
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
>
------------------------------
Message: 8
Date: Mon, 26 Sep 2011 14:41:03 +0000 (UTC)
From: The Geeko <[email protected]>
Subject: Re: [Jprogramming] Bug/Inconsistency among namelist verbs
from z locale
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Bj?rn Helgason <gosinn <at> gmail.com> writes:
>
> Try defining a conjunction instead of a verb and then you may use the rest
> of the special letters
I don't think you understand. I have no problem using any of the letters
{m, n,
x, y, u, v}. I can successfully use any of the 6. (In my case I was using
them
to define nouns; but that does not impact what I am experiencing.)
The problem is what 2 verbs (i.e., nl and names) report. Unlike another
verb
(i.e., namelist), nl and names fails to display x or y.
Besides this exception, all 3 verbs (nl, names and namelist) report all
variables (including m, n, u and v).
So, the discrepancy is this: namelist reports all words; but nl and names
reports all words EXCEPT x and y.
SOLUTION
--------
EITHER
(1) Correct the issue with nl and names to report ALL words (i.e., mimic the
behavior of namelist);
OR
(2) Modify namelist to have the same defects as nl and names; PLUS modify
all 3
verbs to omit m, n, u, and v, from the result to be consistent with the
treatment of x and y (thereby, making all 6 words - m, n, x, y, u & v -
unavailable in their results). This would be a kludge, however, since none
of
the 3 are preventing USAGE of the word; they are simply failing to report
the
usage of the word. And, in this case, we are constraining the expressions
which
are permitted by the language, for no good reason.
------------------------------
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
End of Programming Digest, Vol 72, Issue 49
*******************************************
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
