Author Topic: Weired menus in revision 1676  (Read 14933 times)

Offline Der Meister

  • Regular
  • ***
  • Posts: 307
Weired menus in revision 1676
« on: January 08, 2006, 12:14:53 pm »
As you can see there is a "little" problem with my menus in revision 1676 (Linux, wxGTK 2.6.1):

The problem does not occur in everey menu, Project-, wxSmith-, Tools-, Plugins-, Settings- and Help-menu look alright.

I first assumed it has something to do with the recent modifications of the keybinder plugin (revision 1675 - discussed here) but I could not find the reason for this behaviour.

Has anyone an idea how to solve it or has anyone noticed the same problem?
Real Programmers don't comment their code. If it was hard to write, it should be hard to understand.
Real Programmers don't write in BASIC. Actually, no programmers write in BASIC, after the age of 12.

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: Weired menus in revision 1676
« Reply #1 on: January 08, 2006, 01:46:01 pm »
Have you tried disabling the keybinder plugin?
Be patient!
This bug will be fixed soon...

Offline Der Meister

  • Regular
  • ***
  • Posts: 307
Re: Weired menus in revision 1676
« Reply #2 on: January 08, 2006, 01:57:01 pm »
Sorry, I didn't - just forgot about this obvious solution.  :o

And yes, after disabling the keybinder-plugin the menus are correct again.  8)
Real Programmers don't comment their code. If it was hard to write, it should be hard to understand.
Real Programmers don't write in BASIC. Actually, no programmers write in BASIC, after the age of 12.

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: Weired menus in revision 1676
« Reply #3 on: January 08, 2006, 02:24:58 pm »
This might have to do with the encoding the conf file was saved. Yesterday it was changed, so it might have read an invalid file. Delete the keybinder's conf file, re-enable it and see if it behaves fine this time.
Be patient!
This bug will be fixed soon...

Offline Der Meister

  • Regular
  • ***
  • Posts: 307
Re: Weired menus in revision 1676
« Reply #4 on: January 08, 2006, 02:36:39 pm »
This doesn't help. Even if I remove the whole Code::Blocks-configuration file the menus look like this after a restart.
Actually, there are not as much '_' in there as on the screenshot, just about 10 per menu-item. But after opening a project they grow and look like the ones on the screenshot I posted above.
Real Programmers don't comment their code. If it was hard to write, it should be hard to understand.
Real Programmers don't write in BASIC. Actually, no programmers write in BASIC, after the age of 12.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #5 on: January 08, 2006, 02:53:26 pm »
Oh my, oh my ....

what have I done now ??

I'll re-download and try that. What system is this on??

thanks
pecan

Edit:

Ok, I see, Linux.
I dont have such a beast, and I didnt think that I'd
touched the GTK code. I'll take another look.

thanks

I see the problem. A misplaced #endif
Will fix and re-commit today
1/8/2006 8:59 AM
« Last Edit: January 08, 2006, 02:59:32 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #6 on: January 08, 2006, 03:01:09 pm »
As an aside,

what is the fastest way to get a small Linus system
and test this sort of thing?

thanks
pecan

Offline Der Meister

  • Regular
  • ***
  • Posts: 307
Re: Weired menus in revision 1676
« Reply #7 on: January 08, 2006, 03:30:17 pm »
Probably the fastest way would be a Live-CD such as Knoppix oder Kanotix. The problem is: If you don't install them on your hard-drive you have to re-install Code::Blocks after every reboot. And the next thing is: I don't know how difficult it is to get Code::Blocks running on them because I don't know if all dependencies (especially wxGTK) are fulfilled.
Real Programmers don't comment their code. If it was hard to write, it should be hard to understand.
Real Programmers don't write in BASIC. Actually, no programmers write in BASIC, after the age of 12.

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: Weired menus in revision 1676
« Reply #8 on: January 08, 2006, 04:15:46 pm »
This doesn't help. Even if I remove the whole Code::Blocks-configuration file the menus look like this after a restart.
Actually, there are not as much '_' in there as on the screenshot, just about 10 per menu-item. But after opening a project they grow and look like the ones on the screenshot I posted above.

The keybinder configuration is stored in an external file, not inside C::B's configuration file...
Be patient!
This bug will be fixed soon...

Offline Der Meister

  • Regular
  • ***
  • Posts: 307
Re: Weired menus in revision 1676
« Reply #9 on: January 08, 2006, 04:31:16 pm »
Oh. Sorry, I didn't know that.
Anyway I searched for such a file and in the keybinder source there is following comment:
Quote
//memorize the key file name as {%HOME%}\cbKeyBinder+{vers}.ini
But - I can't find such a file. Anyway, I did never change anything from within the keybinder plugin - maybe it only creates this file if there were any changes?
Real Programmers don't comment their code. If it was hard to write, it should be hard to understand.
Real Programmers don't write in BASIC. Actually, no programmers write in BASIC, after the age of 12.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #10 on: January 08, 2006, 04:36:53 pm »
Yes, the file is only created if the "reply" button is
invoked from withing the keybinder dialog
(plugin configuration).

Its named cbkeybinder04v16.ini

I've re-commited keybinder, hopefully leaving the
GTK code unmolested.

thanks
pecan

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: Weired menus in revision 1676
« Reply #11 on: January 08, 2006, 04:56:31 pm »
what is the fastest way to get a small Linus system and test this sort of thing?
Probably the fastest way would be a Live-CD such as Knoppix oder Kanotix.

I'd recomment Ubuntu. Yiannis talked me into trying it a month ago, and although I was rather not so enthousiastic at first (the alien name and the maintainers' flower power philosophy made me a bit unsure, and the setup program looks crap ;)) I must admit that I am very positively surprised.

First off, Ubuntu detected all hardware on every PC and notebook which I tried without requiring any kind of user interaction (Gentoo, the "best, most configurable, most advanced" Linux, on the other hand, seems utterly unable to work with the specific Marvell Yukon card in my main PC, no matter what I try). Second, Ubuntu comes on one single CDROM and, apart from downloading a language pack, or specific extras (and updates) that you wish to install, has no other requirements. Third, it installs in 10-12 minutes (compare that to the 40-60 minutes needed by Fedora or SuSE, let's not even talk about Gentoo here), and last, it just works. You turn it on, and it works.
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #12 on: January 08, 2006, 05:39:24 pm »
Thanks thomas

I'll start a Ubuntu google session.

I guess this means you run CodeBlocks with
GTK and gcc on it. Right? Does it come with
a compiler that can handle WX262 and C::B?

Or, what minimal compiler system do you run
to compile and run Codeblocks.

My objective is only to compile,run,test Codeblocks.

thanks
pecan

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: Weired menus in revision 1676
« Reply #13 on: January 08, 2006, 05:46:01 pm »
I guess this means you run CodeBlocks with
GTK and gcc on it. Right? Does it come with
a compiler that can handle WX262 and C::B?

After installation, run Synaptic (it's in the administration menu) and install the following packages:
libtool, autoconf, automake, gcc-4.0, gcc-3.4, g++4.0, g++-3.4, gcc, g++, make, subversion, libwxgtk-2.6, libwxgtk-2.6-dev, wx-common.

Some names might be different (namely libwx* ones). I 'm writing this by heart and I might have a mistake or two above...
Be patient!
This bug will be fixed soon...

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #14 on: January 08, 2006, 06:01:22 pm »
When I attempt to order a Ubuntu cd I
get the (see attachment) following warning.


http://shipit.ubuntu.com/

Does anyone know if this is ok to accept?

thanks
pecan


[attachment deleted by admin]

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: Weired menus in revision 1676
« Reply #15 on: January 08, 2006, 06:13:46 pm »
Umm... it is ok, but you know ordering the CDROM takes about 6 weeks, don't you.

You can download an ISO file from about 50 mirrors and via BitTorrent in about 8-9 minutes :)
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #16 on: January 08, 2006, 06:24:26 pm »
Well, it looks like I'm gonna have to download it
anyway. The shipit link takes me to the Ubuntu: Distribution
Overview, with no way to order it. Wierd.

I live at the end of a county POTS, so to download
a full ISO is gonna take me days. But I'll start it....

thanks
pecan


Edit:

It's started. It'll only take 28 hours. I've done worse.
I can run the download while clobbering more GTK code.

« Last Edit: January 08, 2006, 06:33:21 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2784
Re: Weired menus in revision 1676
« Reply #17 on: January 08, 2006, 06:35:28 pm »
I noticed that the Ubuntu download says it uses
Gnome. Does that mean GTK?

Sorry for all the novice questions, but I havent used
unix in 10 years. And that one used X11

thanks
pecan

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5496
Re: Weired menus in revision 1676
« Reply #18 on: January 08, 2006, 06:38:08 pm »
and KUBUNTU is based on kde, but you can do both.
On my SUSE10 is use Kde, but the GTK stuff is also installed.

Offline Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1441
    • CenizaSOFT
Re: Weired menus in revision 1676
« Reply #19 on: January 09, 2006, 11:41:19 pm »
If you have a good machine you could also try "virtualization". VMware Player is free, QEMU's qemu-img can create VMware hard disks and VMXWizard can create a configuration file and also hard disks. You can even get Ubuntu ready for VMware Player (hard disk with Ubuntu installed + config file to run it) from vmware's site.

Of course installing Linux on your machine would make it run faster, but "virtualization" would save you the reboot :)

takeshimiya

  • Guest
Re: Weired menus in revision 1676
« Reply #20 on: January 10, 2006, 12:37:02 am »
colinux or xenlinux are the same as fast as the host system, because the guest systems doesn't have hardware emulated whatsoever.

And in the case of xenlinux, the multiple system you executes runs on the same ring level, however if you want to run windows+linux at the same time without patching windows, you'll need to wait for CPUs with "paravirtualization" registers which should be out (Intel and AMD) this year.

VMware is just too slow for me.
Dual boot is another option, but it's not the same as doing "ALT-TAB" and having another system. :D

I suppose the paradise of the cross-platform developer-tester is to have a Mac x86 with a CPU w/paravirtualization and 2GB of RAM, and then you install XENlinux as the OS on ring 0, and Windows, Linux, FreeBSD and MacOS X at the same level ring 1.
ALT-TAB and you're in windows, ALT-TAB and you're in mac os, ...
Windows hangs... no problem, ALT-TAB linux, and so on...

grv575

  • Guest
Re: Weired menus in revision 1676
« Reply #21 on: January 10, 2006, 01:20:29 am »
colinux or xenlinux are the same as fast as the host system, because the guest systems doesn't have hardware emulated whatsoever.

And in the case of xenlinux, the multiple system you executes runs on the same ring level, however if you want to run windows+linux at the same time without patching windows, you'll need to wait for CPUs with "paravirtualization" registers which should be out (Intel and AMD) this year.

VMware is just too slow for me.
Dual boot is another option, but it's not the same as doing "ALT-TAB" and having another system. :D

I suppose the paradise of the cross-platform developer-tester is to have a Mac x86 with a CPU w/paravirtualization and 2GB of RAM, and then you install XENlinux as the OS on ring 0, and Windows, Linux, FreeBSD and MacOS X at the same level ring 1.
ALT-TAB and you're in windows, ALT-TAB and you're in mac os, ...
Windows hangs... no problem, ALT-TAB linux, and so on...

colinux multitasks between linux and windows (timeslices each os) so I believe it is ring0.

takeshimiya

  • Guest
Re: Weired menus in revision 1676
« Reply #22 on: January 10, 2006, 02:23:26 am »
colinux multitasks between linux and windows (timeslices each os) so I believe it is ring0.

True, but you can run colinux from windows only (so you need windows installed) and if windows hangs or fails, the linux running in colinux will hangs also.

With XEN, any system that fails will not hang the rest. And windows isn't a requeriment, plus with paravirtualization it will support any OS that runs on that hardware (windows, linux, mac os, ...) without any modifications.

With XEN you could have for example Windows 98, Windows 2000, Windows XP 64, Ubuntu Linux, Gentoo Linux x64, FreeBSD, Mac OS X, QNX, etc. running at the same time on ring0.

That's very unlikely for colinux though.