If possible can you try at 8 and see if the problem still exists ?

PS: I wasn't sure of you time zone that is why I said yesterday. :-)

GMT+1

Marc

you wrote

8 worked!!!!!! Hmmm...interesting huh? Now I can move forward at least....

Shane,
before you start looking for events (like paint and size), I all already changed that. It is only to instable to commit, maybe later this evening.

Marc

+ From: Shane Miller
+
+ The editor currently crashes in the function
+ CreateDefaultFont in gtkwinapi.inc file when you press the
+ SETTEXT button. I am looking at why this is.
+
Shane can you give me the last lines ot the debug output. I guess I have the same problem here :-( and not at home)

Marc

you wrote

OK, I got past that. Now I added a mwPasSyn1 component to TestForm and

created it and assigned it appropriatly.

What's that ?

It crashes in TmwPasSyn.NullProc but we are further. I will continue looking at this stuff tomorrow. Feel free to examine it.

I really hope to get something working.

also, the SETTEXT button does a lines.add now instead of a lines :=

'Lazarus test';

Great !
Till now it didn't do anything or it crashed.

Marc

you wrote

I did the same thing. What version of GTK are you on? I think I'm

running 1.2.1 yet

Shane

gtk+ 1.2.3

Marc

Can someone just mail me the last lines of output before it dies ?

Marc

Marc Weustink wrote

What color depth are you guys running ??

32 on my machine.

PS: I wasn't sure of you time zone that is why I said yesterday. :-)

Shane Miller wrote

What version of GTK are you on? I think I'm running 1.2.1 yet

I had to check myself. I'm still running 1.2.0 on my development workstation. I'll be upgrading to RedHat 6.1 in the next several days. That should bump me up a bit.

Marc Weustink wrote

Hmmm.. "-*-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-1" might be a bit to specific

I just built a valid string from setting the font in Gedit. This way I knew it was a font I had and a valid font string. It still cored. So it doesn't have anything to do with the font being missing.

I did the same thing. What version of GTK are you on? I think I'm running 1.2.1 yet Shane

>> 12/06/99 12:10PM >>>

Marc Weustink wrote

Hmmm.. "-*-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-1" might be a bit to specific

I just built a valid string from setting the font in Gedit. This way I knew it was a font I had and a valid font string. It still cored. So it doesn't have anything to do with the font being missing.

This is the same problem I am having that I reported to you yesterday.

Marc Weustink wrote

before you start looking for events (like paint and size), I all already changed that. It is only to instable to commit, maybe later this evening.

Is that why things like buttons still do not show up? I thought you mentioned that that problem had been fixed but it still doesn't work for me. Is that because you haven't commited the fix yet?

+ From: Shane Miller
+
+ Positive. The error occurs iwhen it's assigning a default
+ font. Perhaps my system doesn't HAVE that
+ font....hmmm....maybe that's the issue. I just updated from
+ CVS and it again crashed.
+
+ I wonder if it's an error with loading that specific font as
+ the default. I'll make the dafult font more generic and see
+ if it loads....

If the font can't be found the gdk_Font_Load returns a nil.

Hmmm.. "-*-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-1" might be a bit to specific

helvetica 120 should be enough.

Marc

OK, I got past that. Now I added a mwPasSyn1 component to TestForm and created it and assigned it appropriatly.

It crashes in TmwPasSyn.NullProc but we are further. I will continue looking at this stuff tomorrow. Feel free to examine it. I really hope to get something working.

also, the SETTEXT button does a lines.add now instead of a lines := 'Lazarus test';

Shane

>> 12/06/99 02:33PM >>>

you wrote

8 worked!!!!!! Hmmm...interesting huh? Now I can move forward at least....

Allright !!

Its a problem I ran into a ew weeks ago (but then the other way around)

It seems that GDK/GTK doesn't like to display bitmaps other than the color depth you are running.

A bitmap canvas has a gtk pixmap. By default I created them at a depth of 32, since at that time I didn't put time in asking the depth of the system. I assumed that, like windows, a 32 bit pixmap could be rendered at 8 (on my system I only have a depth of 8). This caused like wise messages at the most strange places (when a button click was handled). So for the time beeing I defaulted the pixmap depth to 8 (again assuming that a 8 bit pixmap could be rendered at higher resolutions) Today we found out that these assumptions aren't correct. I might look to another way to render bitmaps of a different depth.

Marc

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

you wrote

8 worked!!!!!! Hmmm...interesting huh? Now I can move forward at least....

Allright !!

Its a problem I ran into a ew weeks ago (but then the other way around)

It seems that GDK/GTK doesn't like to display bitmaps other than the color depth you are running.

A bitmap canvas has a gtk pixmap. By default I created them at a depth of 32, since at that time I didn't put time in asking the depth of the system. I assumed that, like windows, a 32 bit pixmap could be rendered at 8 (on my system I only have a depth of 8). This caused like wise messages at the most strange places (when a button click was handled). So for the time beeing I defaulted the pixmap depth to 8 (again assuming that a 8 bit pixmap could be rendered at higher resolutions) Today we found out that these assumptions aren't correct. I might look to another way to render bitmaps of a different depth.

Marc

The error is a gdk error that is caused by the gdk_font_load function call. What version of GDK are you running on the system that works? I can't see how it's our code causing the error. the error is:

GDK-Error **: BadValue (integer parameter out of range for operation) serial 1370 error_code 2 request_code 53 minor_code 0

aborting...

Shane

>> 12/06/99 11:13AM >>>

+ From: Shane Miller
+
+ The editor currently crashes in the function
+ CreateDefaultFont in gtkwinapi.inc file when you press the
+ SETTEXT button. I am looking at why this is.
+
Shane can you give me the last lines ot the debug output. I guess I have the same problem here :-( and not at home)

Marc

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

8 worked!!!!!!

Hmmm...interesting huh? Now I can move forward at least....

Shane

>> 12/06/99 01:45PM >>>

If possible can you try at 8 and see if the problem still exists ?

PS: I wasn't sure of you time zone that is why I said yesterday. :-)

GMT+1

Marc

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

+ From: Shane Miller
+
+ The editor currently crashes in the function
+ CreateDefaultFont in gtkwinapi.inc file when you press the
+ SETTEXT button. I am looking at why this is.

HUH, this should work. Are you sure you have the latest version ??

Marc

I just tried

"-*-helvetica-*-*-*--*-120-*-*-*-*-iso8859-1"

and it still cored. :-\

The editor currently crashes in the function CreateDefaultFont in gtkwinapi.inc file when you press the SETTEXT button. I am looking at why this is.

Shane

As a back up proof it also worked for me when I went to 8 bit.

For me it was in the middle of the night or just in the morning ;-)

Marc

you wrote

The error is a gdk error that is caused by the gdk_font_load function call. What version of GDK are you running on the system that works? I can't see

how it's our code causing the error. the error is:

Ah, (someway my mail mixed up so I didn't see this reply :-(

What color depth are you guys running ??

Marc

Positive. The error occurs iwhen it's assigning a default font. Perhaps my system doesn't HAVE that font....hmmm....maybe that's the issue. I just updated from CVS and it again crashed.

I wonder if it's an error with loading that specific font as the default. I'll make the dafult font more generic and see if it loads....

Shane

>> 12/06/99 11:04AM >>>

+ From: Shane Miller
+
+ The editor currently crashes in the function
+ CreateDefaultFont in gtkwinapi.inc file when you press the
+ SETTEXT button. I am looking at why this is.

HUH, this should work. Are you sure you have the latest version ??

Marc

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

I assumed that is was placed outside the screen. That part is fixed. I think you have another problem.
Can you mail me the exe ?

Marc

No. The image I sent to you was from the executable I made last friday as a result of the changes that day. These are committed (as far as I know)

Marc

I just cycled a new everything. New compiler, FCL, and LCL. When I build the hello application in the examples I still do not get any button. It doesn't draw the button on the screen. You said you know what was causing that. Do you and did you fix it?

Ah, thats an easy one.

Since now (or for while), to show a control is has to have at least a Parent. In the past the owner was erroneous used as a parent. (The owner is the VCL/LCL class owner, not the graphical owner). Thats why the button doid show up in the past and didnt till now.
(You can try to create a button without parent in Delphi!)

Marc

Marc Weustink wrote

I assumed that is was placed outside the screen. That part is fixed. I think you have another problem. Can you mail me the exe ?

You can build it yourself. Go into /lazarus/examples and do a "make hello"

This should have a button in the very middle of the window that says "Close".