From mnoble at space.mit.edu Mon Nov 7 16:11:02 2005 From: mnoble at space.mit.edu (Michael Noble) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] slirp 1.7.6 and slgtk 0.5.15 released Message-ID: <20051107211102.GA28985@svoboda.mit.edu> Friends, SLIRP version 1.7.6 and SLgtk version 0.5.15 are now available at http://space.mit.edu/CXC/software/slang/modules/slgtk http://space.mit.edu/CXC/software/slang/modules/slirp These are maintenance releases, issued primarily to establish compatibility with Gtk 2.6.10, bundle the recent VWhere 1.3.2 patch, and establish compliance with the Debian packaging mechanism. Extra thanks go to Rafael Laboissiere @ Debian, for useful patches, feedback, and patient testing. Due to networking problems on some of the target platforms the binary distributions have not been updated yet; these should be available within a day or two. Debian users may be interested in the preliminary binary packages available at http://people.debian.org/~rafael/slgtk/ http://people.debian.org/~rafael/slirp/ Regards, Michael S. Noble --- SLgtk Version 0.5.15: 1. Image plot now checks that 24 bit display is available 2. VWhere 1.3.2 enhancements: - newer pref settings in .vwhererc are encapsulated w/in version tests - runtime variable aliases created by vwhere() are now guaranteed unique, so as to avoid overwriting any existing symbols 3. Install rule for contrib/gdk-pixbuf FITS module now uses @sysconfdir@ 4. Debian packaging (motivated or contributed by R. Laboissiere @ Debian) - Gtk 2.6.10 build compatibility - Makefile tweaks for relocatability - Much more up-to-date config.sub and config.guess scripts - The bundled version of SLIRP is no longer installed by default when installing SLgtk proper - Install imdisplay.1 man page SLIRP v1.7.6: 1. Runing on non-existent files now issues warning, rather than abort 2. Unused #define macros no longer substituted to empty string by default 3. Better platform-specific uninstall/clean targets (motivated by Marko) 4. No longer choke on preprocessor directives within enums (reported by Laurent Perez and Rafael Laboissiere) 5. Updated config.guess and config.sub to 2005 versions 6. Include slirp.1 and slirpsh.1 man pages 7. Examples updates (R.Laboissiere @ Debian) : - makef: test no longer captures make output - fortran: disable single-precision complex multiplication test, until full compatibility with gfortran is established From s-lang at ottolander.nl Tue Nov 15 15:21:13 2005 From: s-lang at ottolander.nl (Leonard den Ottolander) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] slcommon.c and __libc_enable_secure Message-ID: <1132086073.2553.21.camel@athlon> Hi, As one of the developers of the midnight commander I've recently updated our internal version of slang to 2.0.5. Although the build with the internal version of slang succeeds without a problem I cannot install the resulting rpm (Fedora Core 4), the error being: error: Failed dependencies: ld-linux.so.2(GLIBC_PRIVATE) is needed by mc-4.6.1a-1.lj.i386 This appears to be caused by slcommon.c using __libc_enable_secure. Is this dependency on a private glibc function actually needed? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From proski at gnu.org Tue Nov 15 15:41:24 2005 From: proski at gnu.org (Pavel Roskin) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] slcommon.c and __libc_enable_secure In-Reply-To: <1132086073.2553.21.camel@athlon> References: <1132086073.2553.21.camel@athlon> Message-ID: <1132087284.25640.78.camel@dv> On Tue, 2005-11-15 at 21:21 +0100, Leonard den Ottolander wrote: > As one of the developers of the midnight commander I've recently updated > our internal version of slang to 2.0.5. Although the build with the > internal version of slang succeeds without a problem I cannot install > the resulting rpm (Fedora Core 4), the error being: > > error: Failed dependencies: > ld-linux.so.2(GLIBC_PRIVATE) is needed by mc-4.6.1a-1.lj.i386 > > This appears to be caused by slcommon.c using __libc_enable_secure. Is > this dependency on a private glibc function actually needed? Actually, the problem can be easily reproduced without mc and any embedding of S-Lang. This is on Fedora Core 4, x86_64 with S-Lang 2.0.5 compiled by "./configure && make" without any options: $ nm slsh_exe |grep PRIVATE 00000000005a4f70 B __libc_enable_secure@@GLIBC_PRIVATE slsh_exe is part of S-Lang. Demo programs have that symbol too: $ nm keypad |grep PRIVATE 0000000000526cf0 B __libc_enable_secure@@GLIBC_PRIVATE Fedora Core 4 uses glibc-2.3.5. -- Regards, Pavel Roskin From s-lang at ottolander.nl Tue Nov 15 16:01:01 2005 From: s-lang at ottolander.nl (Leonard den Ottolander) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] slcommon.c and __libc_enable_secure In-Reply-To: <1132087284.25640.78.camel@dv> References: <1132086073.2553.21.camel@athlon> <1132087284.25640.78.camel@dv> Message-ID: <1132088461.2553.28.camel@athlon> Hi Pavel, On Tue, 2005-11-15 at 15:41 -0500, Pavel Roskin wrote: > Actually, the problem can be easily reproduced without mc and any > embedding of S-Lang. I expected that ;) . Fixed it for mc with the attached patch, which just disables the dependency on that private function. Don't let the name fool you, it works for plain slang as well. Leonard. -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-slang2-enable_secure.patch Type: text/x-patch Size: 823 bytes Desc: not available Url : http://mailman.jtan.com/pipermail/slang-users-l/attachments/20051115/7bf16032/mc-slang2-enable_secure.bin From jgonzalez at atsautomation.com Thu Nov 24 14:27:23 2005 From: jgonzalez at atsautomation.com (Gonzalez, Jorge) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] A stack overflow problem using slang 1.4.5 Message-ID: Hi guys, Sorry to bother you, but I have a problem which requires a little expert advise. We are using slang-1.4.5 on QNX4 on one of our machines at a customer site; and about twice a day the machine stops because of a slang error that shows up like this: S-Lang Error: Stack Overflow: Error while executing ConvertLot2 Cell 4 - ATS Scripting Driver S-Lang Error: Stack Overflow: qd::exec unable to execute Cell 4 - ATS Scripting Driver S-Lang Error: Stack Overflow Cell 4 - ATS Scripting Driver S-Lang Error: Stack Overflow: Error while executing ConvertLot1 Cell 4 - ATS Scripting Driver Which clearly indicates that we are leaking stack memory somewhere. The thing is that this happens so sporadicaly that we cannot figure out what is causing it. For this application we have created some intrinsic functions to pass data to/from slang and the rest of the controller engine; these are of the form get_DINT(), set_DINT(), etc. Those functions have been thoroghly tested and I don't think are the source of the problem. Here is the function we are calling where this error is happening: define ConvertLot2() { % These datawords contain the ASCII characters of the serial number in reverse byte order variable DW1=get_DINT("LotNumber2[0]"); variable DW2=get_DINT("LotNumber2[1]"); variable DW3=get_DINT("LotNumber2[2]"); variable DW4=get_DINT("LotNumber2[3]"); variable DW5=get_DINT("LotNumber2[4]"); variable DW6=get_DINT("LotNumber2[5]"); variable DW7=get_DINT("LotNumber2[6]"); variable DW8=get_DINT("LotNumber2[7]"); variable DW9=get_DINT("LotNumber2[8]"); variable DW10=get_DINT("LotNumber2[9]"); variable lotString="0"; lotString=pack("KKKKKKKKKK",DW1,DW2,DW3,DW4,DW5,DW6,DW7,DW8,DW9,DW10); % Transfer the string data to placeholder variable in the MACS user dataspace. set_STRING("LotNumberString[1]",lotString); } So my question here is: Is there any record of the pack() function leaking stack memory for version 1.4.5 or earlier? I looked in the changes.txt files for this and later versions and it doesn't seem to be any reference of the pack() function leaking stack memory; and I am not saying that this is happennig, but I just need to rule out the possibility. BTW: I used the _stkdepth() slang function at the end of this ConvertLot2() function to check to see whether the stack was getting polluted but so far is looking fine.(??) Any advise or suggestions on how to debug this are most welcome. Thanks, Jorge Gonzalez Control Systems Developer Automation Technology Products ATS Automation Tooling Systems Inc. Tel: (519) 653-6500 (x2721) www.atsautomation.com ------------------------------------------------------------------ This e-mail message, including any attachments, is only for the use of the intended recipient (s). The information contained may be confidential, in which case its disclosure or reproduction is strictly prohibited. If you are not the intended recipient, please return it immediately to its sender at the above address and delete it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.jtan.com/pipermail/slang-users-l/attachments/20051124/0e3c3713/attachment.htm From jgonzalez at atsautomation.com Thu Nov 24 15:34:44 2005 From: jgonzalez at atsautomation.com (Gonzalez, Jorge) Date: Tue Jan 30 08:52:10 2007 Subject: [slang-users] A stack overflow problem using slang 1.4.5 (PROBLEM SOLVED!) Message-ID: Please disregard the last message. The problem was that they have added a line with a scanf() without popping the return value off the stack. (Didn't see that coming) Thank you everyone. Jorge Gonzalez Control Systems Developer Automation Technology Products ATS Automation Tooling Systems Inc. Tel: (519) 653-6500 (x2721) www.atsautomation.com ________________________________ From: Slang-users-bounces@jedsoft.org [mailto:Slang-users-bounces@jedsoft.org] On Behalf Of Gonzalez, Jorge Sent: Thursday, November 24, 2005 2:27 PM To: Slang-users@jedsoft.org Cc: Galea, Peter Subject: [slang-users] A stack overflow problem using slang 1.4.5 Hi guys, Sorry to bother you, but I have a problem which requires a little expert advise. We are using slang-1.4.5 on QNX4 on one of our machines at a customer site; and about twice a day the machine stops because of a slang error that shows up like this: S-Lang Error: Stack Overflow: Error while executing ConvertLot2 Cell 4 - ATS Scripting Driver S-Lang Error: Stack Overflow: qd::exec unable to execute Cell 4 - ATS Scripting Driver S-Lang Error: Stack Overflow Cell 4 - ATS Scripting Driver S-Lang Error: Stack Overflow: Error while executing ConvertLot1 Cell 4 - ATS Scripting Driver Which clearly indicates that we are leaking stack memory somewhere. The thing is that this happens so sporadicaly that we cannot figure out what is causing it. For this application we have created some intrinsic functions to pass data to/from slang and the rest of the controller engine; these are of the form get_DINT(), set_DINT(), etc. Those functions have been thoroghly tested and I don't think are the source of the problem. Here is the function we are calling where this error is happening: define ConvertLot2() { % These datawords contain the ASCII characters of the serial number in reverse byte order variable DW1=get_DINT("LotNumber2[0]"); variable DW2=get_DINT("LotNumber2[1]"); variable DW3=get_DINT("LotNumber2[2]"); variable DW4=get_DINT("LotNumber2[3]"); variable DW5=get_DINT("LotNumber2[4]"); variable DW6=get_DINT("LotNumber2[5]"); variable DW7=get_DINT("LotNumber2[6]"); variable DW8=get_DINT("LotNumber2[7]"); variable DW9=get_DINT("LotNumber2[8]"); variable DW10=get_DINT("LotNumber2[9]"); variable lotString="0"; lotString=pack("KKKKKKKKKK",DW1,DW2,DW3,DW4,DW5,DW6,DW7,DW8,DW9,DW10); % Transfer the string data to placeholder variable in the MACS user dataspace. set_STRING("LotNumberString[1]",lotString); } So my question here is: Is there any record of the pack() function leaking stack memory for version 1.4.5 or earlier? I looked in the changes.txt files for this and later versions and it doesn't seem to be any reference of the pack() function leaking stack memory; and I am not saying that this is happennig, but I just need to rule out the possibility. BTW: I used the _stkdepth() slang function at the end of this ConvertLot2() function to check to see whether the stack was getting polluted but so far is looking fine.(??) Any advise or suggestions on how to debug this are most welcome. Thanks, Jorge Gonzalez Control Systems Developer Automation Technology Products ATS Automation Tooling Systems Inc. Tel: (519) 653-6500 (x2721) www.atsautomation.com ________________________________ This e-mail message, including any attachments, is only for the use of the intended recipient (s). The information contained may be confidential, in which case its disclosure or reproduction is strictly prohibited. If you are not the intended recipient, please return it immediately to its sender at the above address and delete it. ------------------------------------------------------------------ This e-mail message, including any attachments, is only for the use of the intended recipient (s). The information contained may be confidential, in which case its disclosure or reproduction is strictly prohibited. If you are not the intended recipient, please return it immediately to its sender at the above address and delete it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.jtan.com/pipermail/slang-users-l/attachments/20051124/64cac140/attachment.htm From nadvornik at suse.cz Wed Nov 30 12:31:45 2005 From: nadvornik at suse.cz (Vladimir Nadvornik) Date: Tue Jan 30 08:52:10 2007 Subject: [slang-users] Bug in slang 2.0.5 Message-ID: <200511301831.46348.nadvornik@suse.cz> Hi, There is a bug in slang 2.0.5 which causes that in utf8 mode a non-ascii character can't be printed to bottom right corner. The problem is in function write_string_with_care, which counts bytes and not characters. Here is an example of consequences: https://bugzilla.novell.com/show_bug.cgi?id=134037 I am not sure how to fix it correctly, maybe this function is even no longer needed. Regards, -- Vladimir Nadvornik developer --------------------------------------------------------------------- SuSE CR, s.r.o. e-mail: nadvornik@suse.cz Drahobejlova 27 tel:+420 2 9654 2373 190 00 Praha 9 fax:+420 2 9654 2374 Ceska republika http://www.suse.cz