On Fri, 2015-07-10 at 11:48 +0200, Tobias Ellinghaus wrote:
> Am Freitag, 10. Juli 2015, 08:27:08 schrieb James C. McPherson:
>
> [...]
>
> > Recommendation #1 - increase the size of value[]
> > Recommendation #2 - use snprintf() instead of sprintf()
> > Recommendation #3 - don't push that final
Am Freitag, 10. Juli 2015, 08:27:08 schrieb James C. McPherson:
[...]
> Recommendation #1 - increase the size of value[]
> Recommendation #2 - use snprintf() instead of sprintf()
> Recommendation #3 - don't push that final string through gettext().
I hope that this is fixed now. Thanks for diggi
On 10/07/15 02:05 PM, David Vincent-Jones wrote:
...
> Not under gdb, except for LANG and LC_CTYPE (both show en_US.UTF-8) the
> others in your list returned empty.
>
> Am I missing something in my system setup? I am running a fairly basic
> openSUSE 13.2 with Gnome and no special graphics setup i
On Fri, 2015-07-10 at 09:21 +1000, James C. McPherson wrote:
> On 10/07/15 09:03 AM, David Vincent-Jones wrote:
>
>
> > I am finding that dt starts when run through gdb. ... so far it starts
> > every time this way.
>
> gdb is quite possibly cleansing your environment. What do you
> have set
* David Vincent-Jones [07-09-15 21:07]:
> On Fri, 2015-07-10 at 09:21 +1000, James C. McPherson wrote:
> > On 10/07/15 09:03 AM, David Vincent-Jones wrote:
> >
> >
> > > I am finding that dt starts when run through gdb. ... so far it starts
> > > every time this way.
> >
> > gdb is quite po
On Fri, 2015-07-10 at 09:21 +1000, James C. McPherson wrote:
> On 10/07/15 09:03 AM, David Vincent-Jones wrote:
>
>
> > I am finding that dt starts when run through gdb. ... so far it starts
> > every time this way.
>
> gdb is quite possibly cleansing your environment. What do you
> have set
On 10/07/15 09:03 AM, David Vincent-Jones wrote:
> I am finding that dt starts when run through gdb. ... so far it starts
> every time this way.
gdb is quite possibly cleansing your environment. What do you
have set in your shell / terminal session (outside of gdb) for
the following variable
On Fri, 2015-07-10 at 08:27 +1000, James C. McPherson wrote:
> On 10/07/15 06:23 AM, Tobias Ellinghaus wrote:
> > Am Donnerstag, 9. Juli 2015, 13:06:21 schrieb David Vincent-Jones:
> >
> > [...]
> >
> >> The debug information is attached.
> >
> > That is not a backtrace. Please have a look in /tmp/
On 10/07/15 06:23 AM, Tobias Ellinghaus wrote:
> Am Donnerstag, 9. Juli 2015, 13:06:21 schrieb David Vincent-Jones:
>
> [...]
>
>> The debug information is attached.
>
> That is not a backtrace. Please have a look in /tmp/, darktable might have
> written one there.
You're right, it isn't.
Still,
Am Donnerstag, 9. Juli 2015, 13:06:21 schrieb David Vincent-Jones:
[...]
> The debug information is attached.
That is not a backtrace. Please have a look in /tmp/, darktable might have
written one there.
> David
Tobias
signature.asc
Description: This is a digitally signed message part.
-
On Thu, Jul 9, 2015 at 7:05 PM, David Vincent-Jones
wrote:
> On Thu, 2015-07-09 at 11:51 +1000, James C. McPherson wrote:
> > On 9/07/15 10:50 AM, Patrick Shanahan wrote:
> > > * David Vincent-Jones [07-08-15 20:01]:
> > > [...]
> > >> Hi Tobias; Can you recommend a way to open and look insid
On Thu, 2015-07-09 at 11:51 +1000, James C. McPherson wrote:
> On 9/07/15 10:50 AM, Patrick Shanahan wrote:
> > * David Vincent-Jones [07-08-15 20:01]:
> > [...]
> >> Hi Tobias; Can you recommend a way to open and look inside a db.lock
> >> file? The problem appears to be erratically reoccurrin
On 9/07/15 10:50 AM, Patrick Shanahan wrote:
> * David Vincent-Jones [07-08-15 20:01]:
> [...]
>> Hi Tobias; Can you recommend a way to open and look inside a db.lock
>> file? The problem appears to be erratically reoccurring.
>
> Not Tobias, but the lock file is just text.
>cat ./library.d
* David Vincent-Jones [07-08-15 20:01]:
[...]
> Hi Tobias; Can you recommend a way to open and look inside a db.lock
> file? The problem appears to be erratically reoccurring.
Not Tobias, but the lock file is just text.
cat ./library.db.lock
or use a text editor or ...
ps: file ./library.db.
On Wed, 2015-07-08 at 12:25 +0200, Tobias Ellinghaus wrote:
> Am Dienstag, 7. Juli 2015, 10:45:11 schrieb David Vincent-Jones:
> > Thanks Dave; ... yes I have repeatedly deleted the db.lock file but it
> > gets put back immediately as soom as I try a fresh start.
> >
> > Annoying!
>
> Of course i
Thanks Tobias; I managed to solve the reoccurring problem after removing
the lock file and doing a reboot. Next time that this occurs I will
check the lock file for a pid content.
David
On Wed, 2015-07-08 at 12:25 +0200, Tobias Ellinghaus wrote:
> Am Dienstag, 7. Juli 2015, 10:45:11 schrieb David
Am Dienstag, 7. Juli 2015, 10:45:11 schrieb David Vincent-Jones:
> Thanks Dave; ... yes I have repeatedly deleted the db.lock file but it
> gets put back immediately as soom as I try a fresh start.
>
> Annoying!
Of course it gets recreated. But once dt is closed it should get deleted
again. Does
Hallöchen!
David Vincent-Jones writes:
> After a recent rebuild of my system ( and using a previous library
> file) I am finding that the 'library lock' is stopping dt during
> the startup process. One solution may be to simply abandon the old
> library but there would be data loss (groups) and w
Thanks Dave; ... yes I have repeatedly deleted the db.lock file but it
gets put back immediately as soom as I try a fresh start.
Annoying!
David
On Tue, 2015-07-07 at 17:38 +, Dave wrote:
> Hi.
> In config/darktable there is a library.Db.Lock file which can be
> safely deleted.
> On my pho
Hi.
In config/darktable there is a library.Db.Lock file which can be safely
deleted.
On my phone excuse the errors.
Cheers
Dave
On Tue, 7 Jul 2015 19:29 David Vincent-Jones wrote:
> After a recent rebuild of my system ( and using a previous library file)
> I am finding that the 'library lock' is
20 matches
Mail list logo
