unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Heime <heimeborgia@protonmail.com>
To: Emanuel Berg <incal@dataswamp.org>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Too many permutations computed
Date: Fri, 04 Aug 2023 18:44:49 +0000	[thread overview]
Message-ID: <29_RCsXxqgvFMr0fCC8_S37RlUHg1FC4k9YCKpfSQQaAIkYV6k6k4MNrKiwAYYS-dX3wEqJPszTWohnhFU8uJxWMgHCB6xeClsDBHEeD-o8=@protonmail.com> (raw)
In-Reply-To: <87wmybkc4m.fsf@dataswamp.org>


------- Original Message -------
On Friday, August 4th, 2023 at 10:13 AM, Emanuel Berg <incal@dataswamp.org> wrote:


> uzibalqa wrote:
> 
> > > Again you can check out these two
> > > 
> > > https://dataswamp.org/~incal/emacs-init/perm.el
> > > https://www.emacswiki.org/emacs/StringPermutations
> > > 
> > > but after spending so much time on your own solution I get it
> > > you want to complete it ...
> > 
> > There are many algorithms out there. You should mention the
> > kind of algorithm you are implementing.
> 
> 
> Not sure it has one? But it is for permutation of list
> elements in general, the rest is just using it for the string
> use case. 

It does use a published technique, but did not take time to determine 
which one is it.  If I can space some time, I can check things out. 

> Maybe Emacs should have a built-in permutation
> function BTW, and a ditto library with helpers, e.g.
> for strings ...

That would make sense because permutations is quite a standard thing
today with a number of algorithms.  The implementation to use depends
on how much complication you are willing to accept programatically.
The more complicated, the more benefits you get.
 
> > I am using the original algorithm bf Robert Heap (1964).
> > It is not the common implementation you see because what
> > I have seen is the implementation of a simpler algorithm
> > (programatically), but which is not optimal in the way
> > Robert constructed it.
> 
> 
> Okay, well, see if you can get it to work then ...
> 
> --
> underground experts united
> https://dataswamp.org/~incal



  reply	other threads:[~2023-08-04 18:44 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-01 18:45 Too many permutations computed uzibalqa
2023-08-02 10:13 ` Emanuel Berg
2023-08-03 15:42   ` uzibalqa
2023-08-03 16:49     ` uzibalqa
2023-08-03 22:13       ` Emanuel Berg
2023-08-04 18:44         ` Heime [this message]
2023-08-03 15:52   ` uzibalqa
2023-08-03 16:08     ` Emanuel Berg
2023-08-04 18:39       ` Heime
2023-08-03 18:23 ` tpeplt
2023-08-03 23:25   ` Emanuel Berg
2023-08-04 21:45     ` tpeplt
2023-08-06 13:32       ` Emanuel Berg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='29_RCsXxqgvFMr0fCC8_S37RlUHg1FC4k9YCKpfSQQaAIkYV6k6k4MNrKiwAYYS-dX3wEqJPszTWohnhFU8uJxWMgHCB6xeClsDBHEeD-o8=@protonmail.com' \
    --to=heimeborgia@protonmail.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=incal@dataswamp.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).