Re: [Ecls-list] porting to ecl question: lambda lists are not congruent
Daniel Kochmański jackdan...@hellsgate.pl writes: Hello, problem is that you define two methods #'build-hmeq, where parameter lists are not congruent. Quick fix is to def generic method inbefore like this: (defgeneric build-hmeq (keyword lrdct key allow-other-keys) (:documentation xyz)) apparently tested lisp implementations make generic with allow-other-keys automatically. Moreover, this is a bug in ECL, the generic function created through a DEFMETHOD with key should have no key arguments, just key. -- With best regards, Stas. -- ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] porting to ecl question: lambda lists are not congruent
Daniel Kochmański jackdan...@hellsgate.pl writes: Hello, problem is that you define two methods #'build-hmeq, where parameter lists are not congruent. Quick fix is to def generic method inbefore like this: (defgeneric build-hmeq (keyword lrdct key allow-other-keys) (:documentation xyz)) apparently tested lisp implementations make generic with allow-other-keys automatically. There should be no allow-other-keys, just key in the defgeneric, which will allow all the keys specified by the methods. allow-other-keys will allow any keys. -- With best regards, Stas. -- ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] [maintainership]
On Sat, Feb 21, 2015 at 11:57 PM, Daniel Kochmański jackdan...@hellsgate.pl wrote: Also, is anyone aware, how to edit ecls.sourceforge.net site? (it's different then site accessed with SF search). http://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ and http://sourceforge.net/p/forge/documentation/Release%20Files%20for%20Download/ -- With best regards, Stas. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Ecl PARSE-NAMESTRING unable to handle unicode path name
Peter Enerccio enerc...@gmail.com writes: Hello, I am trying to pass unicode string into PARSE-NAMESTRING, however, it doesn't work. (parse-namestring aAaaajあ) Cannot coerce string aAaaajあ to a base-string [Condition of type SIMPLE-ERROR] List of features: *features* (:SWANK :SERVE-EVENT :PROFILE :LINUX :FORMATTER :ECL-WEAK-HASH :LITTLE-ENDIAN :ECL-READ-WRITE-LOCK :LONG-LONG :UINT64-T :UINT32-T :UINT16-T :RELATIVE-PACKAGE-NAMES :LONG-FLOAT :UNICODE :DFFI :CLOS-STREAMS :CMU-FORMAT :UNIX :ECL-PDE :DLOPEN :CLOS :THREADS :BOEHM-GC :ANSI-CL :COMMON-LISP :IEEE-FLOATING-POINT :PREFIXED-API :FFI :X86_64 :COMMON :ECL) Version of ecl: *features*ECL (Embeddable Common-Lisp) 12.12.1 (git:5b7258e8c5ddd1e3f4600d1dfb3e4e3b860d2c84) Any idea what to do? See http://sourceforge.net/p/ecls/bugs/237/ -- With best regards, Stas. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Bug: can't print-object hash-table
Stas Boukarev stass...@gmail.com writes: Stanislav Frolov frolosof...@gmail.com writes: It seems to print functions do not call print-object method for hash-table and other standard types. I would like to see some human-readable representation of hash tables. (defmethod print-object ((hash hash-table) stream) (format stream 42)) ;compiled (print (make-hash-table)) ;evaluated = #hash-table 0b41ef90 Reproduced with latest ECL's version from git. That's correct, portable programs can't define methods which only specialize on standard classes. See the last point: http://www.lispworks.com/reference/HyperSpec/Body/11_abab.htm -- With best regards, Stas. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] (function * t) type specifier is no longer accepted
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: On Fri, Jun 1, 2012 at 12:20 PM, Stas Boukarev stass...@gmail.com wrote: As per CLHS, http://www.lispworks.com/documentation/lw50/CLHS/Body/04_bc.htm * means unspecified part of the type specifier. (declaim (ftype (function * integer) f)) (defun f (a) (1+ a)) and then (compile-file file.lisp) ;;; LAMBDA: Illegal lambda list *. Actually, the behavior you expect is undefined. While * is used to design parts of the type that are general, not specified, the situations in which * is used are very precisely marked by the Standard. Note for instance the difference between the grammar for the ARRAY type http://www.lispworks.com/documentation/lw50/CLHS/Body/t_array.htm#array and that of the FUNCTION type http://www.lispworks.com/documentation/lw50/CLHS/Body/t_fn.htm Only the former allows * One could allow ECL to support * by ignoring all function declarations where it appears. I presume this would help with certain libraries that use these nonstandard types. Let's revisit this. I'm not convinced that it is illegal. http://www.lispworks.com/documentation/lw50/CLHS/Body/04_bc.htm says If a type specifier is a list, the car of the list is a symbol, and the rest of the list is subsidiary type information. (function ..) fits that. Now it states Except as explicitly stated otherwise, the subsidiary items can be unspecified. Ok, we check http://www.lispworks.com/documentation/lw50/CLHS/Body/t_fn.htm nowhere does it state that it's not allowed. Back to 4.2.3 If a list has one or more unspecified items at the end, those items can be dropped. If dropping all occurrences of * results in a singleton list, then the parentheses can be dropped as well (the list can be replaced by the symbol in its car). For example, (vector double-float *) can be abbreviated to (vector double-float), and (vector * *) can be abbreviated to (vector) and then to vector. So, just FUNCTION is allowed, but according to the above, it's the same as (function * *). It is indeed true that for other compound type specifiers * is explicitly mentioned as allowed. But what about cases when it's not allowed? There's a table of compound type specifier names but that cannot be used as atomic type specifiers. and mod satisfies eql not values member or == and http://www.lispworks.com/documentation/lw50/CLHS/Body/t_and.htm * is not permitted as an argument. eql http://www.lispworks.com/documentation/lw50/CLHS/Body/t_eql.htm The object can be *, but if so it denotes itself (the symbol *) and does not represent an unspecified value. member http://www.lispworks.com/documentation/lw50/CLHS/Body/t_member.htm * can be among the objects, but if so it denotes itself (the symbol *) and does not represent an unspecified value. not http://www.lispworks.com/documentation/lw50/CLHS/Body/t_not.htm The argument is required, and cannot be *. or http://www.lispworks.com/documentation/lw50/CLHS/Body/t_or.htm * is not permitted as an argument. http://www.lispworks.com/documentation/lw50/CLHS/Body/t_satisf.htm The symbol * can be the argument, but it denotes itself (the symbol *), and does not represent an unspecified value. values http://www.lispworks.com/documentation/lw50/CLHS/Body/t_values.htm he symbol * may not be among the value-types. == So, all of them very explicitly forbid *. FUNCTION just happens to be the only of compound type-specifiers which can be used as just function and which doesn't mention *. Now why the type-specifiers above forbid */have a different meaning? Because it doesn't make sense for it to appear there. What would (not *) mean? Nonsense. But does it make sense for FUNCTION to have *? Of course, it would just mean that such a part can be anything, and indeed just FUNCTION working fine is an evidence of this. Is it useful? It is, (function * fixnum) denotes that it accepts whatever but returns a fixnum. Now somebody might say But you can use (function (rest t) fixnum) instead, which cannot be said for (vector *), because it has a different meaning from (vector t). That's true, but (cons *) is equivalent to (cons t), and yet it's explicitly allowed: http://www.lispworks.com/documentation/lw50/CLHS/Body/t_cons.htm And let's look at the other parts of the standard. It has a lot of instances where things are not explicitly mentioned, but are implied from other parts, for example: http://www.lispworks.com/documentation/lw50/CLHS/Body/19_bc.htm Except as explicitly specified otherwise, for functions that manipulate or inquire about files in the file system, the pathname argument to such a function is merged with *default-pathname-defaults* before accessing the file system (as if by merge-pathnames). and http://www.lispworks.com/documentation/lw50/CLHS/Body/f_dir.htm doesn't mention anywhere that it merges the pathname, and yet nobody disputes that it should. And it even has the same wording Except as explicitly
Re: [Ecls-list] Spurious unused variable warnings in defmacro
Juan Jose Garcia-Ripoll juanjose.garciarip...@gmail.com writes: Hi Stas, i am creating tickets for both bugs. One is half-solved, but I need this to keep myself posted on what I do -- please apologize if I forget to report the bug solution to the mailing list. It seems most efficient for me to proceed this way. Is it generally better to report bugs on to the bug-tracker? -- With best regards, Stas. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
[Ecls-list] Strange reader and printer behaviour
^ and _ symbols are printed with quotes: (print '(^ _)) = (|^| |_|) Neither of them satisfy the second criterion for potential numbers: http://www.lispworks.com/reference/HyperSpec/Body/02_caa.htm The token contains at least one digit. '. is read as SI:|.|, while it should signal an error. #.. errors with The variable SI:|.| is unbound. -- With best regards, Stas. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Datetime bug (gmt?)
Stanislav Frolov frolosof...@gmail.com writes: What is the value of localtime() and gmtime() in your system? localtime(0): tm_sec 0 tm_min 0 tm_hour 3 tm_mday 1 tm_mon 0 tm_year 70 tm_wday 4 tm_yday 0 tm_stdst 0 gmtime(0): tm_sec 0 tm_min 0 tm_hour 0 tm_mday 1 tm_mon 0 tm_year 70 tm_wday 4 tm_yday 0 tm_stdst 0 Looks like localtime returns 3 hours instead of 4. And datetimes for current time_t: localtime(NOW): tm_sec 46 tm_min 15 tm_hour 9 tm_mday 3 tm_mon 7 tm_year 112 tm_wday 5 tm_yday 215 tm_stdst 0 gmtime(NOW): tm_sec 46 tm_min 15 tm_hour 5 tm_mday 3 tm_mon 7 tm_year 112 tm_wday 5 tm_yday 215 tm_stdst 0 Difference between gmtime and localtime is 4 hours. Bug? Feature? Well, the difference between 1 January 1970 GMT and 1 January 1970 MSK is 3 hours. -- With best regards, Stas. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] (require 'sockets) doesn't work
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: What configuration and version (see first lines of ECL's prompt) are you using? That was the latest git revision at the moment, with --enable-threads and --enable-unicode. -- With best regards, Stas. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
[Ecls-list] (require 'sockets) doesn't work
(require 'sockets) ;;; Loading #P/home/stas/lisp/impl/ecl/build/sockets.fas Condition of type: SIMPLE-TYPE-ERROR The value of ASDF::NAME is SOCKETS, which is not of type STRING. While (require sockets) works. -- With best regards, Stas. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] BUG: SEGMENTATION-VIOLATION in code with DEFTYPE unicode char
Eric Marsden eric.mars...@free.fr writes: jgr == Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: jgr Here is the problem: char in Linux is signed char, while in OS X it jgr seems to default to unsigned char. I have changed ECL so that BASE-CHAR jgr objects are unboxed using the explicit C type unsigned char to avoid such jgr ambiguities. ASA I get to a non-firewalled computer I will upload the fix. Thanks for the fix. Here is another bug which is possibly related (still on Linux/AMD64). , | ECL (Embeddable Common-Lisp) 11.1.1 (git:78442fa7bcb4ef486b704e16d0e7cefbd4bf7680) | Top level. | (lambda (a) (declare (type (eql b) a)) (eql b a)) | #bytecompiled-closure #bytecompiled-function 03cc6e10 | (compile nil *) | ;;; OPTIMIZE levels: Safety=2, Space=0, Speed=3, Debug=0 | ;;; | ;;; End of Pass 1. | #compiled-function 03fc6980 | NIL | NIL | (funcall * b) | Condition of type: TYPE-ERROR | b is not of type (EQL b). ` I don't see how that's a bug, b isn't required to be EQL to b. It can be, especially when coalesced by the compiler, but the reader usually constructs a new string each time. -- With best regards, Stas. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Problems with building
Stas Boukarev stass...@gmail.com writes:
The first problem I encounter when building the latest ECL is a stray
reference to ecl_query_all_processes_status. That's easily fixable, and
the attached patch does that.
diff --git a/src/c/unixsys.d b/src/c/unixsys.d
index ea46754..667de72 100755
--- a/src/c/unixsys.d
+++ b/src/c/unixsys.d
@@ -294,7 +294,7 @@ ecl_waitpid(cl_object pid, cl_object wait)
if (Null(flag)) {
/* We come from the parallel thread, must lock */
ECL_WITH_LOCK_BEGIN(env, cl_core.external_processes_lock) {
-ecl_query_all_processes_status(0);
+si_wait_for_all_processes(0);
} ECL_WITH_LOCK_END(env, cl_core.external_processes_lock);
return;
}
Next, I get:
;*** Lisp core booted
ECL (Embeddable Common Lisp)
;;;
;;; Welcome to bare.lsp. Let's bring this instance up!
;;;
;;;
;;; About to load lsp/load.lsp
;;;
;;; Loading src:lsp;export.lsp
;;; Unhandled lisp initialization error
;;; Message:
STACK-OVERFLOW
;;; Arguments:
Internal or unrecoverable error in:
Lisp initialization error.
Ok, I didn't notice that ecl_query_all_processes_status was inside
si_wait_for_all_processes definition, that's what causes
the stack-overflow.
--
With best regards, Stas.
--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
___
Ecls-list mailing list
Ecls-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Cannot print object #SWANK-BACKEND package readably
Anton Vodonosov avodono...@yandex.ru writes: Hello. Unfortunately deleting the ~/.slime directory doesn't help. Correction, the error happens not when I load swank-loader.lisp, but after that, when I call swan-loader:init. Here is the backtrace: Backtrace: SWANK-LOADER::HANDLE-SWANK-LOAD-ERROR swank-loader::compile-files swank-loader::load-swank swank-loader:init si:bytecodes [Evaluation of: (swank-loader:init)] si:bytecodes [Evaluation of: (load start-swank.lisp)] si:bytecodes [Evaluation of: (si:top-level)] I also tried with elder version of slime - the same result. This error means that you have *print-readably* set to T, while slime shouldn't fail in such circumstances, in the meantime, set it to NIL. -- With Best Regards, Stas. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Cannot print object #SWANK-BACKEND package readably
Stas Boukarev stass...@gmail.com writes: Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: What settings do you have? I do not get those errors in any of my systems? I can reproduce after doing (require 'bytecmp) And its compile-file has WITH-STANDARD-IO-SYNTAX around WRITE, which sets *print-readably* to T. -- With Best Regards, Stas. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Release ready
Stas Boukarev stass...@gmail.com writes:
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes:
Hi everybody,
Regarding Stas Boukarev's problems with require-ing ASDF and compiling a
test file that defines the ASDF package, I could not reproduce it in any
system with a clean new copy of ECL.
This is quite unfortunate, because this really is a show-stopper here, I
can't load any .fas which weren't compiled in the current instance of
ECL.
Here is my further analyses:
Consider the function
ecl_make_package
http://ecls.git.sourceforge.net/git/gitweb.cgi?p=ecls/ecl;a=blob;f=src/c/package.d;h=5939239084d30db5d484ce3ff8924a3ee64ef004;hb=HEAD#l195
which is eventually called when loading the code I showed earlier.
It calls
x = find_pending_package(env, name, nicknames);
which returns a package, because it finds it in env-packages_to_be_created
(which, I
presume, is set up by LOAD), so that means that if (Null(x)) { ... } is
not executed, and the variable `other' isn't set to anything.
Next, it iterates over nicknames, which it has none, and `other' is still
untouched.
And finally, it does
if (!Null(other))
but the variable `other' wasn't ever initialized, and when I insert a print
statement there, it shows #illegal pointer bf9c2d38, which isn't null,
and it's eventually passed to CEpackage_error, which then
complains not a lisp data object.
And the patch which fixes the problem for me.
diff --git a/src/c/package.d b/src/c/package.d
index 5939239..88d5957 100644
--- a/src/c/package.d
+++ b/src/c/package.d
@@ -195,7 +195,7 @@ cl_object
ecl_make_package(cl_object name, cl_object nicknames, cl_object use_list)
{
const cl_env_ptr env = ecl_process_env();
- cl_object x, l, other;
+ cl_object x, l, other = Cnil;
/* Type checking, coercions, and the like, happen before we
* acquire the lock */
--
With Best Regards, Stas.
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how you
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl___
Ecls-list mailing list
Ecls-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Release ready
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: I had to fix a number of bugs that were submitted during the last days. Unless somebody complains very loud (please, no! :-) I will tag and upload the 11.1.1 release this weekend. When doing (require 'asdf) I get ;;; Loading #P/usr/local/lib/ecl-11.1.1/asdf.fas Internal or unrecoverable error in: not a lisp data object [2: No such file or directory] ;;; ECL C Backtrace ;;; /usr/local/lib/libecl.so.11.1(si_dump_c_backtrace+0x2f) [0xb77de577] ;;; /usr/local/lib/libecl.so.11.1(ecl_internal_error+0x8c) [0xb77d180d] ;;; /usr/local/lib/libecl.so.11.1(cl_class_of+0x216) [0xb77bcc4e] ;;; /usr/local/lib/libecl.so.11.1(+0xa78d6) [0xb77528d6] ;;; /usr/local/lib/libecl.so.11.1(APPLY_fixed+0x6a) [0xb78177eb] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0xc6) [0xb77afed0] ;;; /usr/local/lib/libecl.so.11.1(cl_funcall+0xc5) [0xb77b01bb] ;;; /usr/local/lib/libecl.so.11.1(+0x113156) [0xb77be156] ;;; /usr/local/lib/libecl.so.11.1(_ecl_standard_dispatch+0x240) [0xb77be403] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0x12d) [0xb77aff37] ;;; /usr/local/lib/libecl.so.11.1(cl_apply+0x1f4) [0xb77b03bd] ;;; /usr/local/lib/libecl.so.11.1(+0xb42e1) [0xb775f2e1] ;;; /usr/local/lib/libecl.so.11.1(APPLY+0x1b3) [0xb780dc43] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0xe4) [0xb77afeee] ;;; /usr/local/lib/libecl.so.11.1(cl_apply+0x8d) [0xb77b0256] ;;; /usr/local/lib/libecl.so.11.1(+0xadfd2) [0xb7758fd2] ;;; /usr/local/lib/libecl.so.11.1(+0xae178) [0xb7759178] ;;; /usr/local/lib/libecl.so.11.1(APPLY+0x79) [0xb780db09] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0x102) [0xb77aff0c] ;;; /usr/local/lib/libecl.so.11.1(cl_funcall+0xc5) [0xb77b01bb] ;;; /usr/local/lib/libecl.so.11.1(_ecl_standard_dispatch+0x285) [0xb77be448] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0x12d) [0xb77aff37] ;;; /usr/local/lib/libecl.so.11.1(cl_apply+0x1f4) [0xb77b03bd] ;;; /usr/local/lib/libecl.so.11.1(+0xe1c25) [0xb778cc25] ;;; /usr/local/lib/libecl.so.11.1(APPLY+0x1b3) [0xb780dc43] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0xe4) [0xb77afeee] ;;; /usr/local/lib/libecl.so.11.1(cl_apply+0x1f4) [0xb77b03bd] ;;; /usr/local/lib/libecl.so.11.1(+0xe23bc) [0xb778d3bc] ;;; /usr/local/lib/libecl.so.11.1(+0xe47b3) [0xb778f7b3] ;;; /usr/local/lib/libecl.so.11.1(APPLY_fixed+0x92) [0xb7817813] ;;; /usr/local/lib/libecl.so.11.1(ecl_apply_from_stack_frame+0xc6) [0xb77afed0] ;;; /usr/local/lib/libecl.so.11.1(cl_funcall+0xc5) [0xb77b01bb] -- With Best Regards, Stas. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Release ready
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: Configuration flags? Platform? Interestingly, the following succeeds: (make-package ASDF) #ASDF package (require 'asdf) ;;; Loading #P/usr/local/lib/ecl-11.1.1/asdf.fas ;;; Loading #P/usr/local/lib/ecl-11.1.1/cmp.fas (ASDF CMP) -- With Best Regards, Stas. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
Re: [Ecls-list] Release ready
Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com writes: Configuration flags? Platform? Digging further: Given file ;;; (eval-when (:compile-toplevel :load-toplevel :execute) (unless (find-package :asdf) (make-package :asdf :use '(:cl (in-package :asdf) (print 'foo) ;;; Start fresh ecl: (compile-file foo.lisp) Exit ecl, start it again: (load foo.fas) = crash I guess it has to do with discrepancies between compile-time and load-time packages, and interning FOO causes problems. -- With Best Regards, Stas. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
[Ecls-list] multiple-value-bind strange behaviour
Consider the following file: (defun foo ()) (defun location (function) (multiple-value-bind (file pos) (ext:compiled-function-file function) (list file pos))) Load it: (load (compile-file foo)) (location #'foo) (foo.lisp NIL) (ext:compiled-function-file #'foo) foo.lisp 0 -- With Best Regards, Stas. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
