iLiad Compile GTK application on Iliad. Help

[vschmidt]

I have bought my Iliad about 1 month ago. I have expereance in programming in some areas and would like to develop some utils for Iliad, that are absent or are not convinient for my opinion (language dictionary by book reading etc).

Thanks this site I did first steps (registration and updating kernel for developer) and can compile and start "text-mode" programms. But I have some problems with gtk applications. Can somebody help me with it?

1. My work platform is Windows. To compile programs under Ubuntu I use VirtualBox.
2. Kernel version in my Iliad is 2.12
3. I have downloaded toolchain (http://developer.irexnet.com/pub/iLi...091648.tar.bz2) and unpack it on Ubuntu in root directory.
4. I made makefile (see under) follow olny my expereance with correct paths.
5. I wrote simple programm test (see under) based on main.c from contentLister. I tried to write it following gtk tutorial, but it didn't work also.
6. I wrote test.sh (see under) based on run.sh from mrxvt
7. Copy test.sh, test in mrxvt directory on MMC card

Results:
Programm is compilable. If I use only text-mode (without GTK), it works very well. But for GTK there are some problems. I start test.sh on my Iliad, light indicator blinks and progress bar shows progress. And so on. It stays at the same state for long long time without any result.

Sorry for my english. I didn't have a great practice in it. Answers in german and russian are also possible to receive

# Make option
BASE_DIR1 = /usr/local/arm/oe/arm-linux/include/
BASE_DIR2 = /usr/local/arm/oe/arm-linux/lib
INCLUDE = -I$(BASE_DIR1)/gtk-2.0 -I$(BASE_DIR1)/glib-2.0 -I$(BASE_DIR2)/glib-2.0/include/ -I$(BASE_DIR1)/pango-1.0 -I$(BASE_DIR1)/atk-1.0 -I$(BASE_DIR2)/gtk-2.0/include/ -I$(BASE_DIR1)/libxml2
LIB     = -L$(BASE_DIR2)/ -lgtk-x11-2.0 -lglib-2.0 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lX11 -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -latk-1.0 -lgobject-2.0 -lgmodule-2.0 -lgcrypt -lXrandr -lXext -lXft -lfreetype -lz -lfontconfig -lXfixes -lXcursor -lXrender -lXau -lpangoft2-1.0 -lgpg-error -lexpat -lm -lpango-1.0 -lgthread-2.0

# Modules
OBJECTS = 2.o
SOURCE_DIR = .
OUTFILE = test

#Compiler option
GCC = /usr/local/arm/oe/bin/arm-linux-gcc

# Make commands
$(OUTFILE) : $(OBJECTS)
	$(GCC) $(LIB) -o $(OUTFILE) $(OBJECTS)

$(OBJECTS): %.o: $(SOURCE_DIR)/%.cpp
	$(GCC) $(INCLUDE) -c $< -o $@

#include <gtk/gtk.h>
#include <glib.h>

int main(int argc, char *argv[])
{
    GtkWidget *window;

    /* init threads */
    g_thread_init(NULL);
    gdk_threads_init();
    gdk_threads_enter();

    gtk_init(&argc, &argv);

    // create the main, top level, window 
    window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
    gtk_window_set_title(GTK_WINDOW(window), "Title");
    gtk_window_position(GTK_WINDOW(window), GTK_WIN_POS_CENTER);
    gtk_container_set_border_width(GTK_CONTAINER(window), 0);
    gtk_widget_set_size_request(GTK_WIDGET(window), 768, 1024);
    gtk_window_set_modal(GTK_WINDOW(window), TRUE);
    gtk_window_set_resizable(GTK_WINDOW(window), FALSE);

    gtk_main();
    gdk_threads_leave();

    return 0;
}

export DISPLAY=:0
export scriptdir=`/usr/bin/dirname $0`
cd $scriptdir
./test

[-Thomas-]

I don't have great practice in GTK, but you can try this test.sh:

export DISPLAY=:0
export scriptdir=`/usr/bin/dirname $0`
cd $scriptdir
./test > output.txt 2> error.txt

This will write any error message to output.txt and error.txt in your program directory. Please post the files here, then we could help you a little more.

[jharker]

Hi!

Because of the slow refresh rate of the iLiad, you have to manually cause the screen to refresh using a command in the program, after the screen contents have been drawn. Alternately, you can use xepdmgr (see related threads in this forum), which should handle this for you. I recommend using xepdmgr, because we will eventually (I hope) be switching all programs to that.

However, if you just want to try it out, you can also do it the original iRex way. Link to liberdm and include erdm.h, then when you want to refresh, call dmDisplay like this:

dmDisplay(dmCmdPriorUrgent, dmQFull);

That should do the trick. Of course, it gets more complicated than that, but that's the general idea.

Hope this helps!

[ericshliao]

Xepdmgr is the easiest way to get GTK+ based program to run on iLiad.

One little suggestion on your code:

gtk_widget_set_size_request(GTK_WIDGET(window), 768, 1024);

is not necessary. If you want to hide toolbar and pagebar, use:

gtk_window_fullscreen(GTK_WINDOW(window));

[ericshliao]

I have a question about screen refresh control on iLiad:
in liberdm/erdm.h, there are functions to do refrshing job

// Do a full display update
int     dmDisplay(eDmCmdPriority prior, eDmQuality qual);

// Blank display
int     dmDisplayEraseToWhite(eDmCmdPriority prior);

Is that all we need to make screen refresh on iLiad? If yes, why is the need to write image to /dev/fb0? For example, in source code of ipdf:

void GtkMgr::drawImage(SplashBitmap * bitmap, 
                          int xSrc, int ySrc, 
                          int xDest, int yDest, 
                          int width , int height, 
                          GBool bDrawBorder,
		          int current_screen_height)
{
    if (bitmap) 
    {
        if (width < 0) width = bitmap->getWidth();
        if (height < 0) height = bitmap->getHeight();

        dfb_copyImage(fb_mem, bitmap, xSrc, ySrc, xDest, yDest, width, height, current_screen_height);

        if (bDrawBorder)
        {
            // line 
            XSetForeground(display, GDK_GC_XGC(gc), 0);
            XSetLineAttributes(display, GDK_GC_XGC(gc), 1, LineSolid, CapProjecting, JoinMiter);
            XDrawRectangle(display, GDK_WINDOW_XWINDOW(window->window), GDK_GC_XGC(gc), 
                xDest, yDest, width, height);
        }
    } 
}

[jharker]

Ah, yes. I've seen that before... I had to deal with that when I made the fullscreen patch for ipdf.

As far as I can guess, that direct write to /dev/fb0 is basically done to speed up the page draws. I don't know how much extra speed is actually gained by doing it that way. It's kind of a pain because drawing by this method means that 1) ipdf will overwrite whatever else is on the screen; and 2) the normal gtk_window_fullscreen call was useless when I was making the ipdf fullscreen patch.

Eventually I would like to see ipdf become more standardized and use fewer kludges, and this is first on my list of things to change.

[ericshliao]

Originally Posted by jharker

2) the normal gtk_window_fullscreen call was useless when I was making the ipdf fullscreen patch.

This is a valuable info if I want to use liberdm to control screen refresh. gtk_window_fullscreen() and gtk_window_unfullscreen() do work for apps with xepdmgr.

[jharker]

Yes, normal function calls should work if programs do things the conventional way. Only ipdf is weird like this, as far as I know.

I seem to recall that gtk_window_fullscreen actually was useful, because it kept the toolbars from redrawing... but I don't recall for sure, it's been a while since I worked on it.

[vschmidt]

Thanks all for helpfull answers. It was really a problem with screen updating. But as ussualy after answers I got new questions. I have tried two suggested methods for screen updating: 1) erdm.h and 2) xepdmgr.

1) Is there only dmDisplay method to work with screen redraw? eq. can I update self a part of screen using standard Irex approach, like radiobutton in ContentLister? I have found in source dmDisplayPartial with comment "Not implemented" and it didn't work by me.

2) Of course, it is the easiest way to migrate programs to Iliad. But if I wount control updating process (for example, restrict the redrawing for some not important things (areas, bounds etc.) or set priority of redrawing), it doesn't help. Did I understand all correct? Any way the project works without large problems instead of it is in process.

[ericshliao]

Originally Posted by vschmidt

But if I wount control updating process (for example, restrict the redrawing for some not important things (areas, bounds etc.) or set priority of redrawing), it doesn't help. Did I understand all correct? Any way the project works without large problems instead of it is in process.

If you want to control the updating process, I think it's best to look for functions provided by GTK+, GDK, or X11.