Hallo Martin, Du schriebst am Mon, 13 Aug 2012 11:13:08 +0200:
> On Monday 13 August 2012 11:01:53 Алексей Логинов wrote: > > Why no updates? New rpm package is updater. > > I'll include in any case my patch in rpm package without upstream, > > because without this patch we breaks updater and don't allow to change > > libraries which is in use. > > I wrote, that without patch copy of library is damaged, broken and > > have size 0b or big size and "segmentation error". > And why don't you use 'After make' I implemented especially for you? He won't believe advise given here, so he wants to get beaten by some higher instance. But there's some other issue mentioned here: There seem to be some serious problems with the file handling mechaism in your i18n utility. I'm just about adding a commandline control mechanism, and besides makeing it perform "make" and "exit" in some batch mode, I also wanted to allow some additional processing, like saving the project under another name, or im- and exporting files. And found my test files to be clobbered unexpectedly. One cause was your handling of the default file extension: it isn't tracked correctly. If you saved a file with one extension using some default that'S automatically selected, and then want to save a file with a different extension, the previous extension is kept as the default. And that default is used for the _automatic save on program exit_ as well! So if you saved a design file (.trd) and then close the program, your design file _will be overwritten_! And what's worse, the wrong extension will be saved in the stat file too, so as to be the new default for the next program invocation! I found a patch to avoid that and included that into the program. But then, there's another problem creeping up when you save the project under another name: It _does_ save the project file (.trp) correctly - but it _also_ saves all the project files under the _old_ name again. To what effect do you do _that_? Anyway, that wouldn't even be detrimental, if all the files were rebuilt with their previous contents, but they aren't - at least the design file (.trd) will be rebuilt completely and filled with _all_ program items, even those that were not contained in the original file and should not be modified. Maybe this should be reflected in the "no translate" field on loading? Or did you mean to save _all_ files under the new name (as is attempted with "new")? If so, this doesn't work out that way. I've included a patch against that in the modified version also. And, BTW, the latest IDE is _very_ unstable. The editor works ok, and it seems to do compilation right, too. But testing a program is a pain - after a couple program starts, especially when breakpointas are set or perhaps even more so when changed, the IDE becomes unresponsive, at least invokes the program only after a huge delay, if at all (often not), and has to be terminated and restarted to let me invoke the program again. If any appreciable load from other processes is present (and I have a 4 core processor wit 4 GB of memory now! ), thsi sluggishness is much increased and there are even "GDB timeout" occurrances. The IDE commandline I use is "mseide --NOZORDERHANDLING" for running under the openbox window manager. Processor is an AMD A6-3650 APU with integrated Radeon Graphics part listed as "Radeon HD 6530D", and I'm using the AMD (ATi) fglrx X driver version 4.2.11631. Oh yes, and I installed the latest gdb I got right after the first few "hangers", now it is version 7.4.1. BTW, another "slight" annoyance concerns text cursor (caret) control. Lest you didn't set out to be as bug compatible to some (many) windows programs, I _do_ consier this as a bug: If you set the text cursor (caret) anywhere in the current window, then scroll far enough for the caret to go outside the window, and then attempt to move the caret using the cursor keys to navigate to another position shown, the display suddenly jumps around to where the caret has been scrolled, throwing your previous target completely out of sight and requiring you to again navigate to whre you wanted in the first place. (At least, this does not occur when shifting the text with the page up/down keys, as many of those misbehaved Windows programs do also...) (And another BTW I just stumbled over: In the source editor, when the caret hit the last line and you try to go still further down, the editor leaves the text window and activates the line/column display. Looks weird and works awkwardly...) -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
