Timeline for StringMatchQ and Alternatives throws message in init.m
Current License: CC BY-SA 3.0
15 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 3, 2017 at 4:29 | history | edited | Alexey Popkov | CC BY-SA 3.0 |
added 41 characters in body
|
| Apr 13, 2017 at 12:55 | history | edited | CommunityBot |
replaced http://mathematica.stackexchange.com/ with https://mathematica.stackexchange.com/
|
|
| Oct 30, 2015 at 22:33 | comment | added | halirutan | @WReach Good find. The whole initialization process is a bit mysterious and when you look at the LinkSnooper communication, there is a lot that happens. Would you mind to join the Mathematica Chat for little bit? I have a question about something related and you are one of the few people that can probably point me in the right direction. | |
| Oct 30, 2015 at 22:27 | comment | added | WReach | related: Uncaught Throw generated by JLink or UseFrontEnd and Possible Bug of loading Package @ Mathematica 10.1. | |
| Jul 13, 2014 at 11:42 | comment | added | Jacob Akkerboom | This bug persists in version 10 | |
| Jul 13, 2014 at 11:40 | history | edited | Jacob Akkerboom | CC BY-SA 3.0 |
Confirmed bug, see WReach's answer.
|
| Jan 12, 2013 at 7:24 | vote | accept | halirutan | ||
| Jan 10, 2013 at 16:52 | answer | added | WReach | timeline score: 12 | |
| Jan 2, 2013 at 19:41 | comment | added | Leonid Shifrin |
@WReach It is not the first time that I saw Catch failing. It looked like Catch is tied to a particular stack, and in some cases it looks like evaluation is using different stacks for parts of it. I may have just given a wrong explanation, but this is what it looked like. I did not have the time to dig deeper and obtain a fully satisfactory answer for these cases.
|
|
| Jan 2, 2013 at 16:26 | comment | added | WReach |
Apparently Catch doesn't work properly in the init.m file. I get the exhibited error message if I put Catch[Throw[False]] in my init file using V7, V8 or V9. In the example at hand, a Catch is used in StringPattern`Dump`rule1b (called by StringPattern`PatternConvert called by StringMatchQ).
|
|
| Jan 2, 2013 at 13:44 | history | tweeted | twitter.com/#!/StackMma/status/286468014105325568 | ||
| Jan 2, 2013 at 13:37 | comment | added | halirutan |
@MichaelE2 That's odd. I haven't even tested the real return-value, only investigated in the Throw. Nice finding.
|
|
| Jan 2, 2013 at 12:44 | comment | added | Leonid Shifrin |
I can't test right now, can only guess. When one uses Mathematica - style patterns in string-related functions, those patterns get compiled to regexes. This procedure is the likely source of exceptions you see. Why this only happens in the init.m files I have no idea, can't dig deeper at the moment. It could be for example that it relies on Java and Java is not yet available, or may be something else of a similar nature.
|
|
| Jan 2, 2013 at 8:01 | comment | added | Michael E2 |
Yes, I got the same. Also, StringMatchQ["name", "noMatch" | "name"] returns False in a new notebook if it's in init.m. If I change "noMatch" to something like "foo" it returns True. When I take it out of init.m and restart Mathematica, it returns True. Seems like a bug somewhere...
|
|
| Jan 2, 2013 at 5:23 | history | asked | halirutan | CC BY-SA 3.0 |