Precise the error message text that r801 is supposed to fix
Add tls/Linux/x86_32/tls1.6.7.1/libtls1.6.7.1.so and tls/Linux/x86_64/tls1.6.7.1/libtls1.6.7.1.so that were forgotten in r798
Fixed error popping up sometimes at Scipad start when checking for a new version
Added a <TODO> about reading files of more than 2 GB size
Fixed error popping up when starting Scipad in a new environment: a missing preferences file is not an error if Scipad was never installed in that environment before
Developer-level analysis and notes: Ths problem does not depend on the content of the Scipad buffer, on whether it is a .sce (level 0 Scilab code) or a .sci (Scilab functions) file, or on whether or not the file in the Scipad buffer contains unsaved changes. Tracing execution of the Scipad code shows that the hang happens in proc ScilabEval_lt, the following ScilabEval call simply does not return: ScilabEval $comm $opt1 $opt2 When using "Load into Scilab" (Ctrl-l) on a previously saved file, in my...
Developer-level analysis and notes: Ths problem does not depend on the content of the Scipad buffer, on whether it is a .sce (level 0 Scilab code) or a .sci (Scilab functions) file, or on whether or not the file in the Scipad buffer contains unsaved changes. Tracing execution of the Scipad code shows that the hang happens in proc ScilabEval_lt, the following ScilabEval call simply does not return: ScilabEval $comm $opt1 $opt2 When using "Load into Scilab" (Ctrl-l) on a previously saved file, in my...
Developer-level analysis and notes: Ths problem does not depend on the content of the Scipad buffer, on whether it is a .sce (level 0 Scilab code) or a .sci (Scilab functions) file, or on whether or not the file in the Scipad buffer contains unsaved changes. Tracing execution of the Scipad code shows that the hang happens in proc ScilabEval_lt, the following ScilabEval call simply does not return: ScilabEval $comm $opt1 $opt2 When using "Load into Scilab" (Ctrl-l) on a previously saved file, in my...
Thank you. Would you be so kind to post a complete snapshot, without any truncation? Moreover, can you provide the file that Scipad tries to read when the error happens? It is named ".SciPadPreferences.tcl" and is located in the directory shown in the error window. To try to work around this problem, please delete the file and start Scipad again.
Thank you. Would you be so kind to post a complete snapshot, without any truncation?
please find the error message in PDF.
Developer-level analysis and notes: Ths problem does not depend on the content of the Scipad buffer, on whether it is a .sce (level 0 Scilab code) or a .sci (Scilab functions) file, or on whether or not the file in the Scipad buffer contains unsaved changes. Tracing execution of the Scipad code shows that the hang happens in proc ScilabEval_lt, the following ScilabEval call simply does not return: ScilabEval $comm $opt1 $opt2 When using "Load into Scilab" (Ctrl-l) on a previously saved file, in my...
Developer-level analysis and notes: Ths problem does not depend on the content of the Scipad buffer, on whether it is a .sce (level 0 Scilab code) or a .sci (Scilab functions) file, or on whether or not the file in the Scipad buffer contains unsaved changes. Tracing execution of the Scipad code shows that the hang happens in proc ScilabEval_lt, the following ScilabEval call simply does not return: ScilabEval $comm $opt1 $opt2 When using "Load into Scilab" (Ctrl-l) on a previously saved file, in my...
See ticket #17 where I discuss the hang with "Load into Scilab", with Scilab-6 only. https://sourceforge.net/p/scipad/tickets/17/
Developer-level analysis and notes: Ths problem does not depend on the content of the Scipad buffer, on whether it is a .sce (level 0 Scilab code) or a .sci (Scilab functions) file, or on whether or not the file in the Scipad buffer contains unsaved changes. Tracing execution of the Scipad code shows that the hang happens in proc ScilabEval_lt, the following ScilabEval call simply does not return: ScilabEval $comm $opt1 $opt2 When using "Load into Scilab" (Ctrl-l) on a previously saved file, in my...
"Load into Scilab" hangs in Scilab-6
Tracing execution of the Scipad code shows that it hangs
"Load into Scilab" hangs in Scilab-6
Fixed missing tls binaries in the Scipad package targeting Scicoslab
Provided tls precompiled binaries for Linux (in addition to Win and Mac tls binaries that were already provided)
See ticket #16 where I discuss the error message "tlsv1 alert protocol version". Revision 795 has the fix. https://sourceforge.net/p/scipad/tickets/16/
SSL channel "sockxxxx": error: tlsv1 alert protocol version`
Revision 795 of Scipad fixes this problem.
Added link to the ticket number
Fixed error 'SSL channel "sockxxxx": error: tlsv1 alert protocol version' that happened when checking for Scipad new versions, by upgrading the tls library provided with Scipad from 1.6 to 1.6.7.1
Developer-level analysis and fix: Debug notes from my analysis of the problem (this is mostly directed to myself), all with Scipad-8.76 running on Vista: I do not reproduce the issue when Scipad runs in standalone mode (tweaked to allow the requested check in that standalone mode) under ActiveState Tcl/Tk 8.5.16 (64bits since tcl_platform(pointerSize) is 8). The issue triggers with Scilab-6.0.2(64 bits) and Scilab-5.5.2(64bits). Both embed Tcl/Tk 8.5.9 (64bits). The line triggering the issue is the...
High-level (user) analysis: This error message is shown when Scipad checks on the internet whether a new version of itself is available or not (to let the user know he can upgrade his Scipad version). By default Scipad does this check periodically (once a week) automatically. The user can change this setting through the "Options/Scipad updates" menu. Also the user can manually request such a check through the "Help/Check fro newer Scipad versions" menu. By default the user therefore will see this...
SSL channel "sockxxxx": error: tlsv1 alert protocol version`
Prevented display of three "ans = ..." when Scipad was starting in Scilab-6
Thank you for your feedback. Could you please provide the error messages in clear text format instead of this Microsoft Word format (I can't read this on the platform I'm using right now)? I have just tried installing Scipad-8.76 in Scilab-6.0.2 under Vista again (as I did before), and indeed I'm seeing an error message at Scipad startup: SSL channel "sock2220": error: tlsv1 alert protocol version I'm sure this didn't happen when I tested in August this year. I'll investigate what this means and...
Thank you for the new release. I installed in my system -windows 2010. I used scilab 6.0.2 and the error messages are attached. On clicking ok, proceeding the editor is opened. on typing 3 lines say a=1, b=2, c=a+b and clicking on load to scilab, the editor hangs. I tried athe same in scilab 5.5.2 Only the first message came. I am able to load the code lines to scilab . However insert / remove breakpoint is not working Kindly advice, Thank you once again. Regards Tamilselvan K
Restored working checks for Scipad updates again since SourceForge broke them once more, perhaps for a long time. Arrange for the developer to notice early in case this happens again
Added announce for Scipad 8.76
Sorry for the delay, it appears that I don't receive SF notifications that should be sent when a new message comes in here. Your problem is that you didn't quote the directory path correctly. Try: atomsInstall("E:\12 C scilab install"+"/scipad-"+scipver+"-Scilab5.zip"); Let me know how the installation instructions I have placed in the wiki here could be improved: https://sourceforge.net/p/scipad/wiki/Installation/ For the records, I have just tried to install Scipad-8.75 in Scilab-6.0.2 on Windows...
I have now released Scipad-8.76, adjusted to Scilab-6 (no deprecation warnings anymore), and have checked that it installs and runs on Windows Vista in Scilab-6.0.2, Scilab-5.5.2 or Scicoslab-4.2. Please report any problems you could encounter. Enjoy!
Tested on
Removal
Installation
Pushed version to 8.77
Added new release: Scipad 8.76
Dealt with deprecation warnings spat by Scilab-6.0.2 when installing Scipad (tbx_build_loader, tbx_build_cleaner, with_tk, eval), and tuned configuration flags to support Scilab-6
Sorry for the delay, it appears that I don't receive SF notifications that should be sent when a new message comes in here. Your problem is that you didn't quote the directory path correctly. Try: atomsInstall("E:\12 C scilab install\"+"/scipad-"+scipver+"-Scilab5.zip"); Let me know how the installation instructions I have placed in the wiki here could be improved: https://sourceforge.net/p/scipad/wiki/Installation/ For the records, I have just tried to install Scipad-8.75 in Scilab-6.0.2 on Windows...
Dear Francois, I am installing Scipad 8.75 in scilab 6.0.1. I get the below error. Kindly advice. atomsInstall(E:\12 C scilab install\scipad_7.2.1_5.5-1.bin.zip+"/scipad-"+scipver+"-Scilab5.zip"); ^^ Error: syntax error, unexpected \ then I tried removingE:\ as below. atomsInstall(12 C scilab install\scipad_7.2.1_5.5-1.bin.zip"+/scipad-"+scipver+"-Scilab5.zip"); ^^ Error: syntax error, unexpected identifier, expecting "," or ) Thanks in advance. regards Tamilselvan K
Fixed bug triggering "nothing to undo" error upon undo action (happened because it was possible to paste the empty string in Scipad)
Moved proc msgcat::mcunknown from localetools.tcl to defaults.tcl because it shall be defined after the definition of the ::msgcat:: namespace, which was not the case when the msgcat package could not be found. Also, remove some unneeded 'package require' that were already checked upstream.
Fixed bug with the width of the dropdown listbox of the incremental find combobox, that did not work correctly when the combobox was wider than the largest entry of the listbox.
Enforce the tearoff entry of menues to be true by default.
[revised_text] Removed event loop run when ente...
I was waiting for a more stable version of Scilab before investing time in Scipad...
(even if it is in beta) ?
Sorted the find in files match results: 1. matc...
Forgot localization in r778
Reverted previous commit (r780): what this comm...
Fixed bug: when the line numbers margin enlarge...
Clarified what widget shows what in the bottom ...
Added display of the number of selected charact...
Backed out changes of r744 (except explanatory ...
Better explanations about why showing the undo ...
Added (in a comment) an example of use of Tk 8....
Tcl/Tk TIP #449 - Ranges impacted by [.text edi...
Tcl/Tk TIP #449 - Ranges impacted by [.text edi...
Fixed usability bindings on Linux - Prevented t...
Fixed usability bindings on Linux - Using the m...
Fixed usability bindings on Linux - Using the m...
Fixed encoding error in previous commit
Fixed non-working reformat lines on Linux due t...
Fixed non-working reformat lines on Linux due t...
Oops. Fixed missing global in the previous commit
Fixed usability bindings on Linux - Prevented t...
Fixed usability bindings on Linux - When the in...
Fixed encoding error in previous commit
Fixed usability bindings on Linux
Guarded against unexpected Tcl error that never...
bindings for blinking character never trigger
Fixed in the SVN version. The fix will be included in Scipad-8.76
Fixed blinking of matching braces when typing, ...
Added information in dialog box to help the use...
Restored (on Win and Mac) working checks for Sc...
Fixed bug with automatic move of the Find/Repla...
Made use of Tcl/Tk TIP #449 - Ranges impacted b...
Fixed typo in comment
Documented in the source code why Scipad update...
Tested on
The text widget making up a margin should not h...
The text widget making up a margin should not h...
Added notes regarding an attempt toward undo/re...
Early return in the common case there is no bre...
Fixed bug with Tcl/Tk 8.6: the up and down arro...
Added request for selective undo like in Emacs
Made use of Tcl/Tk TIP #446 [.text edit canundo...
Fixed bug with incremental find feature when re...
Added more explanations and links related to tc...
Fixed bug with the margin showing which lines a...
Merged trunk (r720-r738, conflicts fixed)
Merged trunk (r719, conflict fixed)
Merged trunk (r708-r718)
Merged trunk (r707, conflict fixed)