|
|
Home » Community » U++ community news and announcements » Upp 2007.1beta3 released
Upp 2007.1beta3 released [message #7939] |
Thu, 01 February 2007 09:39  |
|
+ GLCtrl works in Linux (patch by Damien Porquet)
* GTK is now linked and GTK headers are required in order to compile U++ apps
* PCRE updated from version 6.6 to 7.0
- NormalizePath in POSIX does not add " to names with spaces anymore
- fixed problems with popup/pulldown menus on Gentoo/kde linux
|
|
|
|
|
Re: Upp 2007.1beta3 released [message #7952 is a reply to message #7948] |
Thu, 01 February 2007 18:27   |
|
ebojd wrote on Thu, 01 February 2007 12:08 | May I assume that the beta version has been checked into SVN <https://upp.svn.sourceforge.net/svnroot/upp>? I just tried to update the repository and it appeared that is was already up to date, and did note patch the system at all. I feel like I'm missing something...
|
Try now I always forget to update svn. Must investigate the time to synchronize it with uvs somehow..
|
|
|
|
|
|
Re: Upp 2007.1beta3 released [message #7966 is a reply to message #7964] |
Thu, 01 February 2007 21:54   |
ebojd
Messages: 225 Registered: January 2007 Location: USA
|
Experienced Member |
|
|
I have GTK (both versions 1.2 and 2.0) installed on the system. At first it could not find any of the GTK stuff, but after I tried to add the include directory output from `gtk-config --cflags` (which returned "-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include") it broke all over the place.
As I said, the beta3 tarball compiled fine, but the stuff I just uploaded from SVN did not. It appears the source was caught in between some changes, I have the wrong version of GTK, or it is a feature that has yet to nail my foot to the floor.
Which version of GTK are you using/requiring?
[Updated on: Thu, 01 February 2007 21:58] Report message to a moderator
|
|
|
|
Re: Upp 2007.1beta3 released [message #7968 is a reply to message #7967] |
Thu, 01 February 2007 22:14   |
ebojd
Messages: 225 Registered: January 2007 Location: USA
|
Experienced Member |
|
|
Sorry I was not clear. After it broke with 1.2 I tried it with 2.0.
Does beta3 also use GTK?
appended are the first few relitive lines:
EBo --
--------------
...
mkdir -p ../../out/plugin/png/GCC33-Gcc32-Gui-Linux/
c++ -c -O1 -ffunction-sections -x c++ -I../ -I/usr/include -I/usr/X11R6/include/ -I/usr/include/freetype2 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib/include -DflagGUI -DflagGCC32 -DflagLINUX ../CtrlLib/ChGtk.cpp -o ../../out/CtrlLib/GCC33-Gcc32-Gui-Linux/ChGtk.o
In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:23,
from /usr/include/gtk-2.0/gdk/gdk.h:30,
from /usr/include/gtk-2.0/gtk/gtk.h:31,
from ../CtrlLib/ChGtk.cpp:20:
/usr/include/gtk-2.0/gdk/gdkcolor.h:30:19: error: cairo.h: No such file or directory
In file included from /usr/include/gtk-2.0/gdk/gdkcolor.h:31,
from /usr/include/gtk-2.0/gdk/gdkcairo.h:23,
from /usr/include/gtk-2.0/gdk/gdk.h:30,
from /usr/include/gtk-2.0/gtk/gtk.h:31,
from ../CtrlLib/ChGtk.cpp:20:
/usr/include/gtk-2.0/gdk/gdktypes.h:33:25: error: pango/pango.h: No such file or directory
/usr/include/gtk-2.0/gdk/gdktypes.h:51:23: error: gdkconfig.h: No such file or directory
In file included from /usr/include/gtk-2.0/gdk/gdk.h:30,
from /usr/include/gtk-2.0/gtk/gtk.h:31,
from ../CtrlLib/ChGtk.cpp:20:
...
|
|
|
|
|
|
|
|
|
|
|
|
Re: Upp 2007.1beta3 released [message #8161 is a reply to message #7939] |
Tue, 13 February 2007 12:45   |
piotr5
Messages: 107 Registered: November 2005
|
Experienced Member |
|
|
except for the already mentioned bugs, it just works great.
for the interrupted compilation I have found the solution,
I think:
--- upp-uvs/Web/sproc.cpp 2007-01-06 14:59:48.000000000 +0100
+++ test/Web/sproc.cpp 2007-02-13 03:11:48.000000000 +0100
@@ -111,7 +111,7 @@
if(rpipe[1] >= 0) { close(rpipe[1]); rpipe[1] = -1; }
if(wpipe[0] >= 0) { close(wpipe[0]); wpipe[0] = -1; }
if(wpipe[1] >= 0) { close(wpipe[1]); wpipe[1] = -1; }
- waitpid(pid, 0, WNOHANG | WUNTRACED);
+ if(pid) waitpid(pid, 0, WNOHANG | WUNTRACED);
pid = 0;
output_read = false;
#endif
@@ -328,7 +328,7 @@
kill(pid, SIGTERM);
GetExitCode();
int status;
- if(waitpid(pid, &status, 0) == pid)
+ if(pid && waitpid(pid, &status, 0) == pid)
DecodeExitCode(status);
exit_string = "Child process has been killed.\n";
}
and maybe
--- upp-uvs/ide/Host.cpp 2007-01-06 14:56:44.000000000 +0100
+++ test/ide/Host.cpp 2007-02-13 03:11:29.000000000 +0100
@@ -158,7 +158,7 @@
Vector<int>& pid = sPid();
int i = 0;
while(i < pid.GetCount())
- if(waitpid(pid[i], 0, WNOHANG | WUNTRACED) > 0)
+ if(pid[i] && waitpid(pid[i], 0, WNOHANG | WUNTRACED) > 0)
pid.Remove(i);
else
i++;
the point of this bugfix is that if one keeps calling waitpid
with an explicite pid, then using the pid "0" should be
avoided at all cost, as it does act in an unexpected way:
instead of waiting for the process with pid 0, it just
waits for any process with the same group-id as the calling
program, and thereby the exitcode could get lost...
|
|
|
Goto Forum:
Current Time: Sat Apr 26 14:50:39 CEST 2025
Total time taken to generate the page: 0.00810 seconds
|
|
|