headers
Robert Hart | 1 Sep 11:56
Picon
Picon
Favicon

crash on watch directory.

I am still seeing zinf die when it scans the MyMusic directory. I can't
for the life of me figure out why.

#0  0x401de0e5 in mallopt () from /lib/libc.so.6
#1  0x401dd9da in mallopt () from /lib/libc.so.6
#2  0x401dd439 in calloc () from /lib/libc.so.6
#3  0x4020b439 in opendir () from /lib/libc.so.6
#4  0x080c2e04 in FindFirstFile(char*, WIN32_FIND_DATA*)
(lpFileName=0x41acc74c "/home/enxrah/MyMusic/*",
    lpFindFileData=0xbe1fe9cc) at src/win32impl.cpp:93
#5  0x0808c227 in MusicCatalog::DoSearchMusic(char*, bool)
(this=0x80ee040, path=0x41a7dc64 "/home/enxrah/MyMusic",
    bSendMessages=false) at src/musiccatalog.cpp:884
#6  0x0808bf09 in MusicCatalog::DoSearchPaths(std::vector<std::string,
std::allocator<std::string> >&, bool) (
    this=0x80ee040, pathList=@0x865184c, bSendMessages=false) at
src/musiccatalog.cpp:854
#7  0x0808bd99 in MusicCatalog::musicsearch_thread_function(void*)
(arg=0x8651848) at src/musiccatalog.cpp:835
#8  0x080b9189 in pthreadThread::InternalThreadFunction()
(this=0x8181848) at src/pthreadthread.cpp:71
#9  0x080b913a in pthreadThread::internalThreadFunction(void*)
(arg=0x8181848) at src/pthreadthread.cpp:60
#10 0x400368be in pthread_start_thread () from /lib/libpthread.so.0
#11 0x4003692d in pthread_start_thread_event () from
/lib/libpthread.so.0
#12 0x4023a547 in clone () from /lib/libc.so.6

--

-- 
Robert Hart <enxrah <at> nottingham.ac.uk>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kristian Kvilekval | 2 Sep 19:57
Picon
Gravatar

Re: crash on watch directory.

What exactly is in the MyMusic directory?

It often helps to find what sort heap (malloc) 
operations were done previously to the one that
is failing.   From a brief glance at FindFirstFile
it appears there might be quite a few places 
where this messes up.  

My preference would be to remove occurances
of the win32 api (FindFile*) and replace with boost::filesystem.

On Mon, 2003-09-01 at 02:56, Robert Hart wrote:
> I am still seeing zinf die when it scans the MyMusic directory. I can't
> for the life of me figure out why.
> 
> #0  0x401de0e5 in mallopt () from /lib/libc.so.6
> #1  0x401dd9da in mallopt () from /lib/libc.so.6
> #2  0x401dd439 in calloc () from /lib/libc.so.6
> #3  0x4020b439 in opendir () from /lib/libc.so.6
> #4  0x080c2e04 in FindFirstFile(char*, WIN32_FIND_DATA*)
> (lpFileName=0x41acc74c "/home/enxrah/MyMusic/*",
>     lpFindFileData=0xbe1fe9cc) at src/win32impl.cpp:93
> #5  0x0808c227 in MusicCatalog::DoSearchMusic(char*, bool)
> (this=0x80ee040, path=0x41a7dc64 "/home/enxrah/MyMusic",
>     bSendMessages=false) at src/musiccatalog.cpp:884
> #6  0x0808bf09 in MusicCatalog::DoSearchPaths(std::vector<std::string,
> std::allocator<std::string> >&, bool) (
>     this=0x80ee040, pathList=@0x865184c, bSendMessages=false) at
> src/musiccatalog.cpp:854
> #7  0x0808bd99 in MusicCatalog::musicsearch_thread_function(void*)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Robert Hart | 2 Sep 21:07

Re: crash on watch directory.

It's odd, because it scans the MyMusic directory during zinf startup
just fine, it's only on the subsequent scan that it crashes. My MyMusic
directory contains a number of files and directories, some of which are
valid music files.

Rob

On Tue, 2003-09-02 at 18:57, Kristian Kvilekval wrote:
> What exactly is in the MyMusic directory?
> 
> It often helps to find what sort heap (malloc) 
> operations were done previously to the one that
> is failing.   From a brief glance at FindFirstFile
> it appears there might be quite a few places 
> where this messes up.  
> 
> My preference would be to remove occurances
> of the win32 api (FindFile*) and replace with boost::filesystem.
> 
> 
> 
> On Mon, 2003-09-01 at 02:56, Robert Hart wrote:
> > I am still seeing zinf die when it scans the MyMusic directory. I can't
> > for the life of me figure out why.
> > 
> > #0  0x401de0e5 in mallopt () from /lib/libc.so.6
> > #1  0x401dd9da in mallopt () from /lib/libc.so.6
> > #2  0x401dd439 in calloc () from /lib/libc.so.6
> > #3  0x4020b439 in opendir () from /lib/libc.so.6
> > #4  0x080c2e04 in FindFirstFile(char*, WIN32_FIND_DATA*)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Spider Jerusalem | 3 Sep 02:33
Picon
Favicon

Re: pt_BR transtation

You mean just a translation of the buttons and their functions? Like: 
My Music -> Minhas Músicas ??  Or all the source code?

Kristian Kvilekval wrote:

 >Please submit a translation!
 >
 >
 >
 >On Tue, 2003-08-26 at 05:50, Luiz Alberto Saba wrote:
 >
 >
 >>Hi people
 >>
 >>My name is Luiz Alberto Saba and I'm offering myself to help with pt_BR
 >>(Brazilian Portuguese) translation.
 >>If I can help this or any other way, let me know.
 >>
 >>Good luck to everyone
 >>
 >>bye
 >>
 >>
 >>
 >>-------------------------------------------------------
 >>This SF.net email is sponsored by: VM Ware
 >>With VMware you can run multiple operating systems on a single machine.
 >>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
 >>at the same time. Free trial click 
here:http://www.vmware.com/wl/offer/358/0
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kristian G. Kvilekval | 3 Sep 02:48
Picon
Gravatar

Re: pt_BR transtation

In order to submit a translation you should look
at the po/zinf.pot  and any documentation you can 
find on the gettext function

   http://www.gnu.org/software/gettext/

This will explain the process of creating a new translation
file that zinf will use to translate the visible
strings.   

Can somebody else give any pointers to getting a translation
started?  

On Tue, 2003-09-02 at 17:33, Spider Jerusalem wrote:
> You mean just a translation of the buttons and their functions? Like: 
> My Music -> Minhas Músicas ??  Or all the source code?
> 
> Kristian Kvilekval wrote:
> 
>  >Please submit a translation!
>  >
>  >
>  >
>  >On Tue, 2003-08-26 at 05:50, Luiz Alberto Saba wrote:
>  >
>  >
>  >>Hi people
>  >>
>  >>My name is Luiz Alberto Saba and I'm offering myself to help with pt_BR
>  >>(Brazilian Portuguese) translation.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Casey Harkins | 3 Sep 17:52
Picon

Re: pt_BR transtation


There are also tools to simplify creating the translations. For example:

http://poedit.sourceforge.net/
http://www.gtranslator.org/

-casey

On Tue, 2 Sep 2003, Kristian G. Kvilekval wrote:

> In order to submit a translation you should look
> at the po/zinf.pot  and any documentation you can
> find on the gettext function
>
>    http://www.gnu.org/software/gettext/
>
>
>
> This will explain the process of creating a new translation
> file that zinf will use to translate the visible
> strings.
>
> Can somebody else give any pointers to getting a translation
> started?
>
>
> On Tue, 2003-09-02 at 17:33, Spider Jerusalem wrote:
> > You mean just a translation of the buttons and their functions? Like:
> > My Music -> Minhas Músicas ??  Or all the source code?
> >
(Continue reading)

Permalink | Reply | 0 comments |
headers
Robert Hart | 4 Sep 14:03
Picon
Picon
Favicon

Re: crash on watch directory.

windows is a red-herring. This is a linux program running on linux,
compiled on linux with linux tools.

The windows alike function names and stuff are there presumably because
the "watch directory for music" feature was added to the windows version
first.

I've tried stepping through the function in the debugger, and don't
understand what could be different between the other uses of
FindFirstFile (e.g. looking for themes, plugins, and the initial scan of
MyMusic) which all work fine, and the subsequent scans of MyMusic which
barfs. 

It is a segfault btw.

On Tue, 2003-09-02 at 17:09, Thomas Kimpton wrote:
> > 
> > I am still seeing zinf die when it scans the MyMusic directory. I
> can't for the life of me figure out why.
> > 
> > #0  0x401de0e5 in mallopt () from /lib/libc.so.6
> > #1  0x401dd9da in mallopt () from /lib/libc.so.6
> > #2  0x401dd439 in calloc () from /lib/libc.so.6
> > #3  0x4020b439 in opendir () from /lib/libc.so.6
> > #4  0x080c2e04 in FindFirstFile(char*, WIN32_FIND_DATA*)
> (lpFileName=0x41acc74c "/home/enxrah/MyMusic/*",
> >     lpFindFileData=0xbe1fe9cc) at src/win32impl.cpp:93
> > #5  0x0808c227 in MusicCatalog::DoSearchMusic(char*, bool)
> (this=0x80ee040, path=0x41a7dc64 "/home/enxrah/MyMusic",
> >     bSendMessages=false) at src/musiccatalog.cpp:884
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ralf Engels | 7 Sep 23:34
Picon
Picon

Funny comment

Hi,
just found a funny comment:

void FileSelector::AddEvent()
{
   //FIXME: OOPS, I deleted half this function before I figured out
   //what it meant...  maybe it was important ?

Probably the cause why AddFile does not seem to work right.

BR,
Ralf

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 1 comment |
headers
Ralf Engels | 8 Sep 21:25
Picon
Picon

Correction to AddFile

Hi,
just looked in deep at add file.
It is working but very slow and marks the wrong lines.

Currently improving it...

BR,
Ralf

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Kristian G. Kvilekval | 9 Sep 19:16
Picon
Gravatar

tla/arch branches available


I've been experimenting with arch[1] as a replacement
for CVS.     Arch is a new source code management system
that provides fast and easy branching, distributed archives
and many other features.   Xouvert, emacs, MICO, 
and other projects have adopted it.

One of it's great features is that you can parallel
development branches and merge between them without
worrying to much about conflicts.   For example, 
you can have a simple bug fix branch, and a new feature
branch.  Bug fixes can be merged to the feature branch
at any time.

To that end, I have created two branches.   The first one
follow the CVS archive exactly (except that it has some
arch information in it).  The second has my patches for
the new metadata architecture (not yet complete).

I have prepared a repository on public machine to
experiment with.  If you are unfamiliar with arch,
then there is a nice tutorial on the site listed below.

If you decide to use them or have any trouble, please
let me know.  

Quick start

# Access the archive
$tla register-archive  http://www.cs.ucsb.edu/~kris/archive-public
(Continue reading)

Permalink | Reply | 3 comments |

Gmane