ParsePatternNoCase() and ObtainDirContextTags()

10 posts / 0 new

Last post

Sat, 2024-03-09 11:37

jabirulo

Offline

Last seen: 1 month 3 weeks ago

Joined: 2013-05-30 00:53

ParsePatternNoCase() and ObtainDirContextTags()

Hi just noticed that using ParsePatternNoCase() and ObtainDirContextTags() I get something like this:
[gui_resources.c:487 ] searching "STRIDER.gs[0-9]":
[gui_resources.c:511 ] 'STRIDER.gs1'
[gui_resources.c:514 ] slot #1
[gui_resources.c:511 ] 'STRIDER.gs5'
[gui_resources.c:514 ] slot #5
[gui_resources.c:511 ] 'STRIDER.gs3'
[gui_resources.c:514 ] slot #3
[gui_resources.c:511 ] 'STRIDER.gs0'
[gui_resources.c:514 ] slot #0

Just wandering why .gs0 is the last one, shouldn't it be the first match?
Snipped of my code:

...
	IUtility->Strlcpy(filestate, fn, MAX_DOS_FILENAME);
	IUtility->Strlcat(filestate, ".gs[0-9]", MAX_DOS_FILENAME);
DBUG("  searching \"%s\":\n",filestate);
 
	// Detach chooser list
[...]
	// Search selected/active rom savestates
	IDOS->ParsePatternNoCase(filestate, pattern_ms, 2+MAX_DOS_FILENAME*2);
	context = IDOS->ObtainDirContextTags(EX_StringNameInput, SAVES,
	                                     EX_DataFields, (EXF_NAME|EXF_TYPE),
	                                     EX_MatchString, pattern_ms,
	                                    TAG_END);
	if(context) {
		struct ExamineData *dat;
 
		while( (dat=IDOS->ExamineDir(context)) )
		{
			if( EXD_IS_FILE(dat) )
			{
				char slot[2] = "";
DBUG("    '%s'\n",dat->Name);
...

TiA

EDIT1: seems it takes into account the date of files ¿:-/ so if .gs0 is newer it shows last.
EDIT2: tried to get "initial" behaviour,but now always is sorted correctly ¿:-/

Sun, 2024-03-10 11:36

thomas

Offline

Last seen: 2 weeks 2 days ago

Joined: 2011-05-16 14:23

Re: ParsePatternNoCase() and ObtainDirContextTags()

Directory entries are returned in no specific order. The order might even change between program executions. It depends on file system implementation and internal structures and maybe caching.

If you want the entries to be ordered, for example names ascending alphabetically, you have to sort them yourself.

Sun, 2024-03-10 12:38

(Reply to #2) #3

jabirulo

Offline

Last seen: 1 month 3 weeks ago

Joined: 2013-05-30 00:53

Re: ParsePatternNoCase() and ObtainDirContextTags()

ok, so if they are sorted it's by pure luck (maybe). thanks

AOS4.1/SAM460ex/PPC460EX-1155MHZ/2048MB/RadeonHD6570/SSD120GB/DVDRW :-P

Wed, 2024-03-13 00:17

(Reply to #3) #4

cwenzel

Offline

Last seen: 6 months 1 week ago

Joined: 2021-01-12 07:05

Re: ParsePatternNoCase() and ObtainDirContextTags()

Example #2 in the latest dos.doc for ExamineDir() has sorting example code.

File attachments:

Attachment	Size
examinedir_sort_example.txt	1.69 KB

Thu, 2024-03-14 13:18

(Reply to #4) #5

OldFart

Offline

Last seen: 4 months 2 weeks ago

Joined: 2010-11-30 14:09

Re: ParsePatternNoCase() and ObtainDirContextTags()

@cwenzel

Example #2 in the latest dos.doc for ExamineDir() has sorting example code.

This example makes mention of function 'SortList' in utility.library, but when looking at the the only documentation on that library, there is no such function to be found. The list jumps from 'SNPrintf' straight to 'Stricmp' and in alphabetical order 'SortList' should be right in between these two. Just an observation.

OldFart

Fri, 2024-03-15 04:16

(Reply to #5) #6

msteed

Offline

Last seen: 5 months 3 days ago

Joined: 2022-01-18 08:34

Re: ParsePatternNoCase() and ObtainDirContextTags()

@OldFart

Do you have an older version of the SDK, perhaps? I see both SortList() and SortMinList(). They were added in utility.library v. 54.2, which I believe is OS 4.1 FE.

Those functions are missing from the OS4 documentation wiki, which apparently hasn't been updated.

Fri, 2024-03-15 09:40

(Reply to #6) #7

OldFart

Offline

Last seen: 4 months 2 weeks ago

Joined: 2010-11-30 14:09

Re: ParsePatternNoCase() and ObtainDirContextTags()

@msteed

Do you have an older version of the SDK, perhaps?

I was looking at the online documentation on the library. A typo with a pretty high level of severity:

... but when looking at the the only documentation on that library...

, which was meant to read: "...but when looking at the online documentation on the library..." should have clarified my source.
But does this indicate that online documentation is no longer maintained?

OldFart

Sun, 2024-03-17 13:52

(Reply to #7) #8

jabirulo

Offline

Last seen: 1 month 3 weeks ago

Joined: 2013-05-30 00:53

Re: ParsePatternNoCase() and ObtainDirContextTags()

THX didn't know such example.

AOS4.1/SAM460ex/PPC460EX-1155MHZ/2048MB/RadeonHD6570/SSD120GB/DVDRW :-P

Fri, 2024-04-26 17:34

(Reply to #8) #9

jabirulo

Offline

Last seen: 1 month 3 weeks ago

Joined: 2013-05-30 00:53

Re: ParsePatternNoCase() and ObtainDirContextTags()

Hi, "reopening" this thread, just a doubt:

/*  Sort list if utility function available. */
	        if( LIB_IS_AT_LEAST(UtilityBase, 54, 2) )
	        {
	            struct Hook HK =
	            {
	                .h_Entry = (HOOKFUNC)compare_name_hookfunc,
	                .h_Data  = (APTR)IUtility
	            };
	            IUtility->SortList(&LS, &HK);
	        }

Why do you "pass" .h_Data = (APTR)IUtility? I have it already open as global.

BTW works great (with my changes to use in a chooser_gd list).

AOS4.1/SAM460ex/PPC460EX-1155MHZ/2048MB/RadeonHD6570/SSD120GB/DVDRW :-P

Sat, 2024-06-08 03:05

(Reply to #9) #10

cwenzel

Offline

Last seen: 6 months 1 week ago

Joined: 2021-01-12 07:05

Re: ParsePatternNoCase() and ObtainDirContextTags()

Why do you "pass" .h_Data = (APTR)IUtility? I have it already open as global.

Out of habit I guess, I usually write re-entrant library type code and rarely use global variables.
I grabbed that example code from an actual piece of working code I tested and just used a
local 'iutil' passd in the hook as h_Data. Just ignore it in the hook() and use IUtility->
I have modified the example in the autodoc to use a global interface everywhere now.
Thanks for being observant.

Search form

File attachments:

User login