Recent Posts

Pages: [1] 2 3 ... 10
Expert questions / Bluetooth problems
« Last post by TimoVJL on Today at 07:36:28 pm »
Is a Bluetooth technology a nonworking issue in Windows?
Not any reliable way to do anything with it?
Full of an useless error messages?
Works only in Windows 7?

Bug reports / Re: Addin's management
« Last post by frankie on August 11, 2018, 05:00:53 pm »
Try this with Win10 and PellesC 9.0:
- open explorer and navigate to addins directory with PellesC IDE open
- Rename one of active addins dll to something else (i.e. rename 'buildver.dll' to 'buildver.dll-dont use')
  You should not be allowed to change name to a running DLL, but you can.
- Close IDE
- Reopen IDE and check addins, it is still there loaded and runing.
- If you open and close the IDE nothing changes.
- If you try to delete the DLL file while poide is running the system refuses to delete it.
- Close the IDE and delete the DLL then restart the IDE.
- Only after file deletion it is no more loaded.

Another thing that I'm not sure is correct is how the IDE behaves with freshly added addins. The new addins are activated by default. So a defective or harmful addin will start immediately after poide launch.
This make also difficult to follow the eventual debug of addin under development.
Bug reports / Re: Addin's management
« Last post by TimoVJL on August 11, 2018, 11:16:47 am »
The poide collect *.dll to Add-Ins list.
If i unload Add-In and rename or delete it, i can't load it again.
It don't show version info from a renamed dll.

I use Sysinternals Process Monitor to see what happens.

EDIT: tests was done using poide -xml option, not with register.
Bug reports / Addin's management
« Last post by frankie on August 10, 2018, 04:58:11 pm »
I'm not sure this is exactly a bug, but something is strange in addins management.
All files present in the AddIns/AddIns64 are treated as addins independently from the file extension.
I.e. renaming the addin 'debug.dll' to 'debug.whatever' the IDE still load extensions and run them.
Deleting completely the files they still appear in the IDE customization dialog. You must close and reopen the IDE to have them removed.
As I said this is not technically a bug, but developing an addin sometime can be useful to rename the former working version to test the new one, but in that case the IDE loads it 2 times (the former and the newer version).
General discussion / Re: .exe files not being built for a project
« Last post by J_A_Sturgess on August 09, 2018, 12:18:25 pm »
Thank you for the replies.

None of my project files are still open in Task Manager, so we can rule that one out, and the only anti-virus software I have (and this may sound a bit dodgy...) is the free version of Malwarebytes, which doesn't do real-time protection, so we can rule that out as well. I have added the folder where the projects are saved to the exclusion list on both Malwarebytes and the Windows Defender app though just to make sure.

All may not seem totally lost however, as I believe I have found the cause of the problem! As I've no common sense, I sometimes save two source code files that both include main() function tags to the same project, which means the build ends in 'complete failure'. It is deleting one of the files and then attempting to build the project again that causes the problem to appear, and the message 'Unable to execute project.exe. Invalid or unsupported executable format.' comes up, and no .exe file is present in the folder. So I guess the lesson here is that I just need to be careful with my saving!
General discussion / Re: .exe files not being built for a project
« Last post by frankie on August 09, 2018, 10:17:50 am »
Some "smart" antivirus (i.e. Kasperski) reacts also when you use some API functions (i.e. URLDownloadToFile()) and delete the executable.
Try pausing the antivirus and rebuilding your project.
If the exe is there AV is your problem.
General discussion / Re: .exe files not being built for a project
« Last post by DMac on August 09, 2018, 04:38:46 am »
I had a similar problem once and it was related to an antivirus app that detected the newly created executable and deleted it immediately!  I had to configure the app to whitelist Pelles C generated executables.
General discussion / Re: .exe files not being built for a project
« Last post by jj2007 on August 09, 2018, 01:40:40 am »
I have not seen this particular behaviour, but one reason could be that your programs do not exit properly. That happens every now and then with slighly incorrect GUI applications, and then the build process fails obviously.

Check with Task Manager if your project.exe is still active.
Projects developed with Pelles C / Lines'2018
« Last post by ngohungcuong on August 08, 2018, 07:32:14 pm »
Coded in Pelles C.
Is Lines'98 reborn?
General discussion / .exe files not being built for a project
« Last post by J_A_Sturgess on August 08, 2018, 02:00:08 pm »
My technical know-how regarding the inner workings of Pelles C is quite limited, but one thing I have picked up on is that upon building a standard C project (of the Win64 Console Program type) a .exe file is created, which is then run when the project is executed.

My problem lies with these .exe files, as after a while they simply stop being created when I press 'Build' (I have the folder where the project is located open to watch the file being created, or lack of file in the problematic cases). This started happening whilst I was using Version 9 of Pelles C, and as it was a beta I thought that this might just be a bug, so downloaded Version 8, to which the problem has reared its ugly head again. I have had this problem with two out of six different projects now, and it's becoming fairly annoying.

Any advice on how to remedy this would be most welcome.
Pages: [1] 2 3 ... 10