Repository navigation
Module not working on Windows #30
Description
Activity
Unfortunately I don't have Windows boxes to test/develop on. I'm relying on
the open source community to work on the Windows compatibility.On Mon, Mar 24, 2014 at 10:13 AM, Miroslav Bajtoš
notifications@github.comwrote:The HEAD version does not work on Windows 8.1 x64.
$ node tests\test-fs-flock.js
FAILURE: LOCK_EX is not defined correctly
LOCK_EX undefined "undefined"
FAILURE: LOCK_NB is not defined correctly
LOCK_NB undefined "undefined"
FAILURE: LOCK_SH is not defined correctly
LOCK_SH undefined "undefined"
FAILURE: LOCK_UN is not defined correctly
LOCK_UN undefined "undefined"
FAILURE: expect_errno: flockSync(): expected error EBADF, got another error
ARGS: { '0': 'flockSync',
'1': -9,
'2': [TypeError: Bad argument],
'3': 'EBADF' }
FAILURE: expect_errno: flockSync(): expected error EBADF, got another error
ARGS: { '0': 'flockSync',
'1': 98765,
'2': [TypeError: Bad argument],
'3': 'EBADF' }
FAILURE: expect_ok: flockSync(): returned error
ARGS: { '0': 'flockSync', '1': 3, '2': [TypeError: Bad argument] }
FAILURE: expect_ok: flockSync(): returned error
ARGS: { '0': 'flockSync', '1': 3, '2': [TypeError: Bad argument] }
FAILURE: expect_ok: flockSync(): returned error
ARGS: { '0': 'flockSync', '1': 3, '2': [TypeError: Bad argument] }
FAILURE: expect_ok: flockSync(): returned error
ARGS: { '0': 'flockSync', '1': 3, '2': [TypeError: Bad argument] }
FAILURE: expect_ok: flockSync(): returned error
ARGS: { '0': 'flockSync', '1': 3, '2': [TypeError: Bad argument] }When used in Sinopia https://github.com/rlidwka/sinopia, it crashes the
whole process. Release build of node v0.10.26 crashes with StackOverflow.The debug build of node v0.10.26 reports
Unhandled exception at 0x6D5633D1 (fs-ext.node) in node.exe: An invalid parameter was passed to a function that considers invalid parameters fatal.
Stack trace:
fs-ext.node!_invalid_parameter_noinfo() Line 96 C++
fs-ext.node!_get_osfhandle(int fh) Line 306 C
fs-ext.node!_win32_flock(int fd, int oper) Line 196 C++fs-ext.node!EIO_Flock(uv_work_s * req) Line 247 C++
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/30
.Unfortunately I don't have Windows boxes to test/develop on. I'm relying on
the open source community to work on the Windows compatibility.Sure. My primary motivation was to record the problem, so that other people can find this issue when troubleshooting Sinopia or fs-ext on Windows.
@piscisaureus and me spent some time tracking down the issue, but were not able to pin down the root cause yet. One possible reason may be duplication of the fd->osfhandle table between Node core and the native module. I'll post an update if we find anything more.
The failure is that the names
LOCK_EX,LOCK_SH,LOCK_NBandLOCK_UNare accidentally defined asconst ints, whileNODE_DEFINE_CONSTANTcalls are guarded with#ifdefs for these names. See fs-ext.cc:76 and fs-ext.cc:455
Now the code compiles gracefully, but any call toflockresult in a TypeError with the message "Bad argument", becausestringToFlockFlagsconverts anything toundefined.@baudehlo I would willingly make a pull request for it but I'm not familiar with git and github anyway. I plan to learn it soon, but until that, feel free to fix this issue.
I don't have windows to test against so a pull request would be preferable.
On May 15, 2014, at 8:32 AM, winnetou1357 notifications@github.com wrote:
The failure is that the names LOCK_EX, LOCK_SH, LOCK_NB and LOCK_UN are accidentally defined as const ints, while NODE_DEFINE_CONSTANT calls are guarded with #ifdefs for these names. See fs-ext.cc:76 and fs-ext.cc:455
Now the code compiles gracefully, but any call to flock result in a TypeError with the message "Bad argument", because stringToFlockFlags converts anything to undefined.@baudehlo I would willingly make a pull request for it but I'm not familiar with git and github anyway. I plan to learn it soon, but until that, feel free to fix this issue.
—
Reply to this email directly or view it on GitHub.I have submitted a pull request fixing the constant vs. macro problem.
Now the flock test
node tests\test-fs-flock.jssilently crashes, which is the real problem and much more difficult to solve. As I said in a previous comment, it's possible the duplication of the fd->osfhandle table between Node core and the native module is broken on Windows. The issue is hard to debug, as the Node runtime tends to crash on a different thing when the test is run in a native VisualStudio debugger.I don't have windows to test against so a pull request would be preferable.
FWIW, you can download a Windows image for VirtualBox (or other VM host) for free at
http://www.modern.ie/en-us/virtualization-tools#downloads@baudehlo to add to what @bajtos pointed to...
Visual Studio Express 2013
Using VS2013 Express with Platform SDK
Platform SDK (search, match the windows version)If I had a better understanding of C/C++, I'd love to help with this... since this level of locking (and the need for range locking) are kind of important to me... as it is, I'm shimming the functionality I need via edge which works, but is not as lean as I'd really like it to be.
Sadly those don't work on Macs :) And my main dev machine at home isn't
powerful enough to run VMs.On Thu, Oct 23, 2014 at 2:59 PM, Michael J. Ryan notifications@github.com
wrote:@baudehlo https://github.com/baudehlo to add to what @bajtos
https://github.com/bajtos pointed to...Visual Studio Express 2013
http://www.visualstudio.com/downloads/download-visual-studio-vs#d-express-web
Using VS2013 Express with Platform SDK
http://msdn.microsoft.com/en-US/library/ms235626(v=vs.80).aspx
Platform SDK (search, match the windows version)
http://www.microsoft.com/en-us/search/result.aspx?q=platform%20sdk%20windows%207If I had a better understanding of C/C++, I'd love to help with this...
since this level of locking (and the need for range locking) are kind of
important to me... as it is, I'm shimming the functionality I need via
edge https://www.npmjs.org/package/edge which works, but is not as lean
as I'd really like it to be.—
Reply to this email directly or view it on GitHub
#30 (comment).VirtualBox doesn't work on Mac?
Yes it does, but I only have 2G of ram at home. I have plenty on my dev
machine at work, but no time (or reason for the company to need it) to do
the work there.On Fri, Oct 24, 2014 at 12:26 AM, Michael J. Ryan notifications@github.com
wrote:VirtualBox doesn't work on Mac?
—
Reply to this email directly or view it on GitHub
#30 (comment).Hi,
I found the problem. The problem is that fs-ext tries to open an invalid file descriptor (EBADF). So I made a fix that node does not crash, when this happens. But I cannot resolve why the handle is invalid. Any ideas?
Here is my test code:
var fsExt = require("./fs-ext"); var fs = require("fs"); fs.open("D:/test/test.txt", "r", function(err, fd) { fsExt.flock(fd, 6, function(test) { console.log(test); }); });
@simonhoss See my comment above. The problem seems to be caused by the way how Node.js works with Windows file handles, where the handles seem to be unavailable to native addons. As I mentioned earlier, I was debugging this with Bert, who wrote most of the Windows-specific code in Node.js core, and even he could not track down the source of the problem in a reasonably short time.
I'm closing this issue now due to the merged pull requests. Please re-open if it's still an issue.
I don't think #36 fixed the problem, see my comment: #36 (comment).
However, since there was nobody else complaining about the Windows support in the last three months or so, I think it's ok to keep this issue closed.
The HEAD version does not work on Windows 8.1 x64.
When used in Sinopia, it crashes the whole process. Release build of node v0.10.26 crashes with StackOverflow.
The debug build of node v0.10.26 reports