Carl Love

## 27229 Reputation

11 years, 345 days
Himself
Wayland, Massachusetts, United States
My name was formerly Carl Devore.

## Message clear...

@wb_jerry Your message was perfectly clear. I encountered the same problem myself, and I thought that that may have been your reason. I think that I have found a way around the problem. I will post it soon.

## Message clear...

@wb_jerry Your message was perfectly clear. I encountered the same problem myself, and I thought that that may have been your reason. I think that I have found a way around the problem. I will post it soon.

@Markiyan Hirnyk Using additionally causes yet another copy of the variable to be made. I don't know if this is a bug or the intended behavior. If it was intended, I can't see any good reason for it. I hope the following examples provide understanding. Most interesting is that all copies end up with the same assumptions. For more understanding, procedures assume and additionally are written in Maple.

restart;
x0:= x:
assume(x>1);
x1:= x:
x1-x0;
0
x2:= x;
x~
x1-x2;
x~ - x~
x0-x1;
x~ - x~
x0-x2;
0
ToInert(x0);
_Inert_LOCALNAME("x~", 18446744073905239102)
ToInert(x1);
_Inert_LOCALNAME("x~", 18446744073903233086)
ToInert(x2);
_Inert_LOCALNAME("x~", 18446744073905239102)
Originally x, renamed x~:
is assumed to be: RealRange(Open(2),infinity)

Originally x, renamed x~:
is assumed to be: RealRange(Open(2),infinity)

Originally x, renamed x~:
is assumed to be: RealRange(Open(2),infinity)

@Markiyan Hirnyk Using additionally causes yet another copy of the variable to be made. I don't know if this is a bug or the intended behavior. If it was intended, I can't see any good reason for it. I hope the following examples provide understanding. Most interesting is that all copies end up with the same assumptions. For more understanding, procedures assume and additionally are written in Maple.

restart;
x0:= x:
assume(x>1);
x1:= x:
x1-x0;
0
x2:= x;
x~
x1-x2;
x~ - x~
x0-x1;
x~ - x~
x0-x2;
0
ToInert(x0);
_Inert_LOCALNAME("x~", 18446744073905239102)
ToInert(x1);
_Inert_LOCALNAME("x~", 18446744073903233086)
ToInert(x2);
_Inert_LOCALNAME("x~", 18446744073905239102)
Originally x, renamed x~:
is assumed to be: RealRange(Open(2),infinity)

Originally x, renamed x~:
is assumed to be: RealRange(Open(2),infinity)

Originally x, renamed x~:
is assumed to be: RealRange(Open(2),infinity)

## That's no way to talk...

@Markiyan Hirnyk Hey! That's no way to talk to a student who's trying to learn Maple---especially one who has clearly made a substantial and good-faith effort at doing her own homework before posting.

## Paragraph spacing bug...

I discovered another bug. This is about the spacing of indented paragraphs. Go to the recent Question "Problem with assume and solve" and read my Answer "Working with assumed variables". Read it with both Internet Explorer 10.0.03 and Firefox 20.0. Notice the difference in the spacing of the indented paragraphs. This was done with the old editor. I was not able to close up the spaces like I used to be able to do.

## Not limited to Moderators...

The "Sorry, something went wrong" bug is not limited to moderators. I made a test account and tested that.

## Internet Explorer...

So far, I've been able to workaround thus:

2. Edit that stub in FireFox 19.

Posting full-length in IE can provoke the bug.

Oft times, I cannot even post a stub with FireFox.

So, it's a two-browser workaround.

## Don't think so...

@Christopher2222

I don't think that that's a factor. I have encountered the bug while posting to some "stale" threads, ones where I think that it's unlikely that there would be simultaneous posters. Also, I have encountered the bug multiple times in the same thread, but spread out over several hours.

## Expand, without IntegrationTools...

Certainly I will explain, thus:

 > restart; assume(H > 0);
 > J := int(int(x^(2*H)*abs(x-y)^(2*H), y = 0 .. 1), x = 0 .. 1);

 > expand(J);

## Expand, without IntegrationTools...

Certainly I will explain, thus:

 > restart; assume(H > 0);
 > J := int(int(x^(2*H)*abs(x-y)^(2*H), y = 0 .. 1), x = 0 .. 1);

 > expand(J);

## Editting posts always works...

Editting posts always uses the old editor, and thus it always works. So I've taken to making test one-liner posts and then editting them, like I am doing right now.

Also, conversion of post type always works. So, if I can't Reply, for example, I try to make an Answer. If that works, then I convert it to a Reply. But it seems that there are a few threads where I can neither Reply nor Answer.

## simply expand...

Just applying expand, without any IntegrationTools, will also do the trick.

## simply expand...

Just applying expand, without any IntegrationTools, will also do the trick.