Home » Community » U++ community news and announcements » Upp 2007.1beta2 released
|
|
|
|
|
|
|
|
| Re: Upp 2007.1beta2 released [message #7823 is a reply to message #7822] |
Wed, 24 January 2007 22:40   |
guido
Messages: 169
Registered: April 2006
|
Experienced Member |
|
|
| Quote: |
In specific theme or for all themes?
|
With clearlooks and xfce4.
| Quote: |
Do not quite understand this. What is "xfce4 theme-engine"?
Does this mean a bug in U++?
|
No, sorry. xfce4 desktop comes with a gtk theme-engine of its own. Wanted to highlight, the problem with menu color looks more and more like a bug in clearlooks theme-engine.
| Quote: |
Main configuration? (There is no "GUI MT SHARED" in build method).
|
Yeah, used the wrong name.
The main configuration forgets newly created configs immediately after the dialog is closed. The toolbar textbox is then empty. When pressing the build button, it falls back to "GUI".
I can launch theide-605 and then it works again. I successfully built theide-2007-b2 with it.
My guess is that it tries to write to a file under /usr/local and silently fails, when it can't due to file permissions. But just a guess.
| Quote: |
BTW, some more info about your setup?
|
Debian unstable, no GNOME desktop or KDE desktop or control-center installed, only the libraries to run the productivity apps.
Where does upp get the text color, and why would it default to grey instead of black?
Guido
|
|
|
|
| Re: Upp 2007.1beta2 released [message #7824 is a reply to message #7821] |
Wed, 24 January 2007 22:56 |
fallingdutch
Messages: 258
Registered: July 2006
|
Experienced Member |
|
|
| guido wrote on Wed, 24 January 2007 18:10 |
- the debian package doesn't ever work on debian, so please include "ubuntu" in the package name, to save people from wasting time
|
sounds strange to me ... what does not work?
does theide run?
are the sources copied to the right place (/usr/share/upp)? Please check the /usr/share/upp/uppsrc/ide/version.h file if it states "2007.1beta2" it is the current one
what arch are you running on i386 or amd64 or anything else?
Bas
[Updated on: Wed, 24 January 2007 23:49] Report message to a moderator |
|
|
|
| Re: Upp 2007.1beta2 released [message #7825 is a reply to message #7824] |
Wed, 24 January 2007 23:56 |
guido
Messages: 169
Registered: April 2006
|
Experienced Member |
|
|
| fallingdutch wrote on Wed, 24 January 2007 22:56 |
| guido wrote on Wed, 24 January 2007 18:10 |
- the debian package doesn't ever work on debian, so please include "ubuntu" in the package name, to save people from wasting time
|
sounds strange to me ... what does not work? does theide run?
Bas
|
ubuntu uses glibc-2.4, debian unstable glibc-2.3.6.
any new version of glibc adds new symbols, which binaries come to depend on, when compiled against. binaries compiled with older glibc work on newer glibc, the other way around: not. There are tricks around it employed by apbuild from the autopackage project. Or the LSB sandbox. Of course this is all Linux style let's break ABIs twice a day before breakfast bollocks, proper Unices do not suffer from.
Guido
|
|
|
|
|
|
| Re: Upp 2007.1beta2 released [message #7827 is a reply to message #7823] |
Thu, 25 January 2007 00:20 |
 |
mirek
Messages: 14290
Registered: November 2005
|
Ultimate Member |
|
|
| Quote: |
| Quote: |
Main configuration? (There is no "GUI MT SHARED" in build method).
|
Yeah, used the wrong name.
The main configuration forgets newly created configs immediately after the dialog is closed. The toolbar textbox is then empty. When pressing the build button, it falls back to "GUI".
I can launch theide-605 and then it works again. I successfully built theide-2007-b2 with it.
My guess is that it tries to write to a file under /usr/local and silently fails, when it can't due to file permissions. But just a guess.
|
Well, that sounds reasonable explanation. It gets stored to the "package description" file which is inside package directory.
So if you have tried to modify main config of some package inside /usr/local, it had to fail.
| Quote: |
Where does upp get the text color, and why would it default to grey instead of black?
|
Unfortunately, I am afraid I have a clue...
The problem is that there is no function available to get that individual color in Gtk API - you have to retrieve the pointer to the whole structure. Current U++ is designed to avoid including any Gtk headers, so we have to recreate the structure (see CtrlLib/ChGtk.cpp, beginning of file...  ). If layout changes between Gtk versions, we are in trouble...
Apparent solution is to start including gtk headers. But I wanted to try first....
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Upp 2007.1beta2 released [message #7837 is a reply to message #7827] |
Thu, 25 January 2007 12:10 |
guido
Messages: 169
Registered: April 2006
|
Experienced Member |
|
|
| Quote: |
The problem is that there is no function available to get that individual color in Gtk API - you have to retrieve the pointer to the whole structure. Current U++ is designed to avoid including any Gtk headers, so we have to recreate the structure (see CtrlLib/ChGtk.cpp, beginning of file... Sad ). If layout changes between Gtk versions, we are in trouble...
|
Tried to get the hang of it last night.
So I started to replace some pointer arithmetics with proper data structures, to make things a bit less obfuscated.
Didn't understand how you calculated the style offset, as the data we are interested in starts right at offset 0.
'Twas late at night. For lack of familiarity with the upp::Draw properties and chameleon properties (paper,face ...) I didn't get farther than this:
struct G_color { dword _; word r, g, b; };
enum { G_STATE_NORMAL, G_STATE_ACTIVE, G_STATE_PRELIGHT, G_STATE_SELECTED, G_STATE_INSENSITIVE };
// G_STATE_NORMAL -> CTRL_NORMAL
// G_STATE_PRELIGHT -> CTRL_HOT
// G_STATE_ACTIVE -> CTRL_PRESSED
// G_STATE_SELECTED -> ??
// G_STATE_INSENSITIVE -> CTRL_DISABLED
struct G_style {
G_Color fg[5];
G_Color bg[5];
G_Color light[5];
G_Color dark[5];
G_Color mid[5];
G_Color text[5];
G_Color base[5];
G_Color text_aa[5]; /* Halfway between text/base */
G_Color black;
G_Color white;
};
I concluded, if I knew how things mapped to upp, I could have done it. But I must have overlooked something, if you couldn't get it done, I suppose.
Guido
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Upp 2007.1beta2 released [message #7889 is a reply to message #7853] |
Mon, 29 January 2007 11:15 |
piotr5
Messages: 107
Registered: November 2005
|
Experienced Member |
|
|
Thanks. another bug I found is that single-file packages don't
get linked into a lib, even though the final link-command does
expect *.a instead of *.o. but this bug is also present in
older versions and I simply ignored it...
but back to the hydra-problem: I tried to debug the "waiting",
and it turned out that waitpid did keep returning -1 to
indicate an error (errno 10, "child does not exist" or something)
while Web/sproc.cpp did interprete this as "child hasn't
exited yes".
the debug-session did look like this:
GNU gdb 2003-02-03-cvs
...
Console::Wait() (this=0xbffeebb8)
at /home/p/upp/uvs/upp-uvs/ide/Console.cpp:252
252 for(;;) {
(gdb)
253 ProcessEvents();
(gdb)
254 switch(Flush()) {
(gdb)
256 case 0: sleep = min(sleep + 5, 20); break;
(gdb)
259 Ctrl::GuiSleep(sleep);
(gdb)
252 for(;;) {
(gdb)
253 ProcessEvents();
(gdb)
254 switch(Flush()) {
(gdb) s
Console::Flush() (this=0xbffeebb8)
at /home/p/upp/uvs/upp-uvs/ide/Console.cpp:67
67 bool done_output = false;
(gdb) n
...
85 for(int i = 0; i < processes.GetCount(); i++) {
(gdb)
86 Slot& slot = processes[i];
(gdb)
87 if(!slot.process)
(gdb)
88 continue;
(gdb)
85 for(int i = 0; i < processes.GetCount(); i++) {
(gdb)
86 Slot& slot = processes[i];
(gdb)
87 if(!slot.process)
(gdb)
89 String s;
(gdb)
90 slot.process->Read(s);
(gdb)
91 if(!IsNull(s)) {
(gdb)
104 if(!slot.process->IsRunning()) {
(gdb) s
Upp::One<Upp::SlaveProcess>::operator->() (this=0x886d490)
at /home/p/upp/uvs/upp-uvs/Core/Other.h:30
30 T *operator->() { ChkP();
...
Upp::LocalSlaveProcess::IsRunning() (this=0x94c5e80)
at /home/p/upp/uvs/upp-uvs/Web/sproc.cpp:358
358 if(!pid || !IsNull(exit_code)) {
(gdb) n
362 int status = 0, wp;
(gdb)
363 if((wp = waitpid(pid, &status, WNOHANG | WUNTRACED)) != pid || !DecodeExitCode(status))
(gdb) s
364 return true;
(gdb) p wp
$1 = -1
(gdb) p status
$2 = 0
(gdb) p pid
$3 = 905
(gdb) n
368 }
(gdb)
Console::Flush() (this=0xbffeebb8)
at /home/p/upp/uvs/upp-uvs/ide/Console.cpp:114
114 running = true;
(gdb) n
85 for(int i = 0; i < processes.GetCount(); i++) {
(gdb) p processes
$4 = {<MoveableAndDeepCopyOption<Upp::Array<Console::Slot>,Upp::EmptyClass>> = {<Moveable<Upp::Array<Console::Slot>,Upp::DeepCopyOption<Upp::Array<Console::Slot>, Upp::EmptyClass> >> = {<DeepCopyOption<Upp::Array<Console::Slot>,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>}, <No data fields>}, <No data fields>},
vector = {<MoveableAndDeepCopyOption<Upp::Vector<void*>,Upp::EmptyClass>> = {<Moveable<Upp::Vector<void*>,Upp::DeepCopyOption<Upp::Vector<void*>, Upp::EmptyClass> >> = {<DeepCopyOption<Upp::Vector<void*>,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>}, <No data fields>}, <No data fields>},
vector = 0x886d480, items = 2, alloc = 2}}
(gdb) p processes[0]
$5 = (Slot &) @0x8815b80: {
process = {<MoveableAndDeepCopyOption<Upp::One<Upp::SlaveProcess>,Upp::EmptyClass>> = {<Moveable<Upp::One<Upp::SlaveProcess>,Upp::DeepCopyOption<Upp::One<Upp::SlaveProcess>, Upp::EmptyClass> >> = {<DeepCopyOption<Upp::One<Upp::SlaveProcess>,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>}, <No data fields>}, <No data fields>}, ptr = 0x0},
cmdline = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x889a33c "/usr/bin/c++ -c -I\"/home/p/upp/uvs/upp-uvs\" -I\"/usr/X11R6/include\" -I\"/usr/include\" -I\"/usr/X11R6/include/freetype2\" -I\"/opt/upp/uppsrc\" -DflagGUI -DflagGCC -DflagSHARED -DflagDEBUG_FULL -DflagLINUX "...}, <No data fields>},
output = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x853974c ""}, <No data fields>},
key = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x94e3404 "/opt/upp/out/Core/GCC.Debug_full.Gui.Release.Shared/Win32Com.o"}, <No data fields>},
group = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x94a7e44 "Core"}, <No data fields>}, outfile = 0x0,
quiet = false, exitcode = 0, last_msecs = 948604485}
(gdb) p processes[1]
$6 = (Slot &) @0x886d490: {
process = {<MoveableAndDeepCopyOption<Upp::One<Upp::SlaveProcess>,Upp::EmptyClass>> = {<Moveable<Upp::One<Upp::SlaveProcess>,Upp::DeepCopyOption<Upp::One<Upp::SlaveProcess>, Upp::EmptyClass> >> = {<DeepCopyOption<Upp::One<Upp::SlaveProcess>,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>}, <No data fields>}, <No data fields>}, ptr = 0x94c5e80},
cmdline = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x94e937c "/usr/bin/c++ -c -I\"/home/p/upp/uvs/upp-uvs\" -I\"/usr/X11R6/include\" -I\"/usr/include\" -I\"/usr/X11R6/include/freetype2\" -I\"/opt/upp/uppsrc\" -DflagGUI -DflagGCC -DflagSHARED -DflagDEBUG_FULL -DflagLINUX "...}, <No data fields>},
output = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x853974c ""}, <No data fields>},
key = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x94d89cc "/opt/upp/out/Core/GCC.Debug_full.Gui.Release.Shared/OL_Set.o"}, <No data fields>},
group = {<AString<char,Upp::String>> = {<Moveable<Upp::String,Upp::EmptyClass>> = {<EmptyClass> = {<No data fields>}, <No data fields>},
ptr = 0x94a7e44 "Core"}, <No data fields>}, outfile = 0x0,
quiet = false, exitcode = 0, last_msecs = 955095921}
(gdb) q
The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /home/p/upp/out/gcc.Debug_full.Gui.Shared/ide, process 362
I fixed this bad behaviour by forcing IsRunning() to return
true only when waitpid didn't return -1, and while I already
where altering the code I also inserted some logging of the
errno. then I tried again, and no locking. still, this is not
a bug-fix, since the process still didn't pass its return-
code. maybe someone might actually find the real bug. I
logged the ide's stdout, here's the output (as above, I
inserted "..." for brevity):
...
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Core/GCC.Gui.Shared/Mt.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 698, getpid = 294
parent process - continue
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Core/GCC.Gui.Shared/Thread.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[17, 18]
wpipe[19, 20]
fork, pid = 700, getpid = 294
parent process - continue
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
IsRunning() -> no, just exited, errno = 10
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[17, 18]
wpipe[19, 20]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Core/GCC.Gui.Shared/OL_Set.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 704, getpid = 294
parent process - continue
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Core/GCC.Gui.Shared/heap.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 707, getpid = 294
parent process - continue
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Core/GCC.Gui.Shared/heapdbg.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[17, 18]
wpipe[19, 20]
fork, pid = 709, getpid = 294
parent process - continue
Read() -> select
Read(), read -> 1024: rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Core/GCC.Gui.Shared/Mt.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 698, getpid = 294
parent process - continue
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -fexceptions
Read() -> select
Read(), read -> 1024: -Os -finline-limit=20 -x c++ "/home/p/upp/uvs/upp-uvs/Core/Thread.cpp" -o "/opt/upp/out/Core/GCC.Gui.Shared/Thread.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[17, 18]
wpipe[19, 20]
fork, pid = 700, getpid = 294
parent process - continue
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
IsRunning() -> no, just exited, errno = 10
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[17, 18]
wpipe[19, 20]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c -I"/home/p/upp/uvs/upp-uvs" ...
...
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Draw/GCC.Gui.Shared/DrawTextXft.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[17, 18]
wpipe[19, 20]
fork, pid =
Read() -> select
Read(), read -> 1024: 974, getpid = 294
parent process - continue
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Draw/GCC.Gui.Shared/Draw.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 0, getpid = 977
child process - execute application
26arguments:
[0]: </usr/bin/c++>
[1]: <-c>
[2]: <-I/home/p/upp/uvs/upp-uvs>
[3]: <-I/usr/X11R6/include>
[
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
IsRunning() -> no, just exited, errno = 10
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[17, 18]
wpipe[19, 20]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Draw/GCC.Gui.Shared/DrawOpWin32.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 981, getpid = 294
parent process - continue
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Draw/GCC.Gui.Shared/DrawOpX11.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[17, 18]
wpipe[19, 20]
fork, pid = 983, getpid = 294
parent process - continue
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Draw/GCC.Gui.Shared/DrawData.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[7, 14]
wpipe[15, 16]
fork, pid = 986, getpid = 294
parent process - continue
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[17, 18]
wpipe[19, 20]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c ... -o "/opt/upp/out/Draw/GCC.Gui.Shared/Drawing.o")
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open
rpipe[17, 18]
wpipe[19, 20]
fork, pid = 989, getpid = 294
parent process - continue
Read() -> select
Read(), read -> 1024: upp/uvs/upp-uvs>
[3]: <-I/usr/X11R6/include>
[
IsRunning() -> no, just exited, exit code = 0
IsRunning() -> no
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[7, 14]
wpipe[15, 16]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
IsRunning() -> no, just exited, errno = 10
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[17, 18]
wpipe[19, 20]
IsRunning() -> no
IsRunning() -> no
LocalSlaveProcess::Free, pid = 294
rpipe[-1, -1]
wpipe[-1, -1]
LocalSlaveProcess::Open(/usr/bin/c++ -c -I"/home/p/upp/uvs/upp-uvs" ...
[Updated on: Mon, 29 January 2007 11:22] Report message to a moderator |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Upp 2007.1beta2 released [message #7981 is a reply to message #7802] |
Fri, 02 February 2007 12:23 |
paolo
Messages: 11
Registered: January 2007
|
Promising Member |
|
|
|
Dunno why, I don't have changed any configuration, but now Vista seems to have learned that TheIDE is "good" and it doesn't ask me to confirm the execution.
|
|
|
|
Goto Forum:
Current Time: Tue Apr 28 21:04:44 GMT+2 2026
Total time taken to generate the page: 0.01246 seconds
|
U++ framework
Search
Help
Members
Register
Login
Home
