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

Group
 
 

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

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Mon 30 Jun 2008 02:08:08 PM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group 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>
Group 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>
Group 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>
Group 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>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-08-25 gcasa CategoryNone Gui/AppKit
        Item GroupNone Bug
        StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2008-07-08 gcasa StatusNone In Progress
    2008-07-05 gcasa SummaryGetting &quot;invalid type xxxx&quot; whever a Toolbar is present. Getting "invalid type xxxx" when drawing

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code