Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Meta

Post History

66%
+4 −1
Meta Default Rules: Loopholes

Bypassing source restrictions by storing data in the file name In some languages, like Pxem, programs are usually stored in the file name and the file's contents are irrelevant. On Somewhere Else,...

posted 3y ago by AndrewTheCodegolfer‭  ·  edited 3y ago by AndrewTheCodegolfer‭

Answer
#2: Post edited by user avatar AndrewTheCodegolfer‭ · 2021-08-02T11:33:48Z (over 3 years ago)
  • ## Bypassing source restrictions by storing data in the file name
  • In some languages, like [Pxem](https://esolangs.org/wiki/Pxem), programs are usually stored in the file name and the file's contents are irrelevant. On Somewhere Else, a Pxem answer has been disqualified before because the file content did not adhere to restrictions even if the file name did.
  • Since this dynamic seems more than a little unfair, I propose that programs in restricted-source challenges should be:
  • - normal programs where the file name doesn't matter and the file contents adhere to restrictions, or
  • - empty/meaningless file content where the file name adheres to restrictions
  • There might be some cases in which this won't work but I'll let the voters decide what's fair for this loophole and what isn't.
  • ## Bypassing source restrictions by storing data in the file name
  • In some languages, like [Pxem](https://esolangs.org/wiki/Pxem), programs are usually stored in the file name and the file's contents are irrelevant. On Somewhere Else, a Pxem answer has been disqualified before because the file content did not adhere to restrictions even if the file name did.
  • I propose that the area where the source code is stored should adhere to restrictions. There might be some cases in which this won't work but I'll let the voters decide what's fair for this loophole and what isn't.
#1: Initial revision by user avatar AndrewTheCodegolfer‭ · 2021-07-25T11:32:39Z (over 3 years ago)
## Bypassing source restrictions by storing data in the file name

In some languages, like [Pxem](https://esolangs.org/wiki/Pxem), programs are usually stored in the file name and the file's contents are irrelevant. On Somewhere Else, a Pxem answer has been disqualified before because the file content did not adhere to restrictions even if the file name did.

Since this dynamic seems more than a little unfair, I propose that programs in restricted-source challenges should be:

- normal programs where the file name doesn't matter and the file contents adhere to restrictions, or

- empty/meaningless file content where the file name adheres to restrictions

There might be some cases in which this won't work but I'll let the voters decide what's fair for this loophole and what isn't.