2.5 windows build broken for me

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

2.5 windows build broken for me

Bryce Schober
I installed the 2.5.0 windows build, but it doesn't show any of my photos, and crashes a lot. One of the crashes I tried to get the stackdump, but the crash handler just locked up.

What can I do to help track down this problem? It seems like others are having similar issues with the 2.5 build.

<><  <><  <><
Bryce Schober


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: 2.5 windows build broken for me

Eric F
I am having the exact problems as well. Can only get it running for a few mins if I start a new database, otherwise it crashes on launch.

Not sure how to troubleshoot either, just moved from the Linux version to windows.

Win7.

-Eric

> From: [hidden email]

> Subject: Digikam-users Digest, Vol 80, Issue 50
> To: [hidden email]
> Date: Sun, 22 Jan 2012 12:00:05 +0000
>
> Send Digikam-users mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.kde.org/mailman/listinfo/digikam-users
> or, via email, send a message with subject or body 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Digikam-users digest..."
>
>
> Today's Topics:
>
> 1. batch rename (Andreas T. Ege)
> 2. Re: re JPEG lossiness, PNG (Simon Oosthoek)
> 3. Where does "grouped" pictures dissapear? (Anders Lund)
> 4. Re: Where does "grouped" pictures dissapear? (Anders Lund)
> 5. Re: re JPEG lossiness, PNG (Remco Vi?tor)
> 6. Re: re JPEG lossiness, PNG (Andrew Goodbody)
> 7. 2.5 windows build broken for me (Bryce Schober)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 21 Jan 2012 16:20:00 +0000
> From: "Andreas T. Ege" <[hidden email]>
> To: [hidden email]
> Subject: [Digikam-users] batch rename
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> Hello,
>
> when batch renaming files, I infrequently get the message 'file does not
> exist' after renaming 50-80% of the files, causing the batch to stop.
> Doesn't happen all the time, but sometimes I need 2-3 goes to rename
> images in a folder. I usually use 'name-##[e]' to rename.
> Has just happened again on some 32 images, and I filed a bug report
> about it.
>
> And very rarely it happens, that the batch completely mixes up the file
> order, renaming the images by some order I can't grasp.
> Haven't filed a bug report yet, has happened recently when I didn't have
> the time, and not since.
>
> --
> Andreas Ege
>
> 24 The Birches
> Shobdon
> Herefordshire HR6 9NG
> GB
> Mobile: +44.(0)7526.315292
> Tel.: +44.(0)1568.709166
> http://spheniscid.net
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 21 Jan 2012 19:58:22 +0100
> From: Simon Oosthoek <[hidden email]>
> To: digiKam - Home Manage your photographs as a professional with the
> power of open source <[hidden email]>
> Subject: Re: [Digikam-users] re JPEG lossiness, PNG
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 14/01/12 17:15, Jean-Fran?ois Rabasse wrote:
> >
> > JPEG can compress in a lossless way, until the algorithm bumps against
> > some limits. GIF does so, PNG does so. But JPEG can boost compression
> > efficiency if the user accept some losses.
> > That's what Marie-No?lle Augendre said, on this thread :
> > "I guess that to produce something smaller, you'll have to loose
> > something."
> > Definitely right, there's no magic at all, and Santa Claus doesn't
> > exist:-)
>
> Maybe I've missed a part of the discussion, but the main concern with
> Jpeg is, AFAIK, that jpeg is 8-bits, so always loses something when
> using RAW as the reference, since RAW formats usually have 10-16 bits
> per colour available as bandwidth and most SLR sensors have the ability
> to provide that dynamic range to a certain extend, converting from RAW
> to JPEG will at least cost you the difference in expressibility of
> colour and brightness (e.g. 12 bits in RAW to JPEG: 4096 to 256 shades).
> Even if no loss was caused by the JPEG algorithm, JPEG loses something.
>
> This is why PNG and JPG2000 are popular choices; they allow 16-bit
> values to be preserved and allow lossless compression (meaning it is
> reversible to "RAW" in theory)
>
> /Simon
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 21 Jan 2012 20:09:48 +0100
> From: Anders Lund <[hidden email]>
> To: [hidden email]
> Subject: [Digikam-users] Where does "grouped" pictures dissapear?
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset="iso-8859-15"
>
> Hi,
>
> Using digikam 2.5 is mostly a pleasure, but sometimes it does not do what it
> is supposed to.
>
> For example, typically I edit a photo, importing the raw and proccessing it,
> and then press "save changes". Sometimes this creates a new version in the
> photos version tab, but sometimes not.
>
> I dragged such a image onto the original, and accepted "group to here", and it
> dissapeared... Where did it go? :0
>
> Oh, and the behavior when saving should be consistent!
> --
> Anders
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 21 Jan 2012 20:17:52 +0100
> From: Anders Lund <[hidden email]>
> To: "digiKam - Home Manage your photographs as a professional with the
> power of open source" <[hidden email]>
> Subject: Re: [Digikam-users] Where does "grouped" pictures dissapear?
> Message-ID: <[hidden email]>
> Content-Type: Text/Plain; charset="iso-8859-1"
>
> On L?rdag den 21. januar 2012, Anders Lund wrote:
> > Hi,
> >
> > Using digikam 2.5 is mostly a pleasure, but sometimes it does not do what
> > it is supposed to.
> >
> > For example, typically I edit a photo, importing the raw and proccessing
> > it, and then press "save changes". Sometimes this creates a new version in
> > the photos version tab, but sometimes not.
> >
> > I dragged such a image onto the original, and accepted "group to here", and
> > it dissapeared... Where did it go? :0
>
> Nm, I found it. But the behavior is odd. I created a new edit, and this time,
> it was added to the raw photo version tab, but it is displayed in a kind of
> layered display with the first edit, which is grouped with the raw but not
> recognized as a version of that.
>
> > Oh, and the behavior when saving should be consistent!
>
> !
>
> --
> Anders
>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 21 Jan 2012 20:49:57 +0100
> From: Remco Vi?tor <[hidden email]>
> To: digiKam - Home Manage your photographs as a professional with the
> power of open source <[hidden email]>
> Subject: Re: [Digikam-users] re JPEG lossiness, PNG
> Message-ID: <1838203.pBcQ8o2xgG@manticore>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Saturday 21 January 2012 19:58:22 Simon Oosthoek wrote:
> > This is why PNG and JPG2000 are popular choices; they allow 16-bit
> > values to be preserved and allow lossless compression (meaning it is
> > reversible to "RAW" in theory)
> No, it is not: RAW files have as many pixels as the resulting PNG files (in
> theorie at least), but each represents only one colour channel out of three
> (or four*). The different colours are arranged in a matrix (Bayer matrix), so
> that a square of 4 pixels has the three colours, with green being present
> twice.
> To get the image on which we work (and which is stored as PNG or whatever),
> those colours are interpolated, so the original values are replaced by
> calculated values, and the missing colours are added for each pixel.Due to
> this interpolation, there is no guarantee that you can recover the original
> values.
>
> Note that the term "lossless" as applied to a compression algorithm only
> implies that the compression is reversible. RAW -> PNG is a bit more than just
> a compression, and there is no guarantee that all steps are reversible.
>
> *: certain systems use 2 different greens
>
>
> ------------------------------
>
> Message: 6
> Date: Sat, 21 Jan 2012 22:51:59 +0000
> From: Andrew Goodbody <[hidden email]>
> To: digiKam - Home Manage your photographs as a professional with the
> power of open source <[hidden email]>
> Subject: Re: [Digikam-users] re JPEG lossiness, PNG
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 21/01/12 15:25, Peter Mc Donough wrote:
> >> OK, not listed, but it may work anyway. Did you try it? If it did not
> >> work did you provide sample files to Dave Coffin for him to implement
> >> the support?
> >
> > No, I didn't. When I bought the camera, at that time I used jpeg - it
> > was a special offer and has suited my idea of a DSLR since - there were
> > at least three newer Olympus DSLR camera model generations.
> > Later I gave RAW a try and browsing the web I couldn't find any demand
> > for a RAW profile of my "new" camera, so asking for one especially for
> > me seems to be a waste of the "resource" Dave Coffin.
>
> It would not be especially for you. It would be for you and for all the
> other people out there who also looked for support and did not find it
> and then also did nothing. So your failure to send samples to Dave
> Coffin is actually depriving other people. Just because you could find
> no published demand for support does not mean the demand does not exist,
> merely that those that want it have not published about it.
> Why not let Dave Coffin be the judge of what is a waste of his time?
>
> > In fact, Digikam could read the original raw file and I didn't notice
> > any problems. On the other hand, I don't know enough about RAW files for
> > deciding what, if anything, was missing or faulty.
> >
> > What I read in the web was an unhappiness about propriatary RAW formats.
> > There may be a good reason for propriatary formats - the obvious one I
> > see and don't like is that a user may stick to one brand because his
> > valuable photos are of in a certain RAW type.
>
> Sounds like a bogus reason to me. I would question if anyone thought
> that way. Raw formats change even in the same brand from one generation
> of camera to another. The solution is to have software support for both
> old and new format. Lots of bigger reasons for sticking to one brand eg
> investment in lenses and other accessories.
>
> > What brough me to Adobe DNG were several discussions, among them:
> >
> > http://mansurovs.com/dng-vs-raw
>
> Interesting article. I had not noticed the reduction in the size of DNG
> files in comparison to raw files from the camera. I wonder why that is.
> One possibility is that a PC has the computing resources to be able to
> do a better compression than the camera processor. So that would not be
> a feature of DNG per se, merely the recompression of the data with more
> resources available to do it. I wonder how the file size of those
> cameras that produce DNG natively compares.
> Unfortunately the article is not clear about issues such as the reduced
> size does not apply if you opt to embed the original raw file, quite the
> reverse in fact. Also manufacturer developing programs can write to
> their own raw file format so you do not necessarily have sidecar files.
> Also it is likely that open source will, in time, gain the ability to
> write to other raw formats (I think it can already write to some but not
> all). Some of the advantages and disadvantages depend on the particular
> software in use and do not really apply in practice.
>
> > The version I have, DNGConverter 6.5, runs under standard Wine in
> > Opensuse 11.4 64bit and of course in virtualized Windows XP.
>
> digikam, darktable, rawtherapee, dcraw, ufraw etc all run natively in
> Linux. BTW digikam can do the conversion from camera raw to DNG.
>
> > I am very pro open standards and when I buy my next camera I will check
> > before whether its RAW format is supported under Linux.
> >
> > Peter
>
> I also am very pro open standards and would prefer all cameras to
> produce raw files in a truly open standard format. Unfortunately even
> DNG is not truly open. While Adobe have published the specification
> there is no open process for developing it. DNG is owned and controlled
> by Adobe.
>
> Andrew
>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 21 Jan 2012 16:08:28 -0800
> From: Bryce Schober <[hidden email]>
> To: [hidden email]
> Subject: [Digikam-users] 2.5 windows build broken for me
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I installed the 2.5.0 windows build, but it doesn't show any of my photos,
> and crashes a lot. One of the crashes I tried to get the stackdump, but the
> crash handler just locked up.
>
> What can I do to help track down this problem? It seems like others are
> having similar issues with the 2.5 build.
>
> <>< <>< <><
> Bryce Schober
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20120121/79d099a7/attachment-0001.html>
>
> ------------------------------
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>
>
> End of Digikam-users Digest, Vol 80, Issue 50
> *********************************************

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: 2.5 windows build broken for me

Bryce Schober
FWIW, I down-graded back to the 2.3 build, which was working just fine for me.

<><  <><  <><
Bryce Schober



On Sun, Jan 22, 2012 at 12:56 PM, Eric F <[hidden email]> wrote:
I am having the exact problems as well. Can only get it running for a few mins if I start a new database, otherwise it crashes on launch.

Not sure how to troubleshoot either, just moved from the Linux version to windows.

Win7.

-Eric

> From: [hidden email]
> Subject: Digikam-users Digest, Vol 80, Issue 50
> To: [hidden email]
> Date: Sun, 22 Jan 2012 12:00:05 +0000
>
> Send Digikam-users mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.kde.org/mailman/listinfo/digikam-users
> or, via email, send a message with subject or body 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Digikam-users digest..."
>
>
> Today's Topics:
>
> 1. batch rename (Andreas T. Ege)
> 2. Re: re JPEG lossiness, PNG (Simon Oosthoek)
> 3. Where does "grouped" pictures dissapear? (Anders Lund)
> 4. Re: Where does "grouped" pictures dissapear? (Anders Lund)
> 5. Re: re JPEG lossiness, PNG (Remco Vi?tor)
> 6. Re: re JPEG lossiness, PNG (Andrew Goodbody)
> 7. 2.5 windows build broken for me (Bryce Schober)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 21 Jan 2012 16:20:00 +0000
> From: "Andreas T. Ege" <[hidden email]>
> To: [hidden email]
> Subject: [Digikam-users] batch rename
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> Hello,
>
> when batch renaming files, I infrequently get the message 'file does not
> exist' after renaming 50-80% of the files, causing the batch to stop.
> Doesn't happen all the time, but sometimes I need 2-3 goes to rename
> images in a folder. I usually use 'name-##[e]' to rename.
> Has just happened again on some 32 images, and I filed a bug report
> about it.
>
> And very rarely it happens, that the batch completely mixes up the file
> order, renaming the images by some order I can't grasp.
> Haven't filed a bug report yet, has happened recently when I didn't have
> the time, and not since.
>
> --
> Andreas Ege
>
> 24 The Birches
> Shobdon
> Herefordshire HR6 9NG
> GB
> Mobile: <a href="tel:%2B44.%280%297526.315292" value="+447526315292" target="_blank">+44.(0)7526.315292
> Tel.: <a href="tel:%2B44.%280%291568.709166" value="+441568709166" target="_blank">+44.(0)1568.709166
> http://spheniscid.net
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 21 Jan 2012 19:58:22 +0100
> From: Simon Oosthoek <[hidden email]>
> To: digiKam - Home Manage your photographs as a professional with the
> power of open source <[hidden email]>
> Subject: Re: [Digikam-users] re JPEG lossiness, PNG
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 14/01/12 17:15, Jean-Fran?ois Rabasse wrote:
> >
> > JPEG can compress in a lossless way, until the algorithm bumps against
> > some limits. GIF does so, PNG does so. But JPEG can boost compression
> > efficiency if the user accept some losses.
> > That's what Marie-No?lle Augendre said, on this thread :
> > "I guess that to produce something smaller, you'll have to loose
> > something."
> > Definitely right, there's no magic at all, and Santa Claus doesn't
> > exist:-)
>
> Maybe I've missed a part of the discussion, but the main concern with
> Jpeg is, AFAIK, that jpeg is 8-bits, so always loses something when
> using RAW as the reference, since RAW formats usually have 10-16 bits
> per colour available as bandwidth and most SLR sensors have the ability
> to provide that dynamic range to a certain extend, converting from RAW
> to JPEG will at least cost you the difference in expressibility of
> colour and brightness (e.g. 12 bits in RAW to JPEG: 4096 to 256 shades).
> Even if no loss was caused by the JPEG algorithm, JPEG loses something.
>
> This is why PNG and JPG2000 are popular choices; they allow 16-bit
> values to be preserved and allow lossless compression (meaning it is
> reversible to "RAW" in theory)
>
> /Simon
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 21 Jan 2012 20:09:48 +0100
> From: Anders Lund <[hidden email]>
> To: [hidden email]
> Subject: [Digikam-users] Where does "grouped" pictures dissapear?
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset="iso-8859-15"
>
> Hi,
>
> Using digikam 2.5 is mostly a pleasure, but sometimes it does not do what it
> is supposed to.
>
> For example, typically I edit a photo, importing the raw and proccessing it,
> and then press "save changes". Sometimes this creates a new version in the
> photos version tab, but sometimes not.
>
> I dragged such a image onto the original, and accepted "group to here", and it
> dissapeared... Where did it go? :0
>
> Oh, and the behavior when saving should be consistent!
> --
> Anders
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 21 Jan 2012 20:17:52 +0100
> From: Anders Lund <[hidden email]>
> To: "digiKam - Home Manage your photographs as a professional with the
> power of open source" <[hidden email]>
> Subject: Re: [Digikam-users] Where does "grouped" pictures dissapear?
> Message-ID: <[hidden email]>
> Content-Type: Text/Plain; charset="iso-8859-1"
>
> On L?rdag den 21. januar 2012, Anders Lund wrote:
> > Hi,
> >
> > Using digikam 2.5 is mostly a pleasure, but sometimes it does not do what
> > it is supposed to.
> >
> > For example, typically I edit a photo, importing the raw and proccessing
> > it, and then press "save changes". Sometimes this creates a new version in
> > the photos version tab, but sometimes not.
> >
> > I dragged such a image onto the original, and accepted "group to here", and
> > it dissapeared... Where did it go? :0
>
> Nm, I found it. But the behavior is odd. I created a new edit, and this time,
> it was added to the raw photo version tab, but it is displayed in a kind of
> layered display with the first edit, which is grouped with the raw but not
> recognized as a version of that.

>
> > Oh, and the behavior when saving should be consistent!
>
> !
>
> --
> Anders
>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 21 Jan 2012 20:49:57 +0100
> From: Remco Vi?tor <[hidden email]>
> To: digiKam - Home Manage your photographs as a professional with the
> power of open source <[hidden email]>
> Subject: Re: [Digikam-users] re JPEG lossiness, PNG
> Message-ID: <1838203.pBcQ8o2xgG@manticore>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Saturday 21 January 2012 19:58:22 Simon Oosthoek wrote:
> > This is why PNG and JPG2000 are popular choices; they allow 16-bit
> > values to be preserved and allow lossless compression (meaning it is
> > reversible to "RAW" in theory)
> No, it is not: RAW files have as many pixels as the resulting PNG files (in
> theorie at least), but each represents only one colour channel out of three
> (or four*). The different colours are arranged in a matrix (Bayer matrix), so
> that a square of 4 pixels has the three colours, with green being present
> twice.
> To get the image on which we work (and which is stored as PNG or whatever),
> those colours are interpolated, so the original values are replaced by
> calculated values, and the missing colours are added for each pixel.Due to
> this interpolation, there is no guarantee that you can recover the original
> values.
>
> Note that the term "lossless" as applied to a compression algorithm only
> implies that the compression is reversible. RAW -> PNG is a bit more than just
> a compression, and there is no guarantee that all steps are reversible.
>
> *: certain systems use 2 different greens
>
>
> ------------------------------
>
> Message: 6
> Date: Sat, 21 Jan 2012 22:51:59 +0000
> From: Andrew Goodbody <[hidden email]>
> To: digiKam - Home Manage your photographs as a professional with the
> power of open source <[hidden email]>
> Subject: Re: [Digikam-users] re JPEG lossiness, PNG
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 21/01/12 15:25, Peter Mc Donough wrote:
> >> OK, not listed, but it may work anyway. Did you try it? If it did not
> >> work did you provide sample files to Dave Coffin for him to implement
> >> the support?
> >
> > No, I didn't. When I bought the camera, at that time I used jpeg - it
> > was a special offer and has suited my idea of a DSLR since - there were
> > at least three newer Olympus DSLR camera model generations.
> > Later I gave RAW a try and browsing the web I couldn't find any demand
> > for a RAW profile of my "new" camera, so asking for one especially for
> > me seems to be a waste of the "resource" Dave Coffin.
>
> It would not be especially for you. It would be for you and for all the
> other people out there who also looked for support and did not find it
> and then also did nothing. So your failure to send samples to Dave
> Coffin is actually depriving other people. Just because you could find
> no published demand for support does not mean the demand does not exist,
> merely that those that want it have not published about it.
> Why not let Dave Coffin be the judge of what is a waste of his time?
>
> > In fact, Digikam could read the original raw file and I didn't notice
> > any problems. On the other hand, I don't know enough about RAW files for
> > deciding what, if anything, was missing or faulty.
> >
> > What I read in the web was an unhappiness about propriatary RAW formats.
> > There may be a good reason for propriatary formats - the obvious one I
> > see and don't like is that a user may stick to one brand because his
> > valuable photos are of in a certain RAW type.
>
> Sounds like a bogus reason to me. I would question if anyone thought
> that way. Raw formats change even in the same brand from one generation
> of camera to another. The solution is to have software support for both
> old and new format. Lots of bigger reasons for sticking to one brand eg
> investment in lenses and other accessories.
>
> > What brough me to Adobe DNG were several discussions, among them:
> >
> > http://mansurovs.com/dng-vs-raw
>
> Interesting article. I had not noticed the reduction in the size of DNG
> files in comparison to raw files from the camera. I wonder why that is.
> One possibility is that a PC has the computing resources to be able to
> do a better compression than the camera processor. So that would not be
> a feature of DNG per se, merely the recompression of the data with more
> resources available to do it. I wonder how the file size of those
> cameras that produce DNG natively compares.
> Unfortunately the article is not clear about issues such as the reduced
> size does not apply if you opt to embed the original raw file, quite the
> reverse in fact. Also manufacturer developing programs can write to
> their own raw file format so you do not necessarily have sidecar files.
> Also it is likely that open source will, in time, gain the ability to
> write to other raw formats (I think it can already write to some but not
> all). Some of the advantages and disadvantages depend on the particular
> software in use and do not really apply in practice.
>
> > The version I have, DNGConverter 6.5, runs under standard Wine in
> > Opensuse 11.4 64bit and of course in virtualized Windows XP.
>
> digikam, darktable, rawtherapee, dcraw, ufraw etc all run natively in
> Linux. BTW digikam can do the conversion from camera raw to DNG.
>
> > I am very pro open standards and when I buy my next camera I will check
> > before whether its RAW format is supported under Linux.
> >
> > Peter
>
> I also am very pro open standards and would prefer all cameras to
> produce raw files in a truly open standard format. Unfortunately even
> DNG is not truly open. While Adobe have published the specification
> there is no open process for developing it. DNG is owned and controlled
> by Adobe.
>
> Andrew
>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 21 Jan 2012 16:08:28 -0800
> From: Bryce Schober <[hidden email]>
> To: [hidden email]
> Subject: [Digikam-users] 2.5 windows build broken for me
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="iso-8859-1"

>
> I installed the 2.5.0 windows build, but it doesn't show any of my photos,
> and crashes a lot. One of the crashes I tried to get the stackdump, but the
> crash handler just locked up.
>
> What can I do to help track down this problem? It seems like others are
> having similar issues with the 2.5 build.
>
> <>< <>< <><
> Bryce Schober
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20120121/79d099a7/attachment-0001.html>
>
> ------------------------------
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>
>
> End of Digikam-users Digest, Vol 80, Issue 50
> *********************************************

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users



_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users