David Hough | 8 Feb 00:41

Re: Hosting Arch archive on Sourceforge

Hi,

I've been playing around with the archive hosted on sourceforge and there  
doesn't seem to be too many problems with using it. The most important  
thing to remember is to either change your umask or do a chmod after  
commiting to make sure other group members still have write access.

I have now created a new archive (david <at> thepriorities.com--2005) which has  
been branched off the sourceforge archive (zinf-devel <at> sourceforge.net)  
instead of Kristian's. This is located at

http://www-users.york.ac.uk/~djh123/arch2005/

and contains the two branchs zinf--browsermm and zinf--xmltree.

Would anyone have any objections to moving the zinf-devel <at> sourceforge.net  
archive from /home/groups/z/zi/zinf/archive to  
/home/groups/z/zi/zinf/htdocs/archive so that it is avaliable via the  
website? It seems kind of stupid to have keep it private. If you start  
using it, and it gets moved, it can simply be reregistered at the new  
location without breaking anything.

I have written some very very simple shell scripts to illustrate some  
examples of how to use the archive for commiting to CVS.
First off you need to register the archive, and create a cvs-arch hybrid  
tree for tla-cvs-sync to run in.

#!/bin/sh
#Registers the Zinf archive and creates a CVS/Arch Hybrid tree
#Usage:
(Continue reading)

kristian kvilekval | 8 Feb 01:34
Picon
Gravatar

Re: Hosting Arch archive on Sourceforge

Hi david,

   Strangely, I was playing around today with such an archive.
Please move the archive under htdocs.  How about under
htdocs/arch which I as trying out.

On Mon, 2005-02-07 at 23:41 +0000, David Hough wrote:
> Hi,
> 
> I've been playing around with the archive hosted on sourceforge and there  
> doesn't seem to be too many problems with using it. The most important  
> thing to remember is to either change your umask or do a chmod after  
> commiting to make sure other group members still have write access.
> 
> I have now created a new archive (david <at> thepriorities.com--2005) which has  
> been branched off the sourceforge archive (zinf-devel <at> sourceforge.net)  
> instead of Kristian's. This is located at
> 
> http://www-users.york.ac.uk/~djh123/arch2005/
> 
> and contains the two branchs zinf--browsermm and zinf--xmltree.
> 
> Would anyone have any objections to moving the zinf-devel <at> sourceforge.net  
> archive from /home/groups/z/zi/zinf/archive to  
> /home/groups/z/zi/zinf/htdocs/archive so that it is avaliable via the  
> website? It seems kind of stupid to have keep it private. If you start  
> using it, and it gets moved, it can simply be reregistered at the new  
> location without breaking anything.
> 
> I have written some very very simple shell scripts to illustrate some  
(Continue reading)

David Hough | 8 Feb 21:28

Re: Hosting Arch archive on Sourceforge

On Mon, 07 Feb 2005 16:34:49 -0800, kristian kvilekval <kris <at> cs.ucsb.edu>  
wrote:

> Hi david,
>
>    Strangely, I was playing around today with such an archive.
> Please move the archive under htdocs.  How about under
> htdocs/arch which I as trying out.
>

Ok, I've moved it to htdocs/arch. The archive is now publicly avaliable  
from
http://www.zinf.org/arch/

To register the archive for read-only access execute
$ tla archive-register http://www.zinf.org/arch/

To register the archive for read/write access execute
$ tla archive-register  
sftp://<username>@shell.sourceforge.net/home/groups/z/zi/zinf/htdocs/arch

All the instructions previously given for using the archive still apply,  
just with a slightly different location.

I don't suppose anyone feels like updating http://www.zinf.org/geeks.php  
to tell people about the new archive?

Cheers,
David
--

-- 
(Continue reading)

kristian kvilekval | 11 Feb 19:15
Picon
Gravatar

Re: Hosting Arch archive on Sourceforge


Great,   I've been able to get a copy from there.
Next, I'll branch my repositories off the sourceforge
one and we'll see how well it works.

BTW   I've downloaded your browsermm and upon
running it goes into a tight CPU burning loop
without any display or messages.  Are there any configration
parameters I'm missing?

On Tue, 2005-02-08 at 20:28 +0000, David Hough wrote:

[snipped]

> Ok, I've moved it to htdocs/arch. The archive is now publicly avaliable  
> from
> http://www.zinf.org/arch/
> 
> To register the archive for read-only access execute
> $ tla archive-register http://www.zinf.org/arch/
> 
> To register the archive for read/write access execute
> $ tla archive-register  
> sftp://<username>@shell.sourceforge.net/home/groups/z/zi/zinf/htdocs/arch
> 
> All the instructions previously given for using the archive still apply,  
> just with a slightly different location.
> 
> I don't suppose anyone feels like updating http://www.zinf.org/geeks.php  
> to tell people about the new archive?
(Continue reading)

David Hough | 12 Feb 15:34

Re: Hosting Arch archive on Sourceforge

On Fri, 11 Feb 2005 10:15:17 -0800, kristian kvilekval <kris <at> cs.ucsb.edu>  
wrote:

>
> Great,   I've been able to get a copy from there.
> Next, I'll branch my repositories off the sourceforge
> one and we'll see how well it works.
>
>
> BTW   I've downloaded your browsermm and upon
> running it goes into a tight CPU burning loop
> without any display or messages.  Are there any configration
> parameters I'm missing?
>

Strange. I doubt its a config problem, but I've attatched my config file  
just in case it is. I don't suppose you can tell where its getting stuck  
in a loop? I just did a clean build and can't seem to replicate it.

Just out of interest does it do this no matter which UI you try and use,  
or does it only do it with browsermm as primary for instance?

Cheers,
David

--

-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
Attachment (preferences): application/octet-stream, 2883 bytes
kristian kvilekval | 12 Feb 22:55
Picon
Gravatar

Re: Hosting Arch archive on Sourceforge

It's some sort of loop when I try to open the browsermm
whether as a secondary or as primary

I started it in gdb and found the folowing tthread seemed to be stuck..

#0  0x0000002a98a2bbd1 in g_type_value_table_peek () from /usr/lib/libgobject-2.0.so.0
#1  0x0000002a98a2d56b in g_value_init () from /usr/lib/libgobject-2.0.so.0
#2  0x0000002a98a223bb in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#3  0x0000002a98a22a93 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#4  0x0000002a97f97315 in gtk_container_add () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x0000002a980cc190 in gtk_tree_view_column_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#6  0x0000002a980ccb44 in _gtk_tree_view_column_set_tree_view () from /usr/lib/libgtk-x11-2.0.so.0
#7  0x0000002a980c5f5c in gtk_tree_view_insert_column () from /usr/lib/libgtk-x11-2.0.so.0
#8  0x0000002a980c5c34 in gtk_tree_view_append_column () from /usr/lib/libgtk-x11-2.0.so.0
#9  0x0000002a9a58cc01 in Gtk::TreeView::append_column () from /usr/lib/libgtkmm-2.4.so.1
#10 0x0000002a9a165ee7 in MusicBrowserMM::GTKPlaylist::create_model_columns () from ./plugins/musicbrowsermm.ui
#11 0x0000002a9a161d0b in MusicBrowserMM::GTKPlaylist::GTKPlaylist () from ./plugins/musicbrowsermm.ui
#12 0x0000002a9a14f13a in MusicBrowserMM::PlaylistController::Init () from ./plugins/musicbrowsermm.ui
#13 0x0000002a9a1521e7 in MusicBrowserMM::MusicBrowserMM_UI::init_main () from ./plugins/musicbrowsermm.ui
#14 0x0000002a9a153008 in sigc::adaptor_functor<sigc::bound_mem_functor0<void,
MusicBrowserMM::MusicBrowserMM_UI> >::operator() ()
   from ./plugins/musicbrowsermm.ui
#15 0x0000002a9a152fc9 in sigc::internal::slot_call0<sigc::bound_mem_functor0<void,
MusicBrowserMM::MusicBrowserMM_UI>, void>::call_it
    () from ./plugins/musicbrowsermm.ui
#16 0x0000002a9a14dbb7 in MusicBrowserMM::GtkUtil::call_function () from ./plugins/musicbrowsermm.ui
#17 0x0000002a9a14e2d4 in sigc::adaptor_functor<sigc::bound_mem_functor0<void,
MusicBrowserMM::GtkUtil> >::operator() ()
   from ./plugins/musicbrowsermm.ui
#18 0x0000002a9a14e295 in sigc::internal::slot_call0<sigc::bound_mem_functor0<void,
(Continue reading)

David Hough | 13 Feb 01:08

Infinate loop during BrowserMM Init (Was Re: Hosting Arch archive on Sourceforge)

On Sat, 12 Feb 2005 13:55:02 -0800, kristian kvilekval <kris <at> cs.ucsb.edu>  
wrote:
> It's some sort of loop when I try to open the browsermm
> whether as a secondary or as primary
>
> I started it in gdb and found the folowing tthread seemed to be stuck..
>
> #0  0x0000002a98a2bbd1 in g_type_value_table_peek () from  
> /usr/lib/libgobject-2.0.so.0
> #1  0x0000002a98a2d56b in g_value_init () from  
> /usr/lib/libgobject-2.0.so.0
> #2  0x0000002a98a223bb in g_signal_emit_valist () from  
> /usr/lib/libgobject-2.0.so.0
> #3  0x0000002a98a22a93 in g_signal_emit () from  
> /usr/lib/libgobject-2.0.so.0
> #4  0x0000002a97f97315 in gtk_container_add () from  
> /usr/lib/libgtk-x11-2.0.so.0
> #5  0x0000002a980cc190 in gtk_tree_view_column_get_type () from  
> /usr/lib/libgtk-x11-2.0.so.0
> #6  0x0000002a980ccb44 in _gtk_tree_view_column_set_tree_view () from  
> /usr/lib/libgtk-x11-2.0.so.0

What version of GTK+ are you using? I've been unable to find a revision in  
GTK+ CVS where "_gtk_tree_view_column_set_tree_view" (#6) actually makes a  
call to "gtk_tree_view_column_get_type" (#5). And  
"gtk_tree_view_column_get_type" (#5) doesn't appear to ever make a call to  
"gtk_container_add" (#4). Is this perhaps a corrupt stack?

"_gtk_tree_view_column_set_tree_view" does make a call to  
"gtk_tree_view_column_create_button" which does make a call to  
(Continue reading)

kristian kvilekval | 13 Feb 01:35
Picon
Gravatar

Re: Infinate loop during BrowserMM Init (Was Re: [Zinf-devel] Hosting Arch archive on Sourceforge)

You got it :)

unsigned int --> string::size_type

Also in items/cataloginfo  and items/tracklist

--

-- 
Kristian Kvilekval,Ph.D.
kris <at> cs.ucsb.edu  http://www.cs.ucsb.edu/~kris w:805-893-7893 h:504-9756

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Gmane