Example 37: error loading module 'iuplua' from file 'C:\Program Files (x86)\Lua\5.1\clibs\iuplua51.dll' The specified module could not be found.

Drion22 / luaforwindows

Automatically exported from code.google.com/p/luaforwindows

0 stars 0 forks source link

Example 37: error loading module 'iuplua' from file 'C:\Program Files (x86)\Lua\5.1\clibs\iuplua51.dll' The specified module could not be found. #22

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago

To reproduce, use Windows 7 64-bit and the LuaForWindows_v5.1.4-40.exe 
installer. Then go to example 37. The following appears:

failed to load & run sample code
error loading module 'iuplua' from file 'C:\Program Files 
(x86)\Lua\5.1\clibs\iuplua51.dll':
        The specified module could not be found.

This kind of breaks the example a little bit, as you can see. See the attached 
log for the full screen output.

I checked out the file. It's definitely there. The file itself doesn't have any 
version information on it. The date modified was 6/25/2010 10:08PM if that 
helps at all.

Original issue reported on code.google.com by nitrod...@gmail.com on 17 Aug 2010 at 3:26

Attachments:

lua_example_37_error.txt

GoogleCodeExporter commented 8 years ago

The same error appears on Windows 7 32bit.

Original comment by ge...@bisseling.de on 4 Oct 2010 at 9:09

GoogleCodeExporter commented 8 years ago

Well have you rebooted after the install? "C:\Program Files 
(x86)\Lua\5.1\clibs" should be added to your %PATH%. Is it?

P.S. I don't have Windows 7 so this is going to be hard.

Original comment by rpusz...@gmail.com on 4 Oct 2010 at 12:49

GoogleCodeExporter commented 8 years ago

rpusztai: confirmed, it works after you reboot the install. It's in my path now.

Original comment by nitrod...@gmail.com on 4 Oct 2010 at 2:18

GoogleCodeExporter commented 8 years ago

Great. I am closing this issue then. Thanks for your help.

Original comment by rpusz...@gmail.com on 4 Oct 2010 at 3:16

Changed state: Invalid

GoogleCodeExporter commented 8 years ago

Isn't there a way to write to the path during the installation instead of 
waiting until the next reboot?

Original comment by nitrod...@gmail.com on 4 Oct 2010 at 3:42

GoogleCodeExporter commented 8 years ago

Yup it does write it before, but you probably launched it from the installer. 
So... Windows inherits the environment from the spawning app (the installer). 
So the environment is old when it starts. I do set the installer so it tells 
Windows that I changed the environment. It is a "chicken before the egg" 
syndrome.

Original comment by rpusz...@gmail.com on 4 Oct 2010 at 5:17

GoogleCodeExporter commented 8 years ago

Rebooting is a workaround, that means the problem hasn't been solved and the 
issue should not be closed.

The installer launched the examples script and the error shows up, made me 
think there was something wrong with the install, looked it up on google, found 
this page.

Original comment by daniel.v...@gmail.com on 11 Apr 2011 at 8:01

GoogleCodeExporter commented 8 years ago

Most other IDEs request a reboot on install (probably be as easy as setting a 
flag in the installer for Lua), this would look and feel far more integrated 
than letting people experience an error by default. Needs fixing! Thanks for 
overall great packaging btw.

Original comment by janus.ol...@gmail.com on 19 Dec 2011 at 10:33

GoogleCodeExporter commented 8 years ago

I understand your comment, but what about simple updates? Are those suppose to 
require a reboot? Should I script more in the installer to first check if LfW 
was installed before? This will take more time.

Thoughts?

Original comment by rpusz...@gmail.com on 19 Dec 2011 at 2:17

GoogleCodeExporter commented 8 years ago

Yes, I think you outlined the right and proper solution - do a flag check in 
the installer. Are you using NSIS? If so then I've used 
http://nsis.sourceforge.net/Check_for_a_Registry_Key in the past and it worked 
quite straight-forward (although I agree about time spend: NSIS scripting is a 
freaking nightmare, I've seriously considered coding the installer myself a few 
times and to date I'm not certain I've actually saved time using NSIS)

Original comment by janus.ol...@gmail.com on 19 Dec 2011 at 8:13

GoogleCodeExporter commented 8 years ago

I use INNO Setup. I just prefer it, but have used NSIS in the past. It is still 
the same kind of issues no matter which installer it is though.

I think I will implement this at some point because I think it is generally a 
good idea, but the priority will be low.

Original comment by rpusz...@gmail.com on 19 Dec 2011 at 10:03

Changed state: Accepted
Added labels: Priority-Low, Type-Enhancement
Removed labels: Priority-Medium, Type-Defect

GoogleCodeExporter commented 8 years ago

Godamn u ppl, just put another info in the example, "if you launched it from 
installation this example will not work because the environment variable wasnt 
set", or something like that

Original comment by yksnimus on 4 Oct 2012 at 4:08