User forums > Nightly builds

The 19 June 2015 build (10341) is out.

<< < (11/15) > >>

Jenna:

--- Quote from: jens on June 29, 2015, 10:14:28 pm ---
--- Quote from: ToApolytoXaos on June 29, 2015, 10:02:12 pm ---
--- Quote from: jens on June 29, 2015, 09:41:14 pm ---So you can try my repo with Code::Blocks nightlies for debian, build against wxWidgets 3.02 from the official repo.

--- End quote ---
Is everything alright jens? I can't fetch updates for some reason...

--- Code: ---W: Failed to fetch https://apt.jenslody.de/testing/dists/stretch/Release  Unable to find expected entry 'main/source/Sources' in Release file (Wrong sources.list entry or malformed file)

E: Some index files failed to download. They have been ignored, or old ones used instead.

--- End code ---

--- End quote ---
Sources are not (yet) available.
[...]
For the moment you have to comment out the deb-src line for my repo.

--- End quote ---
Should work again.

ToApolytoXaos:
Yep, I have tested it on my VirtualBox and works now.

By the way, I wanted to ask: what's the first line Code::Blocks is using to start? I haven't found any main() code inside any source file.

Where should I look?

BlueHazzard:
it is nested in a wxApp Class and i think the main is behind this macro in app.c

--- Code: ---IMPLEMENT_APP(CodeBlocksApp) // TODO: This gives a "redundant declaration" warning, though I think it's false. Dig through macro and check.
--- End code ---

Jenna:
I possibly found the cause for the crash at shutdown (not related to the unfinished threads):
wx3 provides wxTreeListCtrl and wxContribItems does it too.
For testing purposes I removed it completely in autofoo-stuff and the wx30-project-files (only tested on linux).
It should be added to wxSmith, but the wxs*-files for it need a complete overhaul and have to be moved from wxSmithContribItems to wxSmith itself (for wx30).

So as written for testing purposes I removed it completetely.
Please test the attached patch and give feedback, if possible.

eckard_klotz:
Hello Everybody.


--- Quote ---Since this nightly ("CB_20150619_rev10341_win32") I have problems to add files to a project by the projects-browser:

* When I try to add files by the projects-browser the wait symbol (turning cycle) will be displayed  before the associated File-dialogue opens. CodeBlocks is doing nothing any more and I have to quit it with the task-manager.

* When I try to add files by the files-browser it works. When I try to add files recursively by the projects-browser the associated folder dialogue opens.

* I closed my workspace and tried it out with a complete new empty-project with the same result.

* The effect occurs under  Win 8.1. with this nightly where I use the content of all provided 7z files.

* As far as I remember I tried it out on Win 7 also and there it worked.  I try to reproduce it tomorrow if i have a Win 7 computer available again if you wish.

* I have tested it out with the nightly before  ("CB_20150604_rev10320_win32") and there it works.

* Please ask me for some more details if my description is not helpful ...

--- End quote ---

After some trials I found out the real reason. When I waited longer I've got a message from my virus-scanner that codeblocks.exe seems to act in a suspicious way and he asked me to remove it. Since I already know a similar problem with CbLauncher.exe I checked it directly with my virus-scanner and after he approved that he found no problem inside codeblocks.exe, I put it on his white-list. After that I was able to add files to a project by the projects-browser again.

We had such an discussion last year ()http://forums.codeblocks.org/index.php/topic,19596.msg134069.html#msg134069 and I since I know now how to deal with this I don't want to start it again. How ever it may be helpful for others to add in http://forums.codeblocks.org/index.php/topic,3232.0.html a small workaround.

Best regards,
                      Eckard Klotz.


 

Best regards,
                      Eckard Klotz

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version