Re^11: problem with par as other user

Replies are listed 'Best First'.
Re^12: problem with par as other user by vkon (Curate) on Jun 30, 2006 at 15:06 UTC
thats either linker (I used MSVC++'s one) or ... remember editbin? /subsystem:console	[reply]
Re^13: problem with par as other user by Ace128 (Hermit) on Jun 30, 2006 at 19:16 UTC
Apparently, if you use this for gcc "-mwindows" you don't have the window. Without it, its in "console" mode. :)	[reply]
Re^14: problem with par as other user by vkon (Curate) on Jun 30, 2006 at 20:10 UTC
... and now we're proud even more :) :)	[reply]
Re^12: problem with par as other user by vkon (Curate) on Jun 30, 2006 at 16:00 UTC
I just thought.... I don't exactly remember, but quite possibly that redistributable perl was compiled by myself, may be with perl memory allocator (but may be not) so it is wrong to use ActiveState's perl58.lib, I must ship mine! Otherwise compiled by you "start.exe" could work incorrectly, and of course extensions DLLs are not compatible. Look at perl58.dll's size: its size 2+Mb, while normaly its 1-Mb; because it contains compiled-in extensions. But I also succeeded preparing redistribution from ActiveState perl, albeit I did not use it. (and number of DLLs will be larger in this case) So be careful.	[reply]
Re^13: problem with par as other user by Ace128 (Hermit) on Jun 30, 2006 at 20:11 UTC
Yea, you should try compiling and running the start.c with ActiveStates version. My "start" I've created doesn't work with yours. And they are little bit smaller in size. It even seems like it looks for Perl modules in other places, and not where it should.	[reply]
Re^14: problem with par as other user by vkon (Curate) on Jun 30, 2006 at 20:48 UTC
things will be in sync if I create same package from ActiveState's perl, but then there will be more DLL files around. Alternatively, I can provide right LIB file. But searching for modules should not change, perl modules are in ZIP and their DLL are near EXE,	[reply]