-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with compiling projects with nexe that use winston #1484
Comments
nexe probably doesn't like the dynamic requires in |
My Solution/Workaround Just don't use nexe. Use pkg instead. |
FYI: this error is also triggered when using Parcel (http://parceljs.org) with the I still haven't found a way to fix that in my case |
@RPDeshaies have you found a solution to the problem? I ran into the same issues |
@MichaelHirn I found the solution here quite useful |
I had the same issue and I was importing the following:
I changed the import for format to
and that solved it for me. I am using https://parceljs.org/ for packaging a lambda. |
FWIW, I'm still running into this issue, but after using browserify to bundle a library that has a dependency on winston. I'm using the |
I have this problem when running my project having a third party library that uses winston internally. There's a way to bypass the error? Any help is appreciated. |
I encountered perhaps the same issue, but in a different context. Bumped into error |
Please tell us about your environment:
winston
version?winston@2
winston@3
node -v
outputs: v8.11.3What is the problem?
When I compile a project that uses winston with
nexe project.js -o project.exe
and use the integrated formatters, I get the errorCannot find module './format'
orCannot find module './combine.js'
. When executing the project.js file directly everything works fine. The nexe compiling process didn't show any errors.Other information
Stacktrace
javascript Error: Cannot find module './combine.js' at Function.Module._resolveFilename (module.js:547:15) at Function.Module._load (module.js:474:25) at Module.require (module.js:596:17) at require (internal/module.js:11:18) ...
Related
There's been a similar problem that was fixed with a newer release of winston. #178.
The text was updated successfully, but these errors were encountered: