bugGNUstep - Bugs: bug #23740, Getting "invalid type...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #23740: Getting "invalid type xxxx" when drawing

Submitted by:  Gregory John Casamento <gcasa>
Submitted on:  Mon 30 Jun 2008 02:08:08 PM UTC  
 
Category: Gui/AppKitSeverity: 3 - Normal
Item Group: BugStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Closed

Mon 25 Aug 2008 09:01:21 PM UTC, comment #4:

Appears to have been resolved by a recent change to make code 64-bit safe in NSBezierPath.m.

Gregory John Casamento <gcasa>
Project Administrator
Tue 08 Jul 2008 08:08:42 PM UTC, comment #3:

No warning present during compilation. I don't think it's a compiler issue.

Also, I am using the art backend, not the cairo backend. I should have stated this in the beginning.

One other correction... it's happening when window borders are being drawn too.

Here is the compiler version information:

[heron@celia ~]$ gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release x86_64-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

GC

Gregory John Casamento <gcasa>
Project Administrator
Tue 08 Jul 2008 06:58:08 PM UTC, comment #2:

This is a integer number with just 7 of the upper bits set.

I don't see where this number should be comming from. The code in path.m looks correct to me. Do you get any warnings from it? Theonly difference I see here to other NSBezier code is that the default case is not just ignored. It could be that other backends have the same issue, but just don't report it.

Most likely this is a compiler problem, but to make sure, could you please report any warings you get from compiling gui and back?
You could also add an NSLog statement in the cairo backend in the default case of CairoGState _setPath:, the code there looks rather more fragile for the 64bit architecture.

Fred Kiefer <FredKiefer>
Project Member
Sat 05 Jul 2008 10:23:51 PM UTC, comment #1:

2008-07-05 09:54:15.283 Gorm[27879] invalid type 1065353216
2008-07-05 09:54:15.323 Gorm[27879] invalid type 1065353216
2008-07-05 18:22:57.411 Gorm[27879] invalid type 1065353216
2008-07-05 18:22:57.411 Gorm[27879] invalid type 1065353216
2008-07-05 18:22:57.480 Gorm[27879] invalid type 1065353216
2008-07-05 18:22:57.480 Gorm[27879] invalid type 1065353216

Gregory John Casamento <gcasa>
Project Administrator
Mon 30 Jun 2008 02:08:08 PM UTC, original submission:

When starting any application which has an NSToolbar I am getting this message. This does not occur on 32 bit systems, apparently.

It is coming from path.m in the art backend when it tries to draw the lower line in the toolbar.

Thanks, GC

Gregory John Casamento <gcasa>
Project Administrator

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by FredKiefer (Posted a comment)
  • -unavailable- added by gcasa (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 25 Aug 2008 09:02:14 PM UTCgcasaCategoryNone=>Gui/AppKit
      Item GroupNone=>Bug
      StatusIn Progress=>Fixed
      Open/ClosedOpen=>Closed
    Tue 08 Jul 2008 08:18:37 PM UTCgcasaStatusNone=>In Progress
    Sat 05 Jul 2008 10:23:51 PM UTCgcasaSummaryGetting "invalid type xxxx" whever a Toolbar is present.=>Getting "invalid type xxxx" when drawing

    Back to the top


    Powered by Savane 3.1-cleanup1