Short Answer
No, we haven't changed the file API.
Long Answer
You may be able to do what you want with a different approach, but it depends on what you need the files for. My first guess at why you need the files split apart is that you want to search through the logs for certain information, but working with .txt files larger than 50 MB is difficult.
If that is the case, consider using a different approach for event logs. It's more complicated, but gives you a lot more flexibility in how you search. Here's a demo model:
EventLogDemo.fsm
The basic premise is that you can use a Database Connector to create and search the event log, which is stored as a SQLite database.
To use it, first update the Connection String in the EventLog database connection. I'd recommend running this script and using the result:
return modeldir() + "EventLog.db";
// On my PC, this returns D:/Downloads/ManualTesting/EventLog.db.
There is a User Event that fires at time zero. The user event connects to the database. For SQLite, this means creating the file if it doesn't exist already. The User Event also runs some preliminary queries to create the event log table. The PRAGMA statements are there to make logging faster.
While the model is running, the Queue and the Processor call a user command in their triggers. The user command adds a new entry to the database.
Once the model runs, events are added to the file. But how do you get them back out? You can use the Import tab on the EventLog database connection. If you click the Import All Now, button, you'll see the result of your query in the Global Table called Events.
The query is current as follows. I've added explanations so you can change the terms and click the Import All Now button again:
SELECT * FROM events -- get all the columns from the events table
WHERE msg LIKE '%out%' -- only include rows that have "out" somewhere in the msg column
LIMIT 20,30 -- skip the first 20 matching rows, and then show the next 30
You could also just show events from a certain time range:
SELECT * FROM events
WHERE time >= 1000 AND time <= 2000
Pros and Cons
The benefit of this approach is that you can search your logs in a much more powerful way. You don't have to try to split your file just to be able to search it. However, instead of doing simple fpt() calls, instead you need to deal with a database and SQL. That can be challenging, especially if you aren't familiar with those topics already.
In addition, since I don't know your actual goals for the files, this may not be a solution at all. For example, if you are splitting the files to send them to someone else, then this approach won't help you. But maybe someone else will find this approach helpful.