headers
Richard Shann | 18 May 2013 15:04
Favicon

denemo trunk configure error

Heya Richard,

i run the GNU PPA and make "daily" denemo builds from trunk (already for
~2 years).
Since last commits there is an issue when building:

./configure: line 6874: syntax error near unexpected token `0.35.0'
./configure: line 6874: `IT_PROG_INTLTOOL(0.35.0)'

Full log: https://launchpadlibrarian.net/139739014/buildlog_ubuntu-
precise-i386.denemo_1.0%
2B20130512~git.26721af~precise1_FAILEDTOBUILD.txt.gz

Greetings,
DNS
--

-- 
This message was sent from Launchpad by
DNS (https://launchpad.net/~dns)
using the "Contact this user" link on your profile page
(https://launchpad.net/~richard-shann).
For more information see
https://help.launchpad.net/YourAccount/ContactingPeople
Permalink | Reply | 2 comments |
headers
Andreas Schneider | 18 May 2013 13:01
Picon

Missing script error

After installing the newest git version, I get the following error
message on startup or file new/open:

Unable to load the script

The console gives the following warnings:

** (denemo:5896): WARNING **: Could not get script for ScoreTitle

** (denemo:5896): WARNING **: Could not get script for LimitInterSystemSpace

There are associated files installed, though:

$ find /usr/share/denemo -name ScoreTitle\*
/usr/share/denemo/actions/commandscripts/ScoreTitle.scm
/usr/share/denemo/actions/menus/ObjectMenu/Score/Titles/SimpleTitles/ScoreTitle.xml
$ find /usr/share/denemo -name LimitInterSystemSpace\*
/usr/share/denemo/actions/commandscripts/LimitInterSystemSpace.scm
/usr/share/denemo/actions/menus/ObjectMenu/Score/PrintLayout/LimitInterSystemSpace.xml

What's wrong?
Permalink | Reply | 4 comments |
headers
Translation Project Robot | 17 May 2013 21:27

New Czech PO file for 'denemo' (version 1.0.2-rc1)

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'denemo' has been submitted
by the Czech team of translators.  The file is available at:

    http://translationproject.org/latest/denemo/cs.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/denemo/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/denemo.html

If any question arises, please contact the translation coordinator.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Éloi Rivard | 17 May 2013 09:40
Picon
Gravatar

Denemo.org

Hi Nils,
Is the "denemo.org" directory from the repository useful, and at its proper place ?

--
Éloi Rivard - azmeuk <at> gmail.com
       
« On perd plus à être indécis qu'à se tromper. »
_______________________________________________
Denemo-devel mailing list
Denemo-devel@...
https://lists.gnu.org/mailman/listinfo/denemo-devel
Permalink | Reply | 0 comments |
headers
Jeremiah Benham | 16 May 2013 19:59

GTK3 binary linux build

I have been trying to build a linux binary based on gtk3. I am having an issue with the menu fonts not displaying. I was wonder if any of you have a clue as to what can fix it. I ran fc-cache and pango-qureymodules but that did not seem to work.

Jeremiah
_______________________________________________
Denemo-devel mailing list
Denemo-devel@...
https://lists.gnu.org/mailman/listinfo/denemo-devel
Permalink | Reply | 2 comments |
headers
Richard Shann | 16 May 2013 17:40
Favicon

mingw build is broken on gub.

Jeremiah,

I have just fixed a memory error that has been plaguing the master
branch for a week or so, and I wanted to rebuild the windows binary
using gub. It failed to compile print.c saying that some header was
defining the type Rectangle - so I change this in print.c and then it
complained as
follows:

/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/src/print.c:1265:
error: expected identifier before '.' token

this is where a GdkPoint is having a member extracted, I changed this
also to a new type WwPoint but the code still will not compile under
gub.
I wonder if you are able to build for windows still?
FWIW I include the compile step that fails below.

Richard

i686-mingw32-gcc -mms-bitfields -DHAVE_CONFIG_H -I.
-I/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/src -I.. 
-I../intl
-I/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/intl
-I/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/include
 -I/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/libsmf 
-I/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/libsffile
-I/home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/pixmaps
-DPREFIX=\"/usr\" -DBINDIR=\"/usr/bin\" -DDENEMO_LOCALEDIR=\"/usr/share/locale\"
-DSYSCONFDIR=\"/usr/etc/denemo/\" -DPKGDATADIR=\"/usr/share/denemo/\"
-DDATAROOTDIR=\"/usr/share/\" -DPKGNAME=\"denemo\"    -I/home/rshann/gub/target/mingw/root/
 usr/include/evince/2.32  -I/home/rshann/gub/target/mingw/root/usr/include  
-I/home/rshann/gub/target/mingw/root/usr/include/libxml2   -mms-bitfields
-I/home/rshann/gub/target/mingw/root/usr/include/librsvg-2
-I/home/rshann/gub/target/mingw/root/usr/include/glib-2.0
-I/home/rshann/gub/target/mingw/root/usr/lib/glib-2.0/include
-I/home/rshann/gub/target/mingw/root/usr/include/gdk-pixbuf-2.0
-I/home/rshann/gub/target/mingw/root/usr/include/cairo
-I/home/rshann/gub/target/mingw/root/usr/include/libpng12  
-I/home/rshann/gub/target/mingw/root/usr/include  
-L/home/rshann/gub/target/mingw/root/usr/lib -lgthread-2.0 -lglib-2.0 -lintl  
-L/home/rshann/gub/target/mingw/root/usr/lib -lsndfile    -mms-bitfields
-I/home/rshann/gub/target/mingw/root/usr/include/gtk-2.0 -I/home/rshann/gub/target/ming
 w/root/usr/lib/gtk-2.0/include -I/home/rshann/gub/target/mingw/root/usr/include/atk-1.0
-I/home/rshann/gub/target/mingw/root/usr/include/cairo
-I/home/rshann/gub/target/mingw/root/usr/include/gdk-pixbuf-2.0
-I/home/rshann/gub/target/mingw/root/usr/include/pango-1.0
-I/home/rshann/gub/target/mingw/root/usr/include/glib-2.0
-I/home/rshann/gub/target/mingw/root/usr/lib/glib-2.0/include
-I/home/rshann/gub/target/mingw/root/usr/include/freetype2
-I/home/rshann/gub/target/mingw/root/usr/include
-I/home/rshann/gub/target/mingw/root/usr/include/libpng12   -mms-bitfields
-I/home/rshann/gub/target/mingw/root/usr/include/gtksourceview-2.0
-I/home/rshann/gub/target/mingw/root/usr/include/gtk-2.0
-I/home/rshann/gub/target/mingw/root/usr/lib/gtk-2.0/include -I/home/rshann/gub/target/mingw/root/usr/inc
 lude/atk-1.0 -I/home/rshann/gub/target/mingw/root/usr/include/cairo
-I/home/rshann/gub/target/mingw/root/usr/include/gdk-pixbuf-2.0
-I/home/rshann/gub/target/mingw/root/usr/include/pango-1.0
-I/home/rshann/gub/target/mingw/root/usr/include/glib-2.0
-I/home/rshann/gub/target/mingw/root/usr/lib/glib-2.0/include
-I/home/rshann/gub/target/mingw/root/usr/include/freetype2
-I/home/rshann/gub/target/mingw/root/usr/include
-I/home/rshann/gub/target/mingw/root/usr/include/libpng12     -mms-bitfields
-I/home/rshann/gub/target/mingw/root/usr/include
-I/home/rshann/gub/target/mingw/root/usr/include/gtk-2.0
-I/home/rshann/gub/target/mingw/root/usr/include/glib-2.0
-I/home/rshann/gub/target/mingw/root/usr/lib/glib-2.0/include
-I/home/rshann/gub/target/mingw/root/usr/lib/gtk-2.0/include -I/home/rshann/
 gub/target/mingw/root/usr/include/atk-1.0
-I/home/rshann/gub/target/mingw/root/usr/include/cairo
-I/home/rshann/gub/target/mingw/root/usr/include/gdk-pixbuf-2.0
-I/home/rshann/gub/target/mingw/root/usr/include/pango-1.0
-I/home/rshann/gub/target/mingw/root/usr/include/freetype2
-I/home/rshann/gub/target/mingw/root/usr/include/libpng12   -D_HAVE_FLUIDSYNTH_
-I/home/rshann/gub/target/mingw/root/usr/include   -D_HAVE_PORTAUDIO_ -mthreads
-I/home/rshann/gub/target/mingw/root/usr/include  
-I/home/rshann/gub/target/mingw/root/usr/include  
-I/home/rshann/gub/target/mingw/root/usr/include   -D_HAVE_PORTMIDI_ -D_HAVE_X11_ -MT print.o
-MD -MP -MF .deps/print.Tpo -c -o print.o /home/rshann/gub/target/mingw/src/denemo-git.savannah.gnu.org--denemo.git-master/src/print.c
Permalink | Reply | 2 comments |
headers
Richard Shann | 15 May 2013 18:21
Favicon

Denemo sporadic crash on startup.

I have noticed a crash that occurs occasionally on start up.
I have devised the following script

echo "COUNTER is " $1 && ./denemo -a "(d-Quit)" && COUNTER=$1 && let COUNTER=COUNTER+1 &&  [ $COUNTER -le 500
] && run_forever.sh $COUNTER fi

You need to have this in the path, and to have the version of denemo you
are testing in the cwd.

This runs Denemo up to 500 times. Run on recent versions of Denemo it
crashes after a certain number of iterations (I have seen it last for
216, other times just a few dozen or less).

The crash is either a segmentation fault, or sometimes an exit by the
memory allocator complaining of corruption. The call stack in this case
goes back to a scheme error callback.

I have run the test on the latest release without it crashing (I had no
limit, and it got up between 600 and 1000 iterations and then my O/S
seized up - I was running the system monitor and it showed swap starting
to get used up, then most everything froze and I lost control over mouse
and keyboard - disk activity was continuing and I forced a shut down
after a while).

With it happening so rarely this will be difficult to pin down to a
particular check-in. I think it goes back a couple of weeks or so at
least.

If anyone cares to run the test please let me know what you find - I am
running gtk2 and guile-1.8.7

Richard
Permalink | Reply | 4 comments |
headers
Éloi Rivard | 15 May 2013 10:32
Picon

[bug #38991] Clean unused code

URL:
  <http://savannah.gnu.org/bugs/?38991>

                 Summary: Clean unused code
                 Project: Denemo
            Submitted by: eloi
            Submitted on: mer. 15 mai 2013 08:32:00 GMT
                Category: None
                Severity: 2 - Minor
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

A lot of unused function have been commented and tagged with UNUSED. A lot of
code is buried in #if 0.
Some cleanup probably needs to be done, to keep what may be useful in the
future, and throw the rest.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?38991>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/

_______________________________________________
Denemo-devel mailing list
Denemo-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel
Permalink | Reply | 0 comments |
headers
Éloi Rivard | 14 May 2013 11:47
Picon
Gravatar

Denemo warnings and code cleanup

Hi,
Could you have a look at scheme_create_timebase function in view.c. The "if" statement emits a warnings, but I don't know how to fix it.
Should it be a double equals operator, or the affectation before the "if" statement ?

--
Éloi Rivard - azmeuk-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
       
« On perd plus à être indécis qu'à se tromper. »
_______________________________________________
Denemo-devel mailing list
Denemo-devel@...
https://lists.gnu.org/mailman/listinfo/denemo-devel
Permalink | Reply | 18 comments |
headers
Richard Shann | 12 May 2013 20:08
Favicon

Something Sensational

Well, if you are interested in MIDI. I just added half a dozen lines
into Denemo that affect what happens when you listen to your MIDI
keyboard. That is, you set the CapsLock and play on the controller.
The effect only applies if you have set Dynamics Compression to 100,
that is no dynamics (you do this in the Audio/MIDI tab of the
preferences).
What Denemo does is play the note again as you release the key, but much
quieter - very quiet if you have held the key for a long time, louder if
you have just struck the key quickly.

The result is that the savage damping which is usual (the note stops
completely the moment you release the key) is turned into the more
realistic damping you get on musical instruments.

Now, I confess I've written this feature with a harpsichord font in
mind, and as it is operating on program zero, it is a bit specialized at
the moment since most soundfonts have a piano there. But it actually
makes a better piano sound to I think.

If anyone is knowledgeable can they tell me is such an effect known
about in MIDI circles (I can't find a trace of it), and anyone else who
cares to try it I would love to hear what you think. I confess the
effect I have created is just a first attempt - I haven't played around
with the volumes involved etc.

Note that it only happens if you set Dynamics Compression to 100, even
99 will not do this.

Richard
Permalink | Reply | 1 comment |
headers
Richard Shann | 12 May 2013 16:42
Favicon

Denemo crashes

Eloi,

I was getting a crash when doing File->New. The crash vanished when I
turned the optimizer off. I re-compiled and noticed that keymapio.c had
some warnings about prototypes so I put the headers in keymapio.h, now
the crash has gone away. Before finding this consistent crash I was just
getting occasional crashes on startup, never the same twice.
Denemo used to be full of warnings on compile, but I have been reducing
them whenever I work on a file if I can; I hope this is another case
where it has paid off and that we don't have some threading bug lurking
in the code.
Below is the backtrace FWIW.

Richard

#2  0x00000000004b842b in add_ui (
    menupath=0xffffffffd802a010 <Address 0xffffffffd802a010 out of
bounds>, 
    after=0x0, name=0x0) at ../../denemo/src/keyboard.c:195
#3  0x00000000004b886c in create_command (is_script=<value optimized
out>, 
    name=0x7fffd802a0b0 "ScoreTitle", label=<value optimized out>, 
    scheme=0x7fffd8033ae0 ";;;ScoreTitle\n(let ((tag \"ScoreTitle\")
(title ScoreTitle::params))\n\t(define (blank-title)\n\t\t\t(if (not
(d-DirectiveGet-header-postfix tag))\n\t\t\t\t(begin \n\t\t\t\t
\t(d-DirectivePut-header-override tag 0) \n\t\t\t\t"..., tooltip=<value
optimized out>, hidden=0, after=0x0, 
    menupath=0x0, 
    fallback=0xffffffffd802a010 <Address 0xffffffffd802a010 out of
bounds>, 
    menupaths=0x0, merge=1) at ../../denemo/src/keyboard.c:279
#4  0x00000000004d9a2f in parseScripts (filename=<value optimized out>, 
    interactive=<value optimized out>) at ../../denemo/src/keymapio.c:56
#5  parseCommands (filename=<value optimized out>, 
    interactive=<value optimized out>)
at ../../denemo/src/keymapio.c:213
#6  parseKeymap (filename=<value optimized out>, 
    interactive=<value optimized out>)
at ../../denemo/src/keymapio.c:230
#7  load_xml_keymap (filename=<value optimized out>, 
    interactive=<value optimized out>)
at ../../denemo/src/keymapio.c:294
#8  0x000000000046cd86 in instantiate_script (action=0xfd5960)
---Type <return> to continue, or q <return> to quit--- 
    at ../../denemo/src/view.c:8003
#9  0x000000000046d0e5 in activate_script (action=0xfd5960, 
    param=<value optimized out>) at ../../denemo/src/view.c:8082
#10 0x000000000046d248 in scheme_script_callback (
    script=<value optimized out>, params=0x7fffdd149d80)
    at ../../denemo/src/view.c:1080
Permalink | Reply | 4 comments |

Gmane