Doroțcaia

Doroțcaia is a village in the Dubăsari District, Republic of Moldova, situated on the eastern bank of the River Dniester.[2]

Doroțcaia
Coordinates: 47°10′N 29°12′E
Country Moldova
DistrictDubăsari District
Population
  Total3,038

The village was a place of fighting during 1992 War of Transnistria. It is now under the control of the central authorities from Chișinău.

The Grigoriopol Romanian-language school which was not allowed to function by the authorities of Transnistria was moved to the village in 2002.

According to the 2014 Moldovan Census,[3] the village had a population of 3,038, of whom 2,976 were ethnic Moldovans, 44 were from ethnic minorities, and 18 were undeclared.

Political problems

On the eastern edge of Doroțcaia passes the strategic road linking Tiraspol and Rîbnița, and separatist authorities from Tiraspol want to control this road. 85% of Doroțcaia's farmland is across the road. From 2003 Transnistrian authorities tried to prevent farmers from accessing their land. Unable to harvest their crops, the farmers suffered serious losses.

This situation lead to an escalation of conflict between farmers and Transnistrian guards. An Organization for Security and Co-operation in Europe mission was formed to find a temporary solution that allows farmers to access their land.[4]

gollark: If you configured it wrong during setup of whatever this is somehow, then it won't match. PotatOS has the law enforcement access mechanism (PS#7D7499AB) which also currently doubles as "forgot password" handling, but not every OS does that.
gollark: How do you know your password is the right one?
gollark: I should assign unique IDs to the other sandbox escape bugs.
gollark: My "fix" is this:```lua--[["Fix" for bug PS#E9DCC81BSummary: `pcall(getfenv, -1)` seemingly returned the environment outside the sandbox.Based on some testing, this seems like some bizarre optimization-type feature gone wrong.It seems that something is simplifying `pcall(getfenv)` to just directly calling `getfenv` and ignoring the environment... as well as, *somehow*, `function() return getfenv() end` and such.The initial attempt at making this work did `return (fn(...))` instead of `return fn(...)` in an attempt to make it not do this, but of course that somehow broke horribly. I don't know what's going on at this point.This is probably a bit of a performance hit, and more problematically liable to go away if this is actually some bizarre interpreter feature and the fix gets optimized away.Unfortunately I don't have any better ideas. Also, I haven't tried this with xpcall, but it's probably possible, so I'm attempting to fix that too.]]local real_pcall = pcallfunction _G.pcall(fn, ...) return real_pcall(function(...) local ret = {fn(...)} return unpack(ret) end, ...)end local real_xpcall = xpcallfunction _G.xpcall(fn, handler) return real_xpcall(function() local ret = {fn()} return unpack(ret) end, handler)end```which appears to work at least?
gollark: Fixed, but I don't really know how or why.

References

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.