Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2002-09

New Bug Entered

7 messages · 4 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Unknown author

Title: Keyboard dont respond on editor window

Entered by:

Under Windows 2000, I\'ve installed
\"lazarus_ide_installer.exe\" package, version 0.8.2a, and the last Free Pascl package.

I\'ve started IDE but my keyboard don\'t respond when I tried to tape some codes ?! I could configure some pathes but the editor didnt respond ?

Another bug, I can\'t create any widget on forms ?

Reply by email

Unknown author

Title: Wrong order of parameters in rtl/access() (FreeBSD, fpc-1.0.7)

Entered by: Juan Segovia

There is a small error in unixsysc.inc for
FreeBSD (fpc-1.0.7):

   Function Access(Path:Pathstr ;mode:longint):boolean;

The call to do_syscall(), I think, has the parameters path and mode reversed:

   Access:=do_syscall (
                      syscall_nr_access,
                      mode,
                      longint(@path[1]))=0;

Instead, It should be:

   Access:=do_syscall (
                      syscall_nr_access,
                      longint(@path[1]),
                      mode)=0;

This bug prevented lazarus from working (executing the compiler, enabling read/write in unit editor, ...)

I have seen similar behaviour on
fpc-1.0.6/Solaris, although I don\'t know if it\'s the same or similar bug.

By the way, thank you for the impressive work
(fpc + lazarus).

--Juan

Reply by email

Mattias Gaertner
to Unknown author: Title: No \"file exists\" checking when using lazres Entered by: Tony Maro Like an idiot…
Show quoted text 10 lines
Title: No \"file exists\" checking when using lazres Entered by: Tony Maro Like an idiot I reversed the order of parameters using lazres to create a resource file. It promptly overwrote the \"source\" file that I accidentally typed in the \"destination\" parameter, and then died with an error saying unable to find source file. I would have thought if the source didn\'t exist it wouldn\'t have written anything yet, or perhaps if the destination already existed it would either error or prompt. Just a tidbit suggestion for idiot newbie checking...

I added a check.

Mattias

Reply by email

Unknown author

Title: MouseUp event fires even if user dragged mouse off control

Entered by: Tony Maro

I\'ve discovered that, unlike windows, an onmouseup event will fire even if a user has clicked down and then dragged off the control.

For instance... I\'m tracking changes in radio buttons with this event, however if the user clicks down, then drags off the radio button, my onmouseup event launches, but the radio button does not change. I have no way of knowing if the radio button was _ABOUT_ to change or not, because this event launches before the change is actually made.

Reply by email

Andrew Johnson
Show quoted text 8 lines
I\'ve discovered that, unlike windows, an onmouseup event will fire even if a user has clicked down and then dragged off the control. For instance... I\'m tracking changes in radio buttons with this event, however if the user clicks down, then drags off the radio button, my onmouseup event launches, but the radio button does not change. I have no way of knowing if the radio button was _ABOUT_ to change or not, because this event launches before the change is actually made.

This is probably a duofold issue. the first and most important part is that in GTK RadioButton's don't handle events, because they are child controls.. which means that as long as the mousup is recievied by the parent, which it almost always will be, the focused child, will recieve it. Since on mouse down focuses the control there is almost no way as stands to ensure that the mouse up event is NOT recieved by a radiobutton, or for the most part any control, unless we override the event handler to our own ends in the GTK interface. The other issue is as you have deduced.. ToggleButton descendents recieve events before the state is changed, so it is hard to determine because of the first problem wether it is going to actually dealt with this problem in some of my code.. somwhere about three years ago. So if I can find the notes or code from then I may be able to produce a hack to fix it.

However.. this goes back to the incompatibility of standard GTK implementation of events versus Win32.. gaah.. I know. I will continue to search for a solution to all of these problems which is not temporary "hack", because GTK IS a powerful, and in many ways better design then windows, capable of doing much to set these things up, but even all the docs and howto's say this is a complex issue..( and when I hear that in the C world I cringe)

Andrew

_________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

Reply by email

Unknown author

Title: No \"file exists\" checking when using lazres

Entered by: Tony Maro

Like an idiot I reversed the order of parameters using lazres to create a resource file. It promptly overwrote the \"source\" file that I accidentally typed in the \"destination\" parameter, and then died with an error saying unable to find source file.

I would have thought if the source didn\'t exist it wouldn\'t have written anything yet, or perhaps if the destination already existed it would either error or prompt.

Just a tidbit suggestion for idiot newbie checking...

Reply by email