Timeline



Jun 1, 2017:

8:28 PM Ticket #3555 (_GUICtrlRichEdit_StreamToVar with > 2048 characters) updated by mLipok
Description changed
8:26 PM Ticket #3277 (_IEFrameGetObjByName crashes Script after many uses on Win7 and newest ...) updated by anonymous
Tested it with version v3.3.12.0, it does not happen there.
8:25 PM Ticket #3277 (_IEFrameGetObjByName crashes Script after many uses on Win7 and newest ...) updated by anonymous
I can confirm that an Win 7 v3.3.14.2 exits with the same error as above. When using an own Error Handler as proposed I get this output: : ==> COM Error intercepted ! err.number is: 0x80020008 err.windescription: Bad variable type. err.description is: err.source is: err.helpfile is: err.helpcontext is: err.lastdllerror is: 0 err.scriptline is: 1811 err.retcode is: 0x00000000 : ==> COM Error intercepted ! err.number is: 0x80020008 err.windescription: Bad variable type. err.description is: err.source is: err.helpfile is: err.helpcontext is: err.lastdllerror is: 0 err.scriptline is: 1811 err.retcode is: 0x00000000 : ==> COM Error intercepted ! err.number is: 0x000000A9 err.windescription: Variable is not of type 'Object'. err.description is: err.source is: err.helpfile is: err.helpcontext is: err.lastdllerror is: 0 err.scriptline is: 152 err.retcode is: 0x00000000 : ==> COM Error intercepted ! err.number is: 0x80020008 err.windescription: Bad variable type. err.description is: err.source is: err.helpfile is: err.helpcontext is: err.lastdllerror is: 0 err.scriptline is: 1811 err.retcode is: 0x00000000 : ==> COM Error intercepted ! err.number is: 0x80020008 err.windescription: Bad variable type. err.description is: err.source is: err.helpfile is: err.helpcontext is: err.lastdllerror is: 0 err.scriptline is: 1811 err.retcode is: 0x00000000 : ==> COM Error intercepted ! err.number is: 0x000000A9 err.windescription: Variable is not of type 'Object'. err.description is: err.source is: err.helpfile is: err.helpcontext is: err.lastdllerror is: 0 err.scriptline is: 193 err.retcode is: 0x00000000
2:56 PM Ticket #3555 (_GUICtrlRichEdit_StreamToVar with > 2048 characters) updated by anonymous
[…] I didn't realize the editor messed up my code a bit. This should be better.
2:53 PM Ticket #3555 (_GUICtrlRichEdit_StreamToVar with > 2048 characters) created by anthonyjr2
This bug was discussed and solved here: …

May 31, 2017:

4:17 AM Ticket #3554 (Ini functions should be documentated as containing limitations) updated by BrewManNH
I'm fairly certain that the only limitation on reading an INI file is in reading a whole section, not the names of the sections. The limitation is already in the help file for IniReadSection. There's also another limitation in INI files that they're supposedly only capable of holding around 38K of data. INF files are not INI files, although they're formatted alike. INI files have no structure other than sections and key/value pairs. INF files are used for installing software or drivers and have a set structure.

May 30, 2017:

3:05 AM Ticket #3217 (FileInstall() memory leak) closed by BrewManNH
No Bug: No new feedback from the original poster, so I'm going to assume that the explanation given fits his criteria. I see no bug.
3:01 AM Ticket #3545 (Incorrect conversion of Pos to Rect and vice versa) closed by BrewManNH
No Bug

May 28, 2017:

8:56 PM Ticket #3552 (SciTE 3.7.3 bug: #Region & #EndRegion not working properly when it ...) updated by Jos
Lines starting with an # are ingnored by AutoIt3, so let's not make this more complex as it is. My reply merely stated why things are happening as experienced and didn't want to have/start a debate on code formatting in TRAC. :) Jos
8:17 PM Ticket #3552 (SciTE 3.7.3 bug: #Region & #EndRegion not working properly when it ...) updated by mLipok
Try this: […] You will get: […] I know this is rather this case: […] But this is very strange to write anything else than Case in first line just after Switch. You must to agree with me that in this scenario #Region and #EndRegion are on different FoldingLevel. Also in this case: […] #Region and #EndRegion are on different Folding level and this could not be taken any way, this is just irrational. For me this is the same case: […] This is the same problem - different Folding Level. Would you accept this as a properly written code ?
7:52 PM Ticket #3552 (SciTE 3.7.3 bug: #Region & #EndRegion not working properly when it ...) updated by Jos
I would say there is basically nothing wrong with using it like that, but you need to remember that SciTE only does basic lexing and not syntax interpretation. In this case the Case statement will Close the previous Fold Header ( being a #region) en start a new Fold level, since that is what is needed for a Case line. So it is not a bug but agree it looks strange. Jos
6:58 PM Ticket #3552 (SciTE 3.7.3 bug: #Region & #EndRegion not working properly when it ...) closed by mLipok
No Bug: This is a wrong use of AutoIt "syntax", and philosophies. Your region ranges are poorly defined. You can not, write anything between Switch and first Case, this just do not make any sense. I do not see any logic in this way of use Switch...Case...EndSwitch++#Region/#EndRegion Here are examples of proper way showing how to use #Region in this case: […] btw. Personally I prefer this kind of code descriptions: […]
6:00 PM Ticket #3554 (Ini functions should be documentated as containing limitations) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
5:28 PM Ticket #3554 (Ini functions should be documentated as containing limitations) created by lwc
There's an old feature request #15 about fixing the various …[…]
3:52 PM Ticket #1814 (On InputBox, the language of buttons stays in English) updated by Jefrey
I've implemented it based on the latest AU3 source code I could find on GitHub, and following Jon's instructions for code submission. It takes the "OK"/"Cancel" button from Windows standard strings (same way Windows translates the buttons on message boxes). Here's a screen shot on a Portuguese machine: [[Image(...)]] Hope it's appreciated :)
3:49 PM AU3-Jefrey-20170514.zip attached to Ticket #1814 by Jefrey
patch

May 25, 2017:

10:29 PM Ticket #3553 (_SQLite_Startup() - cannot use SQLite.dll without "_x64" suffix in 64 ...) updated by jchd18
I get that but the point of adding the "conventional" _X64 suffix is to distinguish between 32- and 64-bit versions of the DLL, allowing them to coexist in the same directory. This makes building X86 or X64 applications completely transparent using the exact same source code.
6:46 PM Ticket #3553 (_SQLite_Startup() - cannot use SQLite.dll without "_x64" suffix in 64 ...) updated by anonymous
my example is only example. It make possible to load "sqlite3.dll" without "_x64" suffix in 64 bit script. Original version error out not finding dll file in this case. Main point - make UDF use dll with was provided, and to not make any assumptions if provided file exist on provided full path.
10:01 AM Ticket #3553 (_SQLite_Startup() - cannot use SQLite.dll without "_x64" suffix in 64 ...) updated by jchd18
_SQLite_Startup currently adds the _X64 suffix to the DLL name as needed. This way you can host both versions of the DLL in the same place and yet use the same source code for both X86 and X64. Changing the UDF as in your example would inconveniently require changing the DLL name in the code when compiling for the other architecture.

May 24, 2017:

7:00 PM Ticket #3553 (_SQLite_Startup() - cannot use SQLite.dll without "_x64" suffix in 64 ...) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
6:12 PM Ticket #3553 (_SQLite_Startup() - cannot use SQLite.dll without "_x64" suffix in 64 ...) created by anonymous
Now _SQLite_Startup() prohibit use dll without "_x64" in dll name in …

May 15, 2017:

9:14 AM Ticket #3112 (Function _Excel_RangeFind not working) updated by anonymous
Replying to anonymous: > 14 months for now, and still version v3.3.14.2, and I have this error. Same here, this error is still present

May 9, 2017:

10:49 AM Ticket #3552 (SciTE 3.7.3 bug: #Region & #EndRegion not working properly when it ...) created by gil900
[…] The option to collapse/uncollapse the whole region is not …

May 7, 2017:

8:34 PM Ticket #3551 (Simple Guidance For You In Sedumoxal.) closed by jchd18
No Bug
12:51 PM sedumoxal-pedumoxal diet pills.jpg attached to Ticket #3551 by anonymous
12:50 PM Ticket #3551 (Simple Guidance For You In Sedumoxal.) created by anonymous
The experience that dieting does not help and the feeling of impotence …

May 6, 2017:

6:00 PM Ticket #3550 (New Date And Time Function) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
5:18 PM Ticket #3550 (New Date And Time Function) created by anonymous
Can date-time conversion related function like strftime(format, …
1:17 PM Ticket #3549 (GUI Reference - OnEvent Mode: missing include in code sample) created by nnovich-OK@…
Section: GUI Reference Article: GUI OnEvent Mode Topic: Advanced …

May 2, 2017:

4:17 AM Ticket #3548 (How Bellavei Cream Is Going To Change Your health Strategies.) closed by BrewManNH
Rejected
Note: See TracTimeline for information about the timeline view.