Re: [fpc-devel] webserver
On Thu, 31 Mar 2005 10:51:09 +0200 Micha Nelissen [EMAIL PROTECTED] wrote: Linux firewall should have something like: iptables -A INPUT -p icmp --icmp-type fragmentation-needed -j ACCEPT And also in FORWARD and OUTPUT, but it may be that you already have a rule to allow 'RELATED' traffic, and if you also allow all outgoing traffic, then the above rule actually is redundant. Micha ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Quick patch for bug 3762
Sterling Bates schrieb: In response to Tomas Hajny: I'd certainly be willing to give it a try. Granted, I only have Windows XP, but if I'm careful it should be a smooth transition. No promises on a timeline :) Another problem with Windows (not sure about other OSs) is in bug 2084. (Use the second example in the description.) I was This is Windows specific. My initial attempt to get around this is to tie KeyPressed to EventHandleThread as well. [...] It's possible to fix it by wrapping the contents of ReadKey in a critical section, but that, to me, is just more overhead. I think there's a more elegant solution waiting to be discovered :-) Yes, a quick fix can be made by replacing the ReadConsoleInput() in winevent.pp by a PeekConsoleInput() call and crt works again. Maybe this was even intended by the original developer since there is a read, but don't remove the event comment in front of the offending line (although it uses the ReadConsoleInput() call which actually removes the event). Already sent this patch to a developer a two days ago (or so). But may have undesirable side effects if no one else is eating the console events (not sure if this is actually possible, that means a problem, in console programs). The IDE does not seem to mind though from a short try afair. Seems like we are working on the same things atm =) Regards, Thomas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Quick patch for bug 3762
From: Thomas Schatzl [EMAIL PROTECTED] To: FPC developers' list fpc-devel@lists.freepascal.org Subject: Re: [fpc-devel] Quick patch for bug 3762 Date: 31.3.2005 - 12:44:20 Sterling Bates schrieb: In response to Tomas Hajny: I'd certainly be willing to give it a try. Granted, I only have Windows XP, but if I'm careful it should be a smooth transition. No promises on a timeline :) . . Seems like we are working on the same things atm =) Which part do you concetrate on, Thomas? Is your work related to unit Crt (which could/should become cross-platform in its majority), or are you rather fixing implementation of console (API) units (keyboard, mouse, video) for Windows (which includes winevent)? These two don't need to interfere, IMHO (so there definitely can be enough space for both of you ;-) ). Tomas -- Akcni unorova nabidka 3 za cenu 1! Ziskejte VOLNY ADSL 512/128 3GB za cenu 1GB! http://adsl.volny.cz ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Quick patch for bug 3762
Hello, But may have undesirable side effects if no one else is eating the console events (not sure if this is actually possible, that means a problem, in console programs). More testing showed that this is a problem after all. So don't apply it. The IDE does not seem to mind though from a short try afair. Regards, Thomas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Quick patch for bug 3762
Tomas Hajny wrote: The main problem is that there's a lot platform independent functionality in Crt unit which is re-implemented for every platform again and again. The best solution would be to throw all the individual implementations away completely and implement cross-platform Crt unit based on capabilities provided by units Keyboard and Video (possibly missing functionalities within these units necessary for Crt could be either handled by platform specific include file, or by extending current Keyboard and/or Video). From the discussion I have the impression that there exist problems in separating keyboard and mouse events. If I'm right here, then I'd suggest to separate platforms with separate mouse and keyboard events from platforms with common events for both devices. The platform independent implementation then should assume and use separate queues, as provided (separated if required) by the platform specific code. DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel