Macaulay2 / Macaulay2/M2

Kernel of a homomorphism of modules over different rings

Open
#350 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Core
Dominant language
Macaulay2
Stars
435
Forks
297
Avg merge
4d 20h
Merged PRs (30d)
11

Description

There is a problem with computing the kernel of a homomorphism of modules defined over different rings, when the target ring has no variables.

When the target ring was QQ[] I got:

```m2
i1 : A = QQ[x]

o1 = A

o1 : PolynomialRing

i2 : B = QQ[]

o2 = B

o2 : PolynomialRing

i3 : f = map(B,A,{0})

o3 = map(B,A,{0})

o3 : RingMap B <--- A

i4 : g = map(B^1,A^1,f,{{1}})

o4 = | 1 |

i5 : ker g
stdio:5:1:(3): error: assertion failed

When the target ring was QQ I got:
i1 : A = QQ[x]

o1 = A

o1 : PolynomialRing

i2 : B = QQ

o2 = QQ

o2 : Ring

i3 : f = map(B,A,{0})

o3 = map(QQ,A,{0})

o3 : RingMap QQ <--- A

i4 : g = map(B^1,A^1,f,{{1}})

o4 = | 1 |

i5 : ker g
stdio:5:1:(3): error: no coefficient ring present
```

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file or test is named. Start by reproducing both reported examples involving ker g, then trace the kernel implementation for maps between modules over different rings. Done means both examples compute a kernel without an assertion failure or a missing-coefficient-ring error.

Written by the indexing model from the issue text.

Assessment

Domain
backend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.