try this :
On 17/06/05, Torbjrn Jansson [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
--
--
Changes committed by danielk on Fri Jun 17 17:24:33 2005
Modified Files:
in mythtv/libs/libmythtv:
On Fri, 2005-06-17 at 20:53 +0100, John Pullan wrote:
On 17/06/05, Torbjrn Jansson [EMAIL PROTECTED] wrote:
Now there is another compile error:
snip
try this :
snip
I've applied the fix.
-- Daniel
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
try bunging a #inlcude pthread.h at the top of analogscan.h
On 15/06/05, Steven [EMAIL PROTECTED] wrote:
I get this compiling cvs :
In file included from moc_analogscan.cpp:11:
analogscan.h:110: error: 'pthread_mutex_t' is used as a type, but is not
defined as a type.
analogscan.h:112:
On Saturday 21 May 2005 02:14 pm, Torbjörn Jansson wrote:
[EMAIL PROTECTED] wrote:
Log Message:
Old teletext page selection patch from Martin Moeller.
Defer deletes of playback socks by at least 30 seconds. Lots
of overkill, but should possibly fix (or at least help)
issues stemming
[EMAIL PROTECTED] wrote:
On Saturday 21 May 2005 02:14 pm, Torbjörn Jansson wrote:
[EMAIL PROTECTED] wrote:
Log Message:
Old teletext page selection patch from Martin Moeller.
Defer deletes of playback socks by at least 30 seconds. Lots
of overkill, but should possibly fix (or at least
On Mon 16 May 2005 20:07, Taylor Jacob wrote:
Quoting Stuart Morgan [EMAIL PROTECTED]:
On Mon 16 May 2005 18:56, Wendy Seltzer wrote:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a
in mythtv/libs/libmythtv:
NuppelVideoRecorder.cpp
Log Message:
If users are disabling OSS, the sys/soundcard include is still used?
--
-
There really shouldn't be an explicit user-controllable disable-oss
option.
Quoting Wendy Seltzer [EMAIL PROTECTED]:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
and losing the xmltvid.
Specifically, my PBS
On Mon 16 May 2005 18:56, Wendy Seltzer wrote:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
and losing the xmltvid.
I've had the same
Quoting Stuart Morgan [EMAIL PROTECTED]:
On Mon 16 May 2005 18:56, Wendy Seltzer wrote:
This or the previous commit on the DVB code seems to kick in even
when a sub-channel is temporarily off-air, and even when I haven't
requested a re-scan. Plus, it's overwriting the existing channel set
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
siscan.cpp:85: error: `VSB_8' was not declared in this scope
make[2]: ***
On 5/15/05, Torbjörn Jansson [EMAIL PROTECTED] wrote:
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
siscan.cpp:85: error:
[EMAIL PROTECTED] wrote:
On 5/15/05, Torbjörn Jansson
[EMAIL PROTECTED] wrote:
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
Quoting Torbjörn Jansson [EMAIL PROTECTED]:
This or something else in the recent commits must have broken
something, because i get:
siscan.cpp:81: error: `VSB_8' was not declared in this scope
siscan.cpp:83: error: `VSB_8' was not declared in this scope
siscan.cpp:85: error: `VSB_8'
i'm getting this with 2.6.10 kernel.
In member function `QString DVBTuning::modulation() const':
dvbtypes.cpp:130: error: 'const union
dvb_frontend_parameters::anonymous' has
no member named 'vsb'
dvbtypes.cpp: In member function `bool DVBTuning::parseATSC(const QString,
QString)':
Quoting Neale Swinnerton [EMAIL PROTECTED]:
i'm getting this with 2.6.10 kernel.
In member function `QString DVBTuning::modulation() const':
dvbtypes.cpp:130: error: 'const union
dvb_frontend_parameters::anonymous' has
no member named 'vsb'
dvbtypes.cpp: In member function `bool
you're still referencing 't'.
Here's my patch, that I did before you replied...This compiles.
Neale.
Taylor Jacob wrote:
Quoting Neale Swinnerton [EMAIL PROTECTED]:
i'm getting this with 2.6.10 kernel.
In member function `QString DVBTuning::modulation() const':
dvbtypes.cpp:130:
Isaac Richards wrote:
On Thursday 12 May 2005 10:30 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by bjm on Thu May 12 20:51:49 2005
Modified Files:
in mythtv/libs/libmythtv:
RingBuffer.cpp
Log Message:
Don't
On Saturday 14 May 2005 01:37 pm, Bruce Markey wrote:
I'll take a look at it. Might not be much of a performance win
and if there is any chance of a burst of motion out running the
filesystem read ahead then it may not be a good thing. Keeping
the 2.5MB buffer is cheap and takes the fs
On Sat, 2005-05-14 at 19:49 +0200, Steven wrote:
I've tried switching to the new fftw 3.0.1 but that doesn't fix things.
This is what I get :
You need to rerun the plugins' ./configure after upgrading the library.
PS I've checked in a fix for the fftw 2.x compile problem.
-- Daniel
On Thursday 12 May 2005 07:17 pm, Bruce Markey wrote:
[EMAIL PROTECTED] wrote:
-
--- Changes committed by ijr on Thu May 12 17:27:31 2005
Modified Files:
in mythtv:
README
Log Message:
Making sure
On Wed, 2005-05-04 at 16:15 -0700, Bruce Markey wrote:
Daniel Kristjansson wrote:
The one anomaly was the TVout from a GeForce4 MX 420 was correct
for all negative values and positive values up to 3%. At four
percent or higher, the fields were off by one scan line causing
doubled horizontal
On Thursday 05 May 2005 12:57 pm, Simon Kenyon wrote:
It is now possible to play music using the mfe where:
1. The visualization is on one host (where the mfe is)
2. The decoding is on another host (where the mfd is)
3. The speakers are on a still different host (another
Daniel Kristjansson wrote:
On Wed, 2005-05-04 at 16:15 -0700, Bruce Markey wrote:
Daniel Kristjansson wrote:
The one anomaly was the TVout from a GeForce4 MX 420 was correct
for all negative values and positive values up to 3%. At four
percent or higher, the fields were off by one scan line
Bruce Markey wrote:
Verified fix. Thanks.
Just about to send this before I see ur mail.
Does your thumbnails in mythweb work properly? Delete all .png files in
your video recordings and mythtv image_buffers directory to force it to
regenerate.. On my system the green bars are gone, but the
On Wednesday 04 May 2005 10:54 am, Daniel Kristjansson wrote:
On Wed, 2005-05-04 at 06:20 +, [EMAIL PROTECTED] wrote:
-
--- Changes committed by ijr on Wed May 4 06:15:55 2005
Modified Files:
in
On Wednesday 04 May 2005 12:17 pm, Isaac Richards wrote:
Yup. I didn't bother fixing it last night because xvmc playback was broken
before the change as well.
I can't even play SD material properly with xvmc anymore. Looks like the big
X11 locks in the opengl vsync code are interferring with
On Wed, 2005-05-04 at 13:25 -0400, Isaac Richards wrote:
On Wednesday 04 May 2005 12:17 pm, Isaac Richards wrote:
Yup. I didn't bother fixing it last night because xvmc playback was broken
before the change as well.
I can't even play SD material properly with xvmc anymore. Looks like the
On Wed, 2005-05-04 at 14:17 -0400, Daniel Kristjansson wrote:
BTW I'm working on a bob fix that doesn't break XvMC, I'll probably send
a patch tonight if my testing goes well.
Attached is a patch that fixes bob displacement for overscan
with XVideo, while letting XvMC still work when there is
I'm seeing the same. If you look at the generated moc_settings.cpp,
the #ifdef USING_XVMC has been stripped, so that the generated code
for XvMCHostCheckBox attempts to compile regardless of the define.
This breaks, because the #ifdef still exists around class definition
settings.h, and the
On Sun, 2005-04-24 at 17:14 +0930, Ian Dall wrote:
However, switching between SD and HD channels in Live TV browse mode
triggered this SIGABRT:
Does this happen only on the switch to HD, or also on the switch to SD?
-- Daniel
___
mythtv-dev mailing
Daniel Kristjansson writes:
On Sun, 2005-04-24 at 17:14 +0930, Ian Dall wrote:
However, switching between SD and HD channels in Live TV browse mode
triggered this SIGABRT:
Does this happen only on the switch to HD, or also on the switch to SD?
Channel switching in general seems to
On Saturday 23 Apr 2005 03:23, Daniel Kristjansson wrote:
On Sat, 2005-04-23 at 02:05 +, [EMAIL PROTECTED] wrote:
-
--- Changes committed by danielk on Sat Apr 23 02:04:33 2005
snip
Log Message:
NOTE: I
On 23/04/05, Mark Spieth [EMAIL PROTECTED] wrote:
just noticed a compile problem with XVMC disabled and daniels new stuff
not sure about this qt issue but it seems as if the
#ifdef USING_XVMC
class XvMCHostCheckBox : virtual public HostCheckBox
...
#endif
is not being replicated through the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
I just wanted to add that I expect there to be a few problems as this
gets wider testing.
Bring it on.
Hi Daniel,
This looks good for Xv. No problems so far in my testing.
Things are not so good for XvMC for me.
On Sat, 2005-04-23 at 10:09 -0400, Doug Larrick wrote:
Things are not so good for XvMC for me.
The biggest problem I'm having is that it seems the video card (nVidia
MX-440, driver 7174) is not reset properly sometimes, because I'll go to
play a recording (any recording) and get just the
On Sat, 2005-04-23 at 14:44 +0100, John Pullan wrote:
On 23/04/05, Mark Spieth [EMAIL PROTECTED] wrote:
just noticed a compile problem with XVMC disabled and daniels new stuff
not sure about this qt issue but it seems as if the
#ifdef USING_XVMC
class XvMCHostCheckBox : virtual public
On Sat, 2005-04-23 at 15:04 -0400, Isaac Richards wrote:
This disables frame locking unless we are doing XvMC output. This
should help XVideo performance about 5%-10%. If you could marginally
play something 24 hours ago, you might be able to again...
This is better, but still quite a bit
On Sat, 2005-04-23 at 15:17 -0400, Isaac Richards wrote:
This seems to have cleared up my hardlocks + occasional segfault on startup
when using opengl vsync.
Good.
However, there seems to be something slightly off -
I'm getting occasional video corruption (just a frame or two) when using
On Saturday 23 Apr 2005 20:34, Daniel Kristjansson wrote:
I'm now getting some wackyness in XvMC, that wasn't there this morning.
But it is only in NTSC, not in HDTV playback. It's sometimes showing
two frames at once, and it looks like it is sometimes showing the next
frame early. Perhaps
On Sat, 2005-04-23 at 20:58 +0100, Ivor Hewitt wrote:
On Saturday 23 Apr 2005 20:34, Daniel Kristjansson wrote:
I'm now getting some wackyness in XvMC, that wasn't there this morning.
But it is only in NTSC, not in HDTV playback. It's sometimes showing
two frames at once, and it looks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
Yes, but I fixed it by not getting the X11 lock for
glXWaitVideoSyncSGI().
I can't google anything that says this is safe though.
IIRC the OpenGL context includes the thread that created it, and it's
only safe to use
Are you seeing the problem I had where the lower part of the image is mpeg
blocks from another frame?
FWIW, I am seeing this now as well.
Kyle
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
On Sat, 2005-04-23 at 20:58 +0100, Ivor Hewitt wrote:
Are you seeing the problem I had where the lower part of the image is mpeg
blocks from another frame?
Yes, but I fixed it by not getting the X11 lock for
glXWaitVideoSyncSGI().
Just as another point of reference and not another me
Daniel Kristjansson wrote:
I'm now getting some wackyness in XvMC, that wasn't there this morning.
But it is only in NTSC, not in HDTV playback. It's sometimes showing
two frames at once, and it looks like it is sometimes showing the next
frame early. Perhaps something in vsync got messed up by
On Sat, 2005-04-23 at 16:33 -0400, Chris Pinkham wrote:
Just as another point of reference and not another me too, I am seeing
this with CVS from prior to when your big patch was applied. I don't
think I've seen it in normal playback mode, but it does appear for me
quite often in edit mode.
On Sat, 2005-04-23 at 16:16 -0400, Doug Larrick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Kristjansson wrote:
Yes, but I fixed it by not getting the X11 lock for
glXWaitVideoSyncSGI().
I can't google anything that says this is safe though.
IIRC the OpenGL context
On Apr 23, 2005, at 12:16 PM, Daniel Kristjansson wrote:
On Sat, 2005-04-23 at 15:04 -0400, Isaac Richards wrote:
This disables frame locking unless we are doing XvMC output. This
should help XVideo performance about 5%-10%. If you could marginally
play something 24 hours ago, you might be able to
On Wednesday 20 April 2005 08:39 pm, Chris Pinkham wrote:
Better grab a cup of coffee if you plan on reading this. :)
yeah, that's what i should have said :)
actually, nevermind a cup
better bring the whole pot over
They are both wrong
in saying that the next block appears to be a commercial
On Thursday 21 April 2005 08:01 pm, Daniel Kristjansson wrote:
Which convinced me. It is a fairly small bit of code.
Also a lot of people are using minimal window managers, or not
using window managers at all with MythTV.
This lets you set up a user function once for both keyboard and
On Thu, 21 Apr 2005, Isaac Richards wrote:
On Thursday 21 April 2005 06:10 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Thu Apr 21 22:09:04 2005
Modified Files:
in mythtv/libs/libmyth:
On Thursday 21 April 2005 10:06 pm, Neil Whelchel wrote:
Hello,
I disagree..
As I said in one of my previous messages, there are a few of out here that
do not use lirc. Some of us use a remote like the Firefly or the X10, or
something that directly sends key press events, so this makes it a
On Thu, 21 Apr 2005, Isaac Richards wrote:
A standalone media system doesn't need to reimplement every single app under
the sun inside of it. And if it _were_ completely stanalone, you'd not need
to run external applications from a keypress, hmm?
Very good point, one I have dealt with
Also, I am running mythtv completely embedded from ROM (the front end), so
there is really not much room for a window manager, not to mention that on
a dedicated unit (not embedded), I have always had better success by
ditching the wm, so this route is not for everyone either.
A window manager is
On 4/21/05, Damion de Soto [EMAIL PROTECTED] wrote:
Also, I am running mythtv completely embedded from ROM (the front end), so
there is really not much room for a window manager, not to mention that on
a dedicated unit (not embedded), I have always had better success by
ditching the wm, so
On Thursday 21 April 2005 11:54 pm, Damion de Soto wrote:
Why is this?
I was wondering this a few weeks ago, when i discovered it was
my window manager that was causing me troubles trying to get
myth to start ogle to watch DVDs (fvwm2 wasn't centering ogle's window on
the screen, and I could
On Thursday 21 April 2005 11:49 pm, Neil Whelchel wrote:
On Thu, 21 Apr 2005, Isaac Richards wrote:
A standalone media system doesn't need to reimplement every single app
under the sun inside of it. And if it _were_ completely stanalone, you'd
not need to run external applications from a
On 4/21/05, Isaac Richards [EMAIL PROTECTED] wrote:
On Thursday 21 April 2005 11:54 pm, Damion de Soto wrote:
Why is this?
I was wondering this a few weeks ago, when i discovered it was
my window manager that was causing me troubles trying to get
myth to start ogle to watch DVDs (fvwm2
This patch is not quite correct. The committed patch was:
Thanks. This is committed now. I missed the space and thought I was
saving myself some time by just adding the escaped quotes manually
instead of saving your patch to a file and running patch on that. :(
I did it the hard way this time
Better grab a cup of coffee if you plan on reading this. :)
[EMAIL PROTECTED] said:
Changes committed by cpinkham on Wed Apr 20 04:44:05 2005
* Commmercial Flagging changes:
- Rearrange some debugging statements.
On Thu, 2005-04-14 at 00:25 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 11:45 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Thu Apr 14 03:43:05 2005
Removes 7 lines of cruft in
On Wednesday 13 April 2005 09:52 pm, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
-
-- - Changes committed by danielk on Thu Apr 14 00:48:17 2005
Modified Files:
in
On Wed, 2005-04-13 at 21:52 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
This adds some work-around code for the fluxbox window manager. You need
to uncomment an appropriately named define at the top of tv_play for the
hack to take effect.
I
On Wednesday 13 April 2005 10:57 pm, Daniel Kristjansson wrote:
On Wed, 2005-04-13 at 21:52 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
This adds some work-around code for the fluxbox window manager. You
need to uncomment an appropriately
On Wed, 2005-04-13 at 22:51 -0400, Isaac Richards wrote:
On Wednesday 13 April 2005 09:52 pm, Isaac Richards wrote:
On Wednesday 13 April 2005 08:50 pm, [EMAIL PROTECTED] wrote:
-
-- - Changes committed by danielk on
On Wednesday 13 April 2005 11:13 pm, Daniel Kristjansson wrote:
Suggested by Qt people as the code that would work in various
environments. Basically window decorations are added after show()
in X so for some window managers you need to call it then move(),
to get something in the right
Daniel Kristjansson wrote:
On Sat, 2005-04-09 at 15:17 -0400, Isaac Richards wrote:
Also, Taylor Jacob's been reporting a deadlock (on the irc channel) with -v
all turned on, that doesn't happen without the verbose reporting.. He hasn't
gotten a backtrace that I'm aware of, but... think it may
On Sat, 2005-04-09 at 09:49 -0700, Bruce Markey wrote:
[EMAIL PROTECTED] wrote:
Puts MythTV's Visual class in a MythTV namespace so that it does not
conflict
with X's Visual. Add's MythDeque a specialization of the STL deque class
that
presents an interface similar to the Qt queue,
On Sat, 2005-04-09 at 15:17 -0400, Isaac Richards wrote:
On Saturday 09 April 2005 01:45 pm, [EMAIL PROTECTED] wrote:
---
- Changes committed by danielk on Sat Apr 9 17:44:17 2005
Modified Files:
in mythtv:
On Saturday 09 April 2005 03:30 pm, Daniel Kristjansson wrote:
There are three solutions as I see it:
1/ Construct the verbose string completely outside of the verbose lock.
The problem with this is it makes the verbose macro take longer to
execute.
Right, would:
ostringstream blah;
Daniel Kristjansson wrote:
On Sat, 2005-04-09 at 09:49 -0700, Bruce Markey wrote:
[EMAIL PROTECTED] wrote:
Puts MythTV's Visual class in a MythTV namespace so that it does not conflict
with X's Visual. Add's MythDeque a specialization of the STL deque class that
presents an interface similar to
On Sat, 2005-04-09 at 15:40 -0400, Isaac Richards wrote:
On Saturday 09 April 2005 03:30 pm, Daniel Kristjansson wrote:
There are three solutions as I see it:
1/ Construct the verbose string completely outside of the verbose lock.
The problem with this is it makes the verbose macro take
On Fri, 2005-04-08 at 09:07 -0400, Robert Tsai wrote:
non-XRANDR builds are broken. My simple patch is below:
+#if defined(USING_XRANDR) || defined(CONFIG_DARWIN)
const vectorDisplayResScreen scr = GetVideoModes();
if (scr.size())
addChild(new VideoModeSettings());
On Fri, Apr 08, 2005 at 01:35:39PM -0400, Daniel Kristjansson wrote:
On Fri, 2005-04-08 at 09:07 -0400, Robert Tsai wrote:
non-XRANDR builds are broken. My simple patch is below:
+#if defined(USING_XRANDR) || defined(CONFIG_DARWIN)
const vectorDisplayResScreen scr = GetVideoModes();
[EMAIL PROTECTED] wrote:
Hi,
Just to let you know; Since I updated my tree with that patch,
recordings are all at 0 bytes.
The LOCK occurs without problem. EIT data is parsed and added to the
DB... -v all does not show any outstanding errors.
Is there anything I can do to to help test this or am I
Hi Jesper,
Indeed, I have a nexus-s -- saa7146 based:
lspci -v:
Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1
Flags: bus master, medium devsel, latency 32, IRQ 28
Memory at fe103000 (32-bit,
On Monday 28 March 2005 01:25 pm, David Engel wrote:
On Mon, Mar 28, 2005 at 11:16:21AM -0500, Isaac Richards wrote:
On Monday 28 March 2005 11:10 am, [EMAIL PROTECTED] wrote:
Added more support to prevent overlapping OSDs. Things are mostly
hard coded to only allow one OSD to be active
On Fri, 2005-03-25 at 20:07 -0500, J. Donavan Stanley wrote:
[EMAIL PROTECTED] wrote:
Changes committed by danielk on Fri Mar 25 04:04:17 2005
Modified Files:
in mythtv:
configure
Log Message:
Adds
Daniel Kristjansson wrote:
On Fri, 2005-03-25 at 20:07 -0500, J. Donavan Stanley wrote:
[EMAIL PROTECTED] wrote:
Changes committed by danielk on Fri Mar 25 04:04:17 2005
Modified Files:
in mythtv:
On Fri, 2005-03-25 at 08:51 -0500, Daniel Kristjansson wrote:
On Fri, 2005-03-25 at 20:07 -0500, J. Donavan Stanley wrote:
Why optimize for Pentium2 instead of Pentium4 in the celeron case?
I don't know how you tell a P2 Celeron from a P3 Celeron, or from a P4
Celeron, with that processor
I'm not sure if you have resolved the celeron issue, but here
is /proc/cpuinfo from a PIV-core celeron:
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Celeron(R) CPU 2.80GHz
stepping: 3
cpu MHz : 349.140
cache
On Mon, 21 Mar 2005, Isaac Richards wrote:
]On Monday 21 March 2005 01:20 pm, [EMAIL PROTECTED] wrote:
] ---
]- Changes committed by danielk on Mon Mar 21 18:17:44 2005
] This is the new configure script I've been working on
On Monday 21 March 2005 02:19 pm, Daniel Thor Kristjansson wrote:
Someone with debian already convinced me to only use uname -p if it
gave me a good value, but I forgot to redirect the error when it is not
supported. I didn't know this was fixed in 2.6.11, I've changed this to
a warning to use
On Jan 30, 2005, at 1:20 PM, Bruce Markey wrote:
globalsettings.cpp:1446: error: type `class HostImageSelect' is not a
direct or
virtual base of `ThemeSelector'
Skipped a file in my commit, should work now. Sorry about that.
- Jer
___
mythtv-dev
Jeremiah Morris wrote:
On Jan 30, 2005, at 1:20 PM, Bruce Markey wrote:
globalsettings.cpp:1446: error: type `class HostImageSelect' is not a
direct or
virtual base of `ThemeSelector'
Skipped a file in my commit, should work now. Sorry about that.
Verified. Thanks.
-- bjm
On Thursday 27 January 2005 03:51 pm, Bruce Markey wrote:
We are not destroying potentially useful data for no reason other
than some clean up which is not time critical.
How's it potentially useful? I don't like having completely unused junk in
the database.
Isaac
We are not destroying potentially useful data for no reason other
than some clean up which is not time critical.
How's it potentially useful?
Mainly for rolling back, but I can imagine that
some DVB countries may not work yet with the new code.
The dtv_multiplex table could be populated by a
Nigel Pearson wrote:
...
Agreed, but as long as it is targetted for removal
some time in the future, the impact is minimal?
Not knowing what issues may come up, I think it would be good
for the users who try to upgrade to 0.17 to still have access
to the data in these tables. If they are
On Thu, Jan 27, 2005 at 03:23:36PM -0800, Bruce Markey wrote:
Nigel Pearson wrote:
Agreed, but as long as it is targetted for removal
some time in the future, the impact is minimal?
Not knowing what issues may come up, I think it would be good
for the users who try to upgrade to 0.17 to
On Thursday 27 January 2005 09:02 pm, David Engel wrote:
On Thu, Jan 27, 2005 at 03:23:36PM -0800, Bruce Markey wrote:
Nigel Pearson wrote:
Agreed, but as long as it is targetted for removal
some time in the future, the impact is minimal?
Not knowing what issues may come up, I think
I suggest the guideline that database items be obsolete for at least
two releases before they get removed. For example, anything that was
last used in 0.15, can't be removed until 0.17 is released.
How do you handle data whose meaning changes, though?
In a perfect world, there would be a new
On Thu, Jan 27, 2005 at 09:17:07PM -0500, Isaac Richards wrote:
On Thursday 27 January 2005 09:02 pm, David Engel wrote:
I suggest the guideline that database items be obsolete for at least
two releases before they get removed. For example, anything that was
last used in 0.15, can't be
On Mon, Jan 24, 2005 at 11:59:19PM -0800, Chris Petersen wrote:
record.type values of 7 and 8, what I call record and suppress, are used
more often, or even exclusively -- is recordoverride deprecated?).
recordoverride has been obsolete for quite some time now.
this information out? Is
Isaac Richards [EMAIL PROTECTED] writes:
I'd _like_ to keep compatability with 3.1. But this is a major piece of
missing functionality that we can't emulate on that version, and if more of
the db queries are converted over to prepare/bindValue, then people using 3.1
will have no info to
On Sunday 16 January 2005 10:27 am, Jeremiah Morris wrote:
On 16 Jan 2005, at 4:55 AM, Ivor Hewitt wrote:
I was a little surprised to see the QT3.1 workaround applied to CVS
without
discussion actually.
The last two times it came up, I didn't see any response from the
developers either
On 17 Jan 2005, at 5:26 PM, Isaac Richards wrote:
But this is a major piece of
missing functionality that we can't emulate on that version
Wow, that's the part that I couldn't believe until my fourth time or so
through the docs. I thought there had to be some less convenient, but
still possible,
On Sunday 16 Jan 2005 04:12, Isaac Richards wrote:
On Saturday 15 January 2005 09:46 pm, Jeremiah Morris wrote:
On 15 Jan 2005, at 9:27 PM, Isaac Richards wrote:
These changes are incorrect, please revert them. The error messages
would be
printed out with the placeholders, instead of
On 15 Jan 2005, at 11:12 PM, Isaac Richards wrote:
I'm thinking yes. It's a pain having to support a 2 year old
version of a
library that none of the developers use.
OK. I still think that the executedQuery should go into the DBError
routine, instead of being written a dozen times in
On 16 Jan 2005, at 4:55 AM, Ivor Hewitt wrote:
I was a little surprised to see the QT3.1 workaround applied to CVS
without
discussion actually.
The last two times it came up, I didn't see any response from the
developers either way. When the patch was originally proposed, Isaac
said he wanted
On 15 Jan 2005, at 9:27 PM, Isaac Richards wrote:
These changes are incorrect, please revert them. The error messages
would be
printed out with the placeholders, instead of with the actual values.
Are we dropping Qt 3.1 compatibility then? That's what it means to
revert the changes without
1 - 100 of 101 matches
Mail list logo